move()
 

The movement on this is very.. well, the gani is wierd. Unsure why, I tried messing with it. If someone could help, much appreciated.

P.S. Yeah, I basically rescripted offline movement to GS2 with move(). And yeah, anyone could use this script for there own server.. assuming it worked correctly =[.

/bump

help please =[

We need more details, what do you mean "weird"?

The gani keeps setting because it isn't finishing the movement. I even tried setting walk only once, still happens.

You mean the gani is 'stuck' on the first frame?
Probably because it's being set in a timeout, try doing something like:
if (this.gani!="walk") setcharani("walk",);
or however it'd be done in GS2.

As in, only in onCreated();

I made a move() tutorial awhile back, I'll upload it when I find it, it's in another move() thread I believe.

Found it. It was for making a baddy move but it may help, here you go.

move(x,y,time,options);

x = move how far from current position horizontally

y = move how far from current position vertically

time = time it takes to get from starting point to ending point

options = cachtype(0,1,2) blockcheck(4) eventwhendone(8) applydir(16)

blockcheck = test to see if the tile is blocking or not
eventwhendone = stops moving after one movement. other wise the NPC
will move forever in that direction.
applydir = if the the char current gani has 4 dir it will apply it when it moves


Here's a NPC I use for a townsfolk randomly move

I have more stuff in the script of course but there is the movement part. Also remember the movement is still in the Quadrant IV (Grid Wise)

uhm.., option 8 allows the function onMovementFinished() which is what I am using

eventwhendone(8)

That's what he said.

eventwhendone = stops moving after one movement. other wise the NPC
will move forever in that direction.

?

No..

eventwhendone = true; onMovementFinished() will be called.
eventwhendone = false; onMovementFinished() will NOT be called.

This is true it will keep moving in the direction for infinity, putting 8 will make it stop after one movement.

*beeeep* Wrong, try again.

Also, the definition you posted for the time param is wrong as well. That param is reserved for how many tiles it moves per a certain amount of time I am not sure of at the moment.

True, without 8 in the options the NPC keeps moving forever in that direction both in GS1 and GS2 o.O it also calls the onMovementFinished() too.

My definition is correct look in the commands.rtf

No it doesnt -_-

What do you think the two first parameters are for? Just for looks? They decide how FAR it will move.

Test it >_> the x and y are like the slope of the direction to move, the npc goes on forever without 8 in the options part.

From newfeatures2001:
While the first two parameters ARE the delta, they also give a destination, so when they are reached the NPC will stop. Option 8, like it says, simply sends the event 'movementfinished'.

That is what I said. I was quoting what he called it because you said he was right originally.

Then why the timeout in your example?

Because I have 8 in it which stops it so I can renew the x y values. Just leave the 8 out it will go in the slope give forever.

You are so off it isn't even FUNNY.

I haven't used move() in like 2 years, I couldn't comment.

You might have an error somewhere. Maybe post what you have? I am 140% positive that a npc will stop after its time and distance has been covered when the '8' bit flag is not included.

So am I. Always has, always will. I've used move() enough times to know.

Well it was in a timeout, that's what kept it going.

.. duh, no wonder it would never stop then x_x

Why are people even using move()? Seems like a custom move() scripting would be simpler, and much more effective ...

Move keeps the movement of the NPC smooth on the serverside, I don't think there's a way to replicate that.

Use scheduleevent

But that isn't the problem.

For some reason, when a move() resets.. the gani resets. This should be fixed by stefan, if anything.

no it doesn't...?

Reschedule a move() when onMovementFinished() is called.

You'll probably have to change the gani's outside of the move.

And 'sleep' is the devil. :mad:

Yes there is, if you understand what is happening exactly.
What move actually does, like shoot, is run a clientside effect. You are not actually seeing the npcs current position serverside. Many of the new scripts in classic that we do achieve the same thing. The actual visual movement is scripted clientside (to appear smooth), but positioning and other such things are kept serverside. It makes for a much more visuably pleasing effect, and cuts down processing power on this server.

The npc's acutal x,y, after doing a series of moves in the same tic, will be the end result. if you try to get the position in the same tic (cycle, function, whatever) you used move, it will still be at the origin until the next tic.

How do you keep it synced with the serverside data though?

Yeah.

P.S. How do you send serverside data to a client for a specific npc?

That would depend on what you want synced ^_^

Well definitely would be the actual coordinates of the NPC, so players aren't seeing the NPC in two different locations because of local lag.

even if you were moving it manually, the players dont always see it in the same position due to local lag. you have to go under the good faith assumption that if a player is lagging, then he gets other player data & npc server data at relatively the same time.