i used to have a function made to return an entity string. it's funky so code it and make it availible?

yes! There was a point where I thought about trying it myself although I can't seem to remember what I needed it for....:P

Good pathfinding is always nessecary.

Unless you're creating Zombies.

mmm, zombies.

ya, and NeverWinter Nights. A* is pretty slow and you only wanna use it when it's necessary (there are complicated obstacles and possible places to get stuck in like dead ends or different rooms). I know NWN used a LOD pathfinding system where A* was really only used for enemies onscreen.

For verge applications, if you're gonna have some kind of pac-man maze or other coolness, A* may be necessary. But if you just wanna avoid trees or houses like an average rpg map, it'll probably be overkill.

Coolness tho. I say code it user-friendly and let vergers decide if they want to use it!

ok well I've finished up making the A* algorithm. I decided to make it use every tile as a node and I'm about to change the sorting to binary heaps so that it will go significantly faster in finding paths. I'll be releasing a simple little demo soon.

But the reason I'm posting is because I'm to the point I need to find a better way to move entities. I want some way of making an entity walk to point x, y. It sounds easy enough but not with the current move script system. also the 4-directional movement as opposed to 8 directional makes things look pretty bad. I'm not really sure what to do about it. unless vecna makes a slightly more controllable movement system, I'll have to make my own.

... comments?

I guess you could just not go diagonal, but that's no fun when we have the great new v3 diagonal abilities ^_^

but diagonals isnt the real problem. it's the fact that using movement scripts arnt very good for this situation.
if a character has a speed of 100 and another has a speed of 150, the same "U1" movescript will move them different distances. I would like to avoid trying to control entity speed too much just to get accuracy.

Quote:Originally posted by RageCage

if a character has a speed of 100 and another has a speed of 150, the same "U1" movescript will move them different distances.

What??? Are you sure? U1 is supposed to move you 16 pixels, always, regardless of speed. If not, that's a bug. But it works in every situation I've tested.

As long as we're making wishes, I wouldn't mind the ability to change an entity's speed in a movescript, either.

Gayo: 'S50' or something sets the speed. You fail again! :D That's worked since v1 too!

'Stacking' entitymove doesnt work. They're aren't queued, they overwrite each other.

I may be able to add diagonal movecodes, I'll look into it. My concern is that it would slow entity processing down to a crawl to perform the collision detection thats applied to the player to every single entity on the map (which becomes an exponential growth problem). But I think there's some shortcuts I can take.

one more thaing and I'll be happy =p

I find it very important that we have a way of telling when a entity has finished moving to a movescript