But if using directions is unfeasible what other means of movement is there?
An
alternative would be to simply type "go bathroom" instead of
"north,west,north". It would
then be up to the program to find the shortest way to the bathroom. This
would mean that
the programmer would have to spend more time programming. Considering the
quality of
some of the text adventure games availible today that wouldn't be such a bad
idea.
This approach presupposes however that the player is familiar with the
surroundings; he/she
allready knows that there is a bathroom. But what if the player is exploring
unchartered
territory?
The reason why I'm asking these questions is that I'm writing a text
adventure game and
I have come to the point where I need a consistent and logical system for
movement.
I'm open for any suggestions.
Regards
Michael Lonc
In Adventure Runner ( http://www.tardis.ed.ac.uk/~jcw/adventure/
), you can do just that. You obviously can use the usual
directions, but if you say "goto bathroom", it will move you to
this room if you have been there before. It bases the names on
the short descriptions, and queries the name if could be more
than one room. You could also just look at the map, and click on
the room you want to go to. This can save a lot of time if you
want to go from A to B, as you don't have to remember every
direction between them.
>The reason why I'm asking these questions is that I'm writing a
text
>adventure game and
>I have come to the point where I need a consistent and logical
system for
>movement.
I used a depth-first search to determine the shortest path, but I
guess you could use anything.
Then again, why change what works...
Campbell
* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!
No, I'd probably say something like "go down the hall, it's the last door on
your right". *sigh* I don't really see a problem with using directions in
a game, though. Games are, well, games, and can only be expected to model
the real world in a limited and very simplified way. Game mechanics
engender conventions, be it the compass directions in text adventures, or
hit points in RPGs. OTOH, it's certainly the gamemaker's perogative to
decide on how, and at what level, the game world approximates reality.
You could, I suppose, incorporate the PC's facing direction into game
world -- that is, the PC is always facing something of interest. Things are
either to the left, ahead, or to the right, or aren't visible. This would
require that you'd need to record internally where in the room things are
too, eg: its degree of arc from due north from where the PC is standing.
The PC's vision could see anything in say, 120 degrees of arc, perhaps less
in darker rooms. The player could use commands like "turn left", "turn
right", "turn around", or "turn to cabinet" to orient himself, and commands
like "left", "forward", "right", "go [through] door" to actually move. I'd
let "go" also mean to walk forward. It would also be a nice touch to have
the game auto-walk the PC to the kitchen when the player types "go to
kitchen" -- assuming that the PC has been to the kitchen before.
Not that this would be all that easy to implement, mind you. A bathroom
might be trivial, but what happens if you want a heavily wooded forest area,
with omnipresent mist, and two pits in the ground? If none of the trees or
mist is of directional interest, how can the PC orient? Answer is, you
_have_ to give the PC _something_ to face, even if its just scenery.
Dropping and throwing things gets trickier, too. Still, if you want to do
the work, I suppose it's possible.
-- David Welbourn
: Mikael wrote:
: >If using directions outdoors is problematic using directions indoors is
: >often outright silly. [snip] If a guest asks you where
: >the bathroom is do you answer him "go north, then west and then north
: >again"?
: No, I'd probably say something like "go down the hall, it's the last door on
: your right". *sigh* I don't really see a problem with using directions in
Essentially I don't have a problem with the direction mode of travel
either. But if I were going to do it another way, I'd make all the exits
distinctive in some way, so that the player could type things like
>GO THROUGH YELLOW DOOR
or perhaps for brevity just
>YELLOW DOOR
IMHO this models reality about as closely as you could want to: when I'm
in a room, I recognize the exit I want to take and then I go through it.
Also, this approach neither requires the player to know where the door leads,
nor asks the computer to plot an 'appropriate' course between distant
locations. If you don't want to have your doors color-coded (which would
be rather silly in some contexts) you could number them or use some other
equivalent trick.
For outdoor locations this would get uglier; you'd either want to drop
back into using compass directions or else have some sort of landmark so
that the player could type, eg,
>GO TOWARDS MOUNTAINS
Trying to figure out which way the player is _facing_ is a lot of work,
and in the cases where I've seen it implemented, basically annoying from
the player's end as well.
--
Mary McMenomy
Department of Classical Studies
University of Pennsylvania
I can think of one good reason for the use of this convention in
text games. It makes life easy for the player! The room layout can
be mapped out easily, and the directions are consistent so that going
north from (say) the bathroom will always take me to (say) the
bedroom.
Left/Right/Ahead/Back directions are possible, but have a disadvantage;
the player needs to know where he/she is facing. That would be easy
in a graphical adventure, but is rather tedious in a text adventure
where the player must rely on verbal descriptions.
There is certainly a place for 'goto kitchen' or 'go through blue door'
etc. But I would prefer this method of navigation to be used in
conjunction with the traditional compass directions, so that I can
still map the room layout.
--
David Picton
pict...@my-deja.com, da...@aps5.ph.bham.ac.uk
Sent via Deja.com http://www.deja.com/
Before you buy.
> An alternative would be to simply type "go bathroom" instead of
> "north,west,north". It would then be up to the program to find the
> shortest way to the bathroom. This would mean that the programmer
> would have to spend more time programming.
It would also mean that the player would have to spend more time
typing movement commands: in you example twelve characters instead of
five ("n.w.n").
This sort of a thing has been tried occasionally: I remember at least
Nord and Bert having an episode where room names were used for
movement and compass directions were not available. I think it only
had two rooms though.
"Suspended" on the other hand had the path finder. The map came with
the game and you could tell one of your robots to go to a named room.
The robot would get on its way and tell you when it got there or if
some problem arouse on the way. Meanwhile you could concentrate on
the other robots. If I recall correctly the map was treelike.
--
Timo Korvola <URL:http://www.iki.fi/tkorvola>