|
JWideman Beginner
Joined: 08 Mar 2006 Posts: 12
|
Posted: Wed Mar 08, 2006 5:40 am
Truly bizarre speedwalk behavior |
Zmud 7.21 is failing to calculate speedwalks correctly if the destination is more than 2 rooms away. A room that is straight north 5 steps results in a speedwalk of 5 steps EAST - or sometimes 0 steps.
I have no idea what's going on. It's like zmud is drunk. |
|
|
|
MattLofton GURU
Joined: 23 Dec 2000 Posts: 4834 Location: USA
|
Posted: Wed Mar 08, 2006 11:19 pm |
Few possible scenarios:
1)one of the rooms between your current room and the destination room is buggy. No fix for this other than to manually delete the rooms and remap them. Also, no way to really tell which one is the buggy one.
2)the little blue dot is not in the same room you are. Speedwalking, and simple manual movement on the map, are determined by the blue dot rather than where you actually are.
3)you have a queue artifact (a leftover command). Any time the queue has a leftover command in it that doesn't get processed, directions are reverted to standard #DIR definitions (ie, if the room you are in has the east direction defined as GO DOOR then at this time ZMud will simply send e for east rather than GO DOOR.)
4)either your map configuration is faulty, or it's been lost (I believe this is a bug).
5)ZMud doesn't recognize your prompt.
Solutions to these are fairly simple and obvious |
|
_________________ EDIT: I didn't like my old signature |
|
|
|
JWideman Beginner
Joined: 08 Mar 2006 Posts: 12
|
Posted: Sun Mar 19, 2006 7:48 pm |
1) This is very unlikely, as it occurs all over the place.
2) This is not the case.
3) Nor is this.
4) I don't see how this would affect generation of speedwalks. Rooms are certainly being mapped correctly.
5) Same here.
Again, the problem isn't the mapping - it's the speedwalking. If the path from room A to room B is east then north, zmud will generate the speedwalk as north then west. |
|
|
|
|
|