Zugg Software :: View topic

Newbie Joined: 01 Nov 2000 Posts: 3 Location: Estonia

Im using Zmud 6.16 and problem is here
Thise is in game (fire.pvv.org)

* CW>Valinor Street
There is an old street-lamp on the border of the street.
Exits: north, east, west.

* CW>flee
You flee head over heels.
Valinor Street
There is an old street-lamp on the border of the street.
A seagull is soaring above you.
Exits: north, east, west, up.

Problem is that when i flee my dot on mapper wont moove, couse flee is random and wont tell me what direction i fleed.
I have tryd some scripts, but no luck.
I need to chek Room name and Exits (after thise You flee head over heels). Then mapper must put on map my current position in right place.
Any help please!
And Thank You!
Sorry about my sucky English :-(

Wizard Joined: 10 Oct 2000 Posts: 1551 Location: Australia

Have you tried #FIND ?... it sends a 'look' command to the MUD and should match the room you're in.

Newbie Joined: 01 Nov 2000 Posts: 3 Location: Estonia

Yes i have no luck!
I type #find and its shows Room name no exits.
And ofcourse does nothing :-(

Adept Joined: 10 Jan 2002 Posts: 264 Location: USA

*BUMP* instead of starting new thread :P

#FIND works for me *most* of the time, but fails in same name, same desc rooms. Has anyone ever found a way to properly sett the current position after a flee?

Wanderer Joined: 02 Sep 2005 Posts: 60

If #FIND is giving you roomname with no description and no exits then your mapper isn't configured very well. It should give you all of that information. Configuring your mapper better with scripting to reliably grab the name,desc, and exits might help.

However, if your Mud has duplicate roomnames/descriptions/and exits this doesn't really fix your problem. If there are exact duplicates like this #FIND will consistantly give you the first match on the list (lowest vnum) which doesn't necessarily do you any good.

From what you're saying it sounds like you simply may not have any means of verifying what direction you have fled to so you may have to simply set the trigger to switch the mapper to follow mode or even disable it entirely until you can figure out where you are at again.

GURU Joined: 23 Dec 2000 Posts: 4834 Location: USA

I think you might have to employ some form of triangulation:

First thing I'd do is set up some auxiliary triggers to catch your room info. You can get by with one set, just be sure to include a state variable to keep track of how you get the room messaging. There's normal movement using directions, commands like GO/ENTER, and teleportation events. Some MUDs have a FLEE option, which can move you to a random room in roughly a 3-room radius (there are no standards on this, however). There's also LOOK and commands like PEER which can generate room info. With a normal movement command, you need to update your current-position variable and move the previous room to the originating-position variable. In the case of FLEE and other random-move commands/events, you need to then pick a direction and LOOK/PEER if possible.

Once you have the triangle, you then simply have to cycle through the %mapquery() matches of your current-position room and follow the links of each room, pulling up the room info for each link. Unless you are playing in a particularly evil mud or are in a maze/unmappable area, it's very unlikely that all links for a given room will be identical, and you should eventually end up with just one possible room.

Once you get down to one room, it's just a matter of #TELEPORTing to that room using the info from %mapquery().

Of course, this is just me thinking out loud. The only unfindable areas in my map at the moment are static mazes with random-move events based on specific conditions (ie, moving too fast). They are easy enough to map out, but if the random-move event hits ZMud won't be able to find where I ended up at.

Wanderer Joined: 02 Sep 2005 Posts: 60

Oh and for what it's worth. I'm on retromud.

Outside world areas often have large regions of idendical rooms with identical exits. Big flat nothing grasslands and such. It is at least nice enough to give a flee message with a direction. It also has a map command which displays an ascii map of outdoor regions which might be useable if one was stubborn enough.

Retromud also happens to have world portals which randomly change each day. In fact one of the zones pretty much completely changes each day (Limbo). While it is true that most of these portals select one of a dozen or less possible positions, this doesn't do much for poor zMud mapping it. =P

And for further fun, I already know of a couple rooms which have strange scripts for moving, like a room which lets you move up once sometimes, but othertimes a rung of the ladder breaks and you fall down. Or a room which is an elevator complete with a lever to go up and down. and can be entered from four different directions above and below. Or an innocuous little room with a path called trails which randomly sends you to one of a dozen locations on a small outside map (all of which look identical). =P

Yes. Retromud is very evil about such things. =P I don't know what to tell you about your uncooperative fleeing message, but it is possible it simply can't be solved.

Newbie Joined: 23 Sep 2005 Posts: 3

Wanderer Joined: 02 Sep 2005 Posts: 60

Yuck and double yuck.

* CW>Valinor Street
There is an old street-lamp on the border of the street.
Exits: north, east, west.

The prompt got attatched to your title line, I hate when muds do this. =( Is your title line color coded? Have you got the mapper handling that so your title and description are consistantly tagged despite this little problem or does the mapper still fail to grab your roomtitles sometimes because of this?

* CW>flee
You flee head over heels.
Valinor Street
There is an old street-lamp on the border of the street.
A seagull is soaring above you.
Exits: north, east, west, up.

This looks suspiciously familiar. Identical room-names and descriptions are troublesome. #FIND won't work, all the info it compares against is identical in both rooms. Somehow I suspect these aren't the only two rooms that have duplicate information like this. I'm guessing the seagull line is a random room-emote.

When you flee do you only move one room away or do you move several rooms? Do you have a way to look at adjacent rooms to get your bearings? Do you have the mapper configured to correctly tag the names, descriptions, and exits 100% of the time? This is a really tough problem to handle, more information might help.

Apprentice Joined: 20 Sep 2005 Posts: 135

If you do have a glance or peer skill to see adjacent rooms, then a simple, quaint approach would be to create an alias for flee such that you drop a coin/item to mark your spot prior to fleeing. If your flee is always 1 room away, then you could glance/peer the adjacent rooms until you found the one with the coin/item. This way at least maintains a spirit of RP.

{cowers shyly awaiting the flames}

Newbie Joined: 23 Sep 2005 Posts: 3

Wanderer Joined: 02 Sep 2005 Posts: 60

Try playing with these three functions...

%roomname(,"name")
%roomdesc(,"desc")
%roomexit(,"exit")

Note, this still does not answer for portals and one way links. Handling these situations will be trickier.

Beginner Joined: 13 Oct 2005 Posts: 24 Location: Illinois

i had the same problem, i did the lazy way and just made a set of 8 alias' that activated when i was in combat that went the direction then flee direction. Its actually saved my charachters life a few times since for me, the flee lag happens after you flee.