December 1997
- Vague: Containers Ling
- Forests, swamps, terrain & web ecology (long) Ling
- Forests, swamps, terrain & web ecology (long) coder@ibm.net
- META: FAQ and Thread Summaries coder@ibm.net
- META: FAQ and Thread Summaries Adam Wiggins
- META: FAQ and Thread Summaries Brandon J. Rickman
- META: FAQ and Thread Summaries coder@ibm.net
- META: FAQ and Thread Summaries Ola Fosheim Grøstad
- META: FAQ and Thread Summaries Jon A. Lambert
- META: FAQ and Thread Summaries coder@ibm.net
- META: FAQ and Thread Summaries Ola Fosheim Grøstad
- META: FAQ and Thread Summaries coder@ibm.net
- META: FAQ and Thread Summaries Chris Gray
- META: FAQ and Thread Summaries coder@ibm.net
- META: FAQ and Thread Summaries Stephen Zepp
- META: FAQ and Thread Summaries coder@ibm.net
- META: FAQ and Thread Summaries s001gmu@nova.wright.edu
- META: FAQ and Thread Summaries Chris Gray
- META: FAQ and Thread Summaries Vadim Tkachenko
- META: FAQ and Thread Summaries s001gmu@nova.wright.edu
- META: FAQ and Thread Summaries Matt Chatterley
- META: FAQ and Thread Summaries Vadim Tkachenko
- META: FAQ and Thread Summaries coder@ibm.net
- META: FAQ and Thread Summaries s001gmu@nova.wright.edu
- META: FAQ and Thread Summaries Jon A. Lambert
- META: FAQ and Thread Summaries Marian Griffith
- META: FAQ and Thread Summaries coder@ibm.net
- META: FAQ and Thread Summaries Stephen Zepp
- META: FAQ and Thread Summaries Marian Griffith
- META: FAQ and Thread Summaries Matt Chatterley
- BUILDERS: Ferries coder@ibm.net
- BUILDERS: Ferries Sauron
- BUILDERS: Ferries s001gmu@nova.wright.edu
- BUILDERS: Ferries coder@ibm.net
- BUILDERS: Ferries Marian Griffith
- BUILDERS: Ferries Mike Sellers
- BUILDERS: Ferries Adam Wiggins
- BUILDERS: Ferries Ling
- BUILDERS: Ferries Jon A. Lambert
- BUILDERS: Ferries Chris Gray
- BUILDERS: Ferries coder@ibm.net
- BUILDERS: Ferries Jon A. Lambert
- BUILDERS: Ferries Derrick Jones
- BUILDERS: Ferries Marian Griffith
- BUILDERS: Ferries s001gmu@nova.wright.edu
- BUILDERS: Ferries Vadim Tkachenko
- BUILDERS: Ferries Marian Griffith
- Alignment Vadim Tkachenko
- Status visualization Was: UI Issues: Anti-scripting techniques Vadim Tkachenko
- OT: forests and such Ola Fosheim Grøstad
- OT: forests and such Chris Gray
- Seminal Designs, WAS: Alignment Koster, Raph
- META: FAQ and Thread Summaries (HTML) Ling
- OT: News from the front coder@ibm.net
- OT: News from the front Richard Woolcock
- OT: News from the front Matt Chatterley
- OT: News from the front Mike Sellers
- OT: News from the front Chris Gray
- OT: News from the front coder@ibm.net
- OT: News from the front Vadim Tkachenko
- OT: News from the front Marian Griffith
- OT: News from the front Sauron
- OT: News from the front Nathan Yospe
- OT: News from the front coder@ibm.net
- OT: News from the front Jon A. Lambert
- Wild west (was Guilds & Politics) Alex Oren
- Wild west (was Guilds & Politics) Mike Sellers
- Wild west (was Guilds & Politics) s001gmu@nova.wright.edu
- Wild west (was Guilds & Politics) Alex Oren
- Wild west (was Guilds & Politics) s001gmu@nova.wright.edu
- Wild west (was Guilds & Politics) Alex Oren
- Wild west (was Guilds & Politics) Mike Sellers
- Wild west (was Guilds & Politics) Alex Oren
- Wild west (was Guilds & Politics) Stephen Zepp
- Wild west (was Guilds & Politics) Mike Sellers
- Wild west (was Guilds & Politics) Matt Chatterley
- Wild west (was Guilds & Politics) Derrick Jones
- Wild west (was Guilds & Politics) Mike Sellers
- Wild west (was Guilds & Politics) Stephen Zepp
- Wild west (was Guilds & Politics) Jon A. Lambert
- Wild west (was Guilds & Politics) Matt Chatterley
- Wild west (was Guilds & Politics) Richard Woolcock
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Matt Chatterley
- Wild west (was Guilds & Politics) coder@ibm.net
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Adam Wiggins
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Adam Wiggins
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Felix A. Croes
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Jon A. Lambert
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Felix A. Croes
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Vadim Tkachenko
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Richard Woolcock
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Derrick Jones
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Mike Sellers
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Mike Sellers
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Marian Griffith
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Marian Griffith
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Travis S. Casey
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Marian Griffith
- Wild west (was Guilds & Politics) Jon A. Lambert
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Matt Chatterley
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Matt Chatterley
- Wild west (was Guilds & Politics) Greg Munt
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Mike Sellers
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Mike Sellers
- Wild west (was Guilds & Politics) Caliban Tiresias Darklock
- Wild west (was Guilds & Politics) Chris Gray
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Jon A. Lambert
- Wild west (was Guilds & Politics) Stephen Zepp
- Wild west (was Guilds & Politics) Michael Hohensee
- Wild west (was Guilds & Politics) Stephen Zepp
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Stephen Zepp
- Wild west (was Guilds & Politics) Jon A. Lambert
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Vadim Tkachenko
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) coder@ibm.net
- Wild west (was Guilds & Politics) Mike Sellers
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Mike Sellers
- Wild west (was Guilds & Politics) JC Lawrence
- Wild west (was Guilds & Politics) Maddy
- Wild west (was Guilds & Politics) Derrick Jones
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Wild west (was Guilds & Politics) Matt Chatterley
- Wild west (was Guilds & Politics) coder@ibm.net
- Wild west (was Guilds & Politics) Adam Wiggins
- Wild west (was Guilds & Politics) Ola Fosheim Grøstad
- Guilds & Politics Stephen Zepp
- Guilds & Politics Matt Chatterley
- Guilds & Politics Koster, Raph
- Guilds & Politics Adam Wiggins
- Guilds & Politics Koster, Raph
- Guilds & Politics Ola Fosheim Grøstad
- Guilds & Politics Koster, Raph
- Guilds & Politics Stephen Zepp
- Guilds & Politics Matt Chatterley
- Guilds & Politics Koster, Raph
- Guilds & Politics Maddy
- Guilds & Politics Koster, Raph
- Guilds & Politics Derrick Jones
- Guilds & Politics Maddy
- Guilds & Politics Matt Chatterley
- Guilds & Politics Ola Fosheim Grøstad
- Guilds & Politics Sauron
- Guilds & Politics Marian Griffith
- Guilds & Politics Jon A. Lambert
- Guilds & Politics Stephen Zepp
- Guilds & Politics coder@ibm.net
- World Design Jon A. Lambert
- Jerks (was ) Guilds & Politics [was Affecting the World] Mike Sellers
- Guilds & Politics [was Affecting Koster, Raph
- Problem Players [was: Guilds & Politics ] Stephen Zepp
- Problem Players [was: Guilds & Politics ] Koster, Raph
- Problem Players [was: Guilds & Politics ] Stephen Zepp
- Problem Players [was: Guilds & Politics ] coder@ibm.net
- Problem Players [was: Guilds & Politics ] Vadim Tkachenko
- Problem Players [was: Guilds & Politics ] Koster, Raph
- Problem Players [was: Guilds & Politics ] Mike Sellers
- Problem Players [was: Guilds & Politics ] Matt Chatterley
- Guilds & Politics [was Affecting Stephen Zepp
- Rats, pests and FAQ. Ling
- Rats, pests and FAQ. coder@ibm.net
- Introductions and coder@ibm.net
- Introductions and s001gmu@nova.wright.edu
- Introductions and coder@ibm.net
- Introductions and Mike Sellers
- Introductions and Richard Woolcock
- Introductions and coder@ibm.net
- Introductions and Vadim Tkachenko
- Introductions and Matt Chatterley
- Introductions and s001gmu@nova.wright.edu
- Introductions and coder@ibm.net
- Introductions and Mike Sellers
- Introductions and Richard Woolcock
- Introductions and coder@ibm.net
- Introductions and Stephen Zepp
- Introductions and Adam Wiggins
- Introductions and Stephen Zepp
- Introductions and Richard Woolcock
- Introductions and Stephen Zepp
- Introductions and Adam Wiggins
- Introductions and Marian Griffith
- Introductions and Matt Chatterley
- Introductions and coder@ibm.net
- Introductions and Chris Gray
- Introductions and Adam Wiggins
- Introductions and Matt Chatterley
- Introductions and coder@ibm.net
- Introductions and coder@ibm.net
- Introductions and Richard Woolcock
- Introductions and Stephen Zepp
- Introductions and Matt Chatterley
- Introductions and Stephen Zepp
- now, prestige, Karma, and alignment Guilds & Politics Mike Sellers
- Players as Monsters/NPCs Jon A. Lambert
- Players as Monsters/NPCs Richard Woolcock
- Players as Monsters/NPCs Stephen Zepp
- Players as Monsters/NPCs Jon A. Lambert
- Server design (was: meta-something) Ola Fosheim Grøstad
- Guilds & Politics [was Affecting Ola Fosheim Grøstad
- Guilds & Politics [was Affecting Koster, Raph
- Guilds & Politics [was Affecting Sauron
- Guilds & Stephen Zepp
- META: FAQ: location Vadim Tkachenko
- META: FAQ: location Sauron
- META: FAQ: location Vadim Tkachenko
- META: FAQ: location Miroslav Silovic
- META: FAQ: location Matt Chatterley
- META: FAQ: location Mike Sellers
- META: FAQ: location Adam Wiggins
- META: FAQ: location Stephen Zepp
- META: FAQ: location Adam Wiggins
- META: FAQ: location Jon Leonard
- META: FAQ: location Nathan Yospe
- META: FAQ: location Nathan Yospe
- META: FAQ: location Derrick Jones
- META: FAQ: location Stephen Zepp
- META: FAQ: location Richard Woolcock
- OT: Guilds & Politics [was Affecting the World] Vadim Tkachenko
- OT: Era of the Nerd (forwarded) Adam Wiggins
- OT: Books Adam Wiggins
- OT: Books Koster, Raph
- OT: Books Mike Sellers
- OT: Books Nathan Yospe
- OT: Books s001gmu@nova.wright.edu
- OT: Books Chris Gray
- OT: Books coder@ibm.net
- OT: Books coder@ibm.net
- OT: Books Mike Sellers
- Is mud research real? Ola Fosheim Grøstad
- Is mud research real? Koster, Raph
- Alignment...an old view Derrick Jones
- Jerks (me) Ling
- LIST: Forced unsubscriptions due to persistant bounces coder@ibm.net
- Gods, worshipers and the balance Vadim Tkachenko
- Gods, worshipers and the balance Brandon Cline
- Gods, worshipers and the balance Jon A. Lambert
- Gods, worshipers and the balance Chris Gray
- Gods, worshipers and the balance Stephen Zepp
- Gods, worshipers and the balance Adam Wiggins
- Gods, worshipers and the balance Vadim Tkachenko
- Gods, worshipers and the balance Marian Griffith
- Gods, worshipers and the balance Jon A. Lambert
- Gods, worshipers and the balance Vadim Tkachenko
- Gods, worshipers and the balance Matt Chatterley
- Gods, worshipers and the balance coder@ibm.net
- Gods, worshipers and the balance Richard Woolcock
- Gods, worshipers and the balance Vadim Tkachenko
- Gods, worshipers and the balance Richard Woolcock
- Gods, worshipers and the balance Maddy
- META: FAQ: Location, etc s001gmu@nova.wright.edu
- META: FAQ: Location, etc Matt Chatterley
- META: FAQ: Location, etc Sauron
- META: FAQ: Location, etc Matt Chatterley
- META: FAQ: Location, etc Richard Woolcock
- META: FAQ: Location, etc Matt Chatterley
- META: FAQ: Location, etc s001gmu@nova.wright.edu
- META: FAQ: Location, etc Nathan Yospe
- META: FAQ: Location, etc Jon A. Lambert
- META: FAQ: location Chris Gray
- Crowds and Recognition (Was: Introductions and ) s001gmu@nova.wright.edu
- META: what's with these vcard.vcf attachments? Alex Oren
- META: what's with these vcard.vcf attachments? Vadim Tkachenko
- Describe module Stephen Zepp
- Describe module Vadim Tkachenko
- Seems rather quiet Stephen Zepp
- Seems rather quiet coder@ibm.net
- I live over there! coder@ibm.net
- LIST: Now back on the air coder@ibm.net
- Circumstances & Situations Ling
- Circumstances & Situations Richard Woolcock
- Circumstances & Situations Ling
- Circumstances & Situations Travis Casey
- Circumstances & Situations Nathan Yospe
- Circumstances & Situations Travis Casey
Nathan Yospe <yospe@hawaii.edu> wrote:
>On Wed, 24 Dec 1997, Travis Casey wrote:
>
> :Personally, I always get the willies when someone talks about only
> :showing what's in front of the character on a text-based mud. This opens
> :a large can of worms -- you have to have positions within rooms, an idea
> :of how the character is facing, and an arc of vision for the character.
>
> Well, yes. Also, attention to detail, sensory depth, alertness,
> perceptiveness, environmental factors (lighting, perfumes, background
noise)
> and all the rest.
>
> So what's your point?
My point is that there's a lot more to consider in creating such a system
than there seems to be at first glance. It's always a good idea to think
carefully about what will need to be done to implement an idea before one
starts to implement it -- you may find that it's more work than you want
to do for the benefits it will give, or that a different solution will
give all the features you actually want without requiring as much work.
If you still decide that you want it after thinking about it, of course
you should then go ahead and do it. Just be sure to go in with both eyes
open and knowing what you're getting into. I've seen a lot of projects
get started and then get abandoned because the people doing them didn't
realize at the start how much they'd need to do. A few hours spent
thinking now about what the project will require can save spending weeks
on something that turns out to be more than you wanted.
> :This sort of thing has always seemed like too much work to me -- you
> :pretty much have to keep track of all the position and facing data that
> :a graphical mud would need to draw what the character's seeing, and then
> :you have to interpret that data and output it as text. IMHO, if you want
> :this sort of detail, it's probably easier to make a graphical mud -- the
> :methods for drawing the world so that only things that are in the
player's
> :line of sight already exist and are fairly simple for the graphical case.
>
> Yes and no. You cannot make a person as much a "part of the story" in a
> graphical mud, at least in the current non-immersive proto-VR state of the
> tech. The advantages of text are vast. The advantages of graphics
likewise.
> My solution? Make the IO (graphical or text, keyboard or joystick) a
> seperate plugin element, and handle the 3D engine seperately. I even go so
> far as to make the IO a client side issue, and ignore it from the
perspective
> of the (purely 3D, locally limitless degrees of freedom) mud engine.
A very good solution. However, to expand a bit on my point about a
graphical presentation being easier for this kind of detail than a textual
one, I'd like to throw out a few imaginary situations:
Example 1:
Joe and Fred are characters who know each other. Fred walks into a room
where Joe is standing, and Joe is visible to Fred. Does Fred recognize
Joe?
This is really a complicated question -- it depends on how distinctive
Joe's appearance is, the angle Fred sees Joe at, how crowded the room
is, and many other variables.
There are two basic approaches to this which are possible:
1. make recognition of other characters a function of the character
2. make recognition of other characters the responsibility of the
player
(of course, intermediate approaches are possible, but I'd rather not
write a 12-page essay about this right now. :-)
Let's consider the second option (I'll talk about things relating to
the first option later). With a 3-D graphical presentation, Fred's
player will be shown a view of Joe from some angle. This might be
instantly recognizable as Joe (e.g., Fred has a good view of Joe's face)
or it might only be recognizable as Joe based on other information that
Fred's player has (e.g., the figure is wearing a red fur-trimmed cloak,
like Joe was when Fred saw him five minutes ago), or it may not be
recognizable at all (the figure's back is turned and there are no
distinguishing features that say "Joe").
All of this is handled automatically simply by showing a 3-D view of
Joe from the correct angle and distance. Contrast this with a textual
representation of the scene, which might describe Joe something like
this:
An apparently male human stands about five meters ahead and two
meters to the right of you. He's turned mostly away from you, but
you can see that he has a neatly-trimmed black beard and moustache,
curly black hair and pale skin. Black tights and a white doublet
wrap a thickly-built body, the whole draped with a red fur-trimmed
cloak.
This would probably be enough for Fred's player to recognize Joe from
if he knows what Joe's currently wearing. If not, it's enough to make
him realize that this might be Joe and take a better look. However, I
think it should be fairly obvious that generating descriptions this
detailed and context-sensitive (being sensitive to what's being worn,
distance, and angle at least) requires a fair bit of programming.
Now, imagine Fred walking into a room with fifteen characters, one of
whom is Joe. In the graphical case, it will take longer for the room
to be drawn, but the player still has a good chance of immediately
recognizing Joe, humans being as good at visual pattern recognition as
we are. In the textual case, however, the player now has fifteen
paragraph-long descriptions to wade through. Timing myself, it took me
about eight seconds to read Joe's description above (which, BTW, yields
a reading rate of about 450 word per minute, well above average).
Reading fifteen such descriptions, then, would take about two minutes --
meaning that the average time to recognize Joe would be one minute.
Example 2:
Joe walks into a room, takes a painting off the wall, and places it
behind a couch so that just a little of it sticks out. He also places
it to that the face is to the wall, and only the back can be seen from
the room. Joe leaves and Fred enters.
Now, in a 3-D graphical representation, this is easily handled --
the part of the painting that shows will be pictured when appropriate
and as appropriate. It will be up to Fred's player to notice it,
interpret what it might be, and take further action.
Imagine this on a textual mud, however. A simplistic implementation
may give too much information -- e.g., "there is a painting behind
the couch." A near-idea description would be something along the lines
of "the edge of something in a wooden frame can be seen peeking out
from behind the couch" -- but having the mud *automatically* create
such descriptions seems like it would be prohibitively difficult -- it
seems to me like something more suited for an AI project than for
a mud. (I'd dearly love to be proven wrong, though!)
Now, with the preceding examples in mind, a few thoughts about text-
based vs. 3-D graphical interfaces:
If what you want is simply to represent the environment in a way that
players can quickly understand and act on, IMHO a graphical representation
is clearly superior -- quite simply, humans are hard-wired for dealing
with visual data. Trying to describe a scene, especially a complicated
scene, with nothing but text is difficult, and the result will invariably
take longer to extract data from than the visual representation will...
particularly if you don't want to assume that characters will
automatically recognize every object in their environment.
However, a textual representation is superior in other ways. One that
I think is particularly important to a role-playing game is that it
allows a greater separation between character knowledge and player
knowledge. For example, how would one deal with the effects of a spell
which makes the target forget someone they know in a graphical
environment? The only real way to stop Fred's player from recognizing
Joe in such a situation is to alter Joe's appearance -- but that's not
what the spell does. One could simply hope that the player would
properly roleplay the situation, but on most muds, that's a poor bet.
With a textual representation, the game almost *has* to do character
recognition for the player, to avoid the situation from the first
example of having a dozen detailed descriptions to read -- and in
such a case, the effects of the spell can be at least somewhat
enforced by having the mud stop auto-recognizing Joe for Fred.
Whew -- this is getting much longer than I originally anticipated,
and is branching out a bit... but I think I'll plunge on regardless.
Nathan claims that "you cannot make a person as much a 'part of the
story' in a graphical mud, at least in the current non-immersive proto-
VR state of the tech." I have to disagree with this.
I assume that Nathan means that you can't make someone feel as involved
in the story; as much that they are their character. The only other
definition I can think of for being "part of the story" is the level
of influence the character has on the storyline, which IMHO should be
unaffected by the interface.
I think that the presentation that will make someone feel that they are
part of the story varies from person to person. Those of us who read
for pleasure find it easy to "slip into" a story with just text. However,
I'd like to submit that the majority of people today don't read for
pleasure much -- they're more likely to watch TV or go to the movies, and
thus, are more prepared to feel that they are part of a story through a
visual interface. (Of course, one could argue that they haven't been
prepared to feel that they are *part* of a story at all by TV and movies,
but that's another debate.)
It's been brought up before that more people can write than can draw. I'd
like to discuss this a bit.
It's true that more people can write passably than can draw passably;
however, I think that this is largely because most people's standards
for passable writing are much looser than their standards for passable
drawing. Personally, I often find text descriptions on muds to be
jarringly bad, because many of the people writing them are not good
writers. Indeed, I've been in some areas on some muds where the spelling
and grammar were so bad that it would often take me two or three readings
of the text to be reasonably sure that what I understood was what the
author meant. This level of writing certainly doesn't help to make me
feel like I'm part of the story!
In a graphical mud, I'd expect that only a few people would (or, I would
say, should) have the responsibility for creating the artwork. Many things
could be handled by "off-the-rack" components and textures -- walls, floors,
ceilings, common items, common monster types, etc. Such a system would have
the disadvantage of making all areas of the mud look pretty much the same --
but really, how much variation do you want in how the walls look?
Which leads me to another thought -- why try to do a realistic graphical
presentation at all? It might be much easier to use cartoon-style graphics.
Abstract backgrounds (e.g., a wall that's simply four lines filled in with
color) are an accepted part of such a graphic style, and people and objects
are stylized, making them simpler and faster to draw. And, as an added
bonus,
line art can compress *very* well -- if you're willing to limit yourself to
black and white (as many comics do) you can achieve even better compression.
A cartoon/comic-style mud would open up the creation of artwork to a broader
range of people -- most people can learn to draw comic-style artwork if
they're willing to take some time to draw, and producing such artwork is
much
faster than "realistic" art. At the least, people should be able to do
their
own front and possibly side view "rough sketches" for a better artist to
create
views from.
Although it's been mentioned here before, we should make sure to remember
that a "graphical interface" doesn't necessarily have to be nothing but
graphics and mouse clicks; there could be a scrolling text window for
conversations, etc., and the user could still give his/her input as text.
Also, graphical interfaces for muds don't have to be limited to a first-
person 3-D interface; there are many possible ways that mud interfaces
could be made more "graphical", some of which don't involve graphics per
se at all. To name a few: iconic interfaces, hypertext-style interfaces,
overhead views (which need not use true graphics -- a rogue/moria/nethack
style interface, for example), and graphic indicators of status (e.g., a
bar showing current hit point status).
Some of these are achievable completely from the client end, though perhaps
only in limited ways. For example, many muds offer status commands which
will give a quick breakdown of important character status indicators. Some
muds will even give this sort of information in the user's prompt. A client
could take this information and convert it into a graphical status display
without much trouble. For another example, at least one mud client has an
automapper which will make a map of the character's travels. It seems to
me that it would be fairly simple for the client to show the map in another
window, along with a "you are here" indicator. It could also allow the
player to move by clicking on the map to indicate the direction to go -- or
even by clicking on a spot to go to, and then finding the shortest path to
it. (I haven't used the client in question, so it's possible it does some
or all of these things.)
To semi-quote Nathan again, what's my point? Well, pretty much the same
as above: I don't think it's necessarily a good idea to try to jump to
a Quake- or Doom-style interface just because it's possible and people seem
to like those games. Before trying a new kind of interface, it's important
to think about what advantages *and disadvantages* it will have relative to
the current interface. There are many, many possible ways for a mud to give
information to a user and get information from a user; there's no need to
limit yourself to an either/or state of mind, or even to just two possible
interfaces.
On the flip side of things, though, there can be such a thing as too much
freedom in interfaces. You may *want* to restrict your users to a text-only
interface, because of the sorts of problems mentioned above -- how to limit
the player to what the character knows.
The ultimate point is that there is no perfect interface which will be the
best for all possible muds. You need to take your time and think about what
you want your mud to be like.
--
|\ _,,,---,,_ Travis S. Casey <efindel@io.com>
ZZzz /,`.-'`' -. ;-;;,_ No one agrees with me. Not even me.
|,4- ) )-,_..;\ ( `'-' rec.games.design FAQ:
'---''(_/--' `-'\_) http://www.io.com/~efindel/design.html
- Circumstances & Situations Travis Casey
- Circumstances & Situations Marian Griffith
- Circumstances & Situations Travis Casey
- Circumstances & Situations Richard Woolcock
- Circumstances & Situations coder@ibm.net
- Circumstances & Situations JC Lawrence
- Circumstances & Situations Ola Fosheim Grøstad
- Circumstances & Situations JC Lawrence
- Circumstances & Situations Ola Fosheim Grøstad
- META: nospam in email addresses coder@ibm.net
- OT: My Web Page Jon A. Lambert
- Mail from mud Stephen Zepp
- Mail from mud Richard Woolcock
- Mail from mud Miroslav Silovic
- Mail from mud Brandon Gillespie
- Mail from mud Vadim Tkachenko
- Mail from mud Chris Gray
- FAQ: Personality Clash Ling
- FAQ: Personality Clash Sauron
- FAQ: Personality Clash Marian Griffith
- FAQ: Personality Clash Greg Munt
- FAQ: Personality Clash s001gmu@nova.wright.edu
- FAQ: Personality Clash JC Lawrence
- FAQ: Personality Clash Koster, Raph
- FYI: Playing God, Creating Virtual Worlds Vadim Tkachenko
- OT: loss of information control Ola Fosheim Grøstad
- OT: loss of information control Jon A. Lambert
- OT: loss of information control JC Lawrence
- OT: loss of information control Ola Fosheim Grøstad
- Mail from mud Update :) Stephen Zepp
- Mail from mud Update :) Vadim Tkachenko
- Mail from mud Update :) Richard Woolcock
- Mail from mud Update :) JC Lawrence
- Mail from mud Update :) Shawn Halpenny
- FAQ: Personality Clash - extra Server Design info included Reed Copsey, Jr.
- OT: Merry Christmas Kris Kringle
- OT: Merry Christmas Matt Chatterley
- The impact of the web on muds Greg Munt
- The impact of the web on muds ##Make Nylander
- The impact of the web on muds Mike Sellers
- The impact of the web on muds ##Make Nylander
- The impact of the web on muds Matt Chatterley
- The impact of the web on muds Mike Sellers
- The impact of the web on muds Marian Griffith
- The impact of the web on muds Ola Fosheim Grøstad
- The impact of the web on muds Marian Griffith
- The impact of the web on muds Travis Casey
- The impact of the web on muds Richard Woolcock
- The impact of the web on muds Nathan Yospe
- The impact of the web on muds Brandon J. Rickman
- The impact of the web on muds Ling
- The impact of the web on muds Mike Sellers
- The impact of the web on muds Michael Hohensee
- The impact of the web on muds Marian Griffith
- The impact of the web on muds Chris Gray
- The impact of the web on muds Brandon Cline
- The impact of the web on muds Caliban Tiresias Darklock
- The impact of the web on muds Mike Sellers
- The impact of the web on muds Chris Gray
- The impact of the web on muds Chris Gray
- The impact of the web on muds Caliban Tiresias Darklock
- The impact of the web on muds Brandon J. Rickman
- The impact of the web on muds Chris Gray
- The impact of the web on muds coder@ibm.net
- The impact of the web on muds Brandon J. Rickman
- The impact of the web on muds Mike Sellers
- The impact of the web on muds Marian Griffith
- The impact of the web on muds Chris Gray
- The impact of the web on muds Shawn Halpenny
- The impact of the web on muds Brandon J. Rickman
- The impact of the web on muds coder@ibm.net
- The impact of the web on muds coder@ibm.net
- The impact of the web on muds Jon A. Lambert
- The impact of the web on muds Adam Wiggins
- The impact of the web on muds Greg Munt
- The impact of the web on muds Travis Casey
- The impact of the web on muds Jon A. Lambert
- The impact of the web on muds Chris Gray
- The impact of the web on muds Mike Sellers
- The impact of the web on muds Koster, Raph
- The impact of the web on muds Vadim Tkachenko
- The impact of the web on muds Travis Casey
- The impact of the web on muds Chris Gray
- The impact of the web on muds JC Lawrence
- The impact of the web on muds coder@ibm.net
- The impact of the web on muds Ola Fosheim Grøstad
- The impact of the web on muds JC Lawrence
- The impact of the web on muds Brandon Cline
- The impact of the web on muds Chris Gray
- The impact of the web on muds Mike Sellers
- The impact of the web on muds Chris Gray
- The impact of the web on muds Michael Hohensee
- The impact of the web on muds Chris Gray
- The impact of the web on muds Michael Hohensee
- The impact of the web on muds Miroslav Silovic
- MUD Development Digest Dr. Cat
- Attributions vs brainstorming ( or, JC vs Z :) ) ( was Wild west ) Stephen Zepp
- Attributions vs brainstorming ( or, JC vs Z :) ) ( Jon A. Lambert
- Attributions vs brainstorming ( or, Z, DOWN FOR THE COUNT! :) ) Stephen Zepp
- Attributions vs brainstorming ( or, Z, DOWN FOR THE COUNT! :) ) Michael Hohensee
- Attributions vs brainstorming coder@ibm.net
- The morality of logfiles [was 'Wild west'] Greg Munt
- The morality of logfiles [was 'Wild west'] Ola Fosheim Grøstad
- The morality of logfiles [was 'Wild west'] Greg Munt
- The morality of logfiles [was 'Wild west'] Ola Fosheim Grøstad
- The morality of logfiles [was 'Wild west'] s001gmu@nova.wright.edu
- The morality of logfiles [was 'Wild west'] Jon A. Lambert
- The morality of logfiles [was 'Wild west'] Ola Fosheim Grøstad
- The morality of logfiles [was 'Wild west'] Jon A. Lambert
- The morality of logfiles [was 'Wild west'] Jon A. Lambert
- The morality of logfiles [was 'Wild west'] Ola Fosheim Grøstad
- The morality of logfiles [was 'Wild west'] Jon A. Lambert
- The morality of logfiles [was 'Wild west'] Ola Fosheim Grøstad
- The morality of logfiles [was 'Wild west'] JC Lawrence
- The morality of logfiles [was 'Wild west'] Ola Fosheim Grøstad
- The morality of logfiles [was 'Wild west'] JC Lawrence
- Attributions vs brainstorming ( or, Z, DOWN FOR TH Jon A. Lambert
- Task Parsing Stephen Zepp
- Task Parsing Greg Munt
- Task Parsing Stephen Zepp
- Task Parsing Nathan Yospe
- Task Parsing JC Lawrence
- Task Parsing Stephen Zepp
- Mud Settings Greg Munt
- Mud Settings Jon A. Lambert
- Mud Settings Greg Munt
- Mud Settings Ling
- Mud Settings Stephen Zepp
- Mud Settings Vadim Tkachenko
- Mud Settings Marian Griffith
- Mud Settings JC Lawrence
- Mud Settings Travis Casey
- Mud Settings JC Lawrence
- Mud Settings Travis Casey
- Mud Settings Mike Sellers
- Mud Settings Matt Chatterley
- Mud Settings JC Lawrence
- UO's External Chat Programs [was 'Wild west'] Greg Munt
- UO's External Chat Programs [was 'Wild west'] Koster, Raph
- Time travel and Logging Jon A. Lambert
- Time travel and Logging JC Lawrence
- Time travel and Logging Ola Fosheim Grøstad
- Time travel and Logging Jon A. Lambert
- Time travel and Logging JC Lawrence
- Time travel and Logging Ling
- Time travel and Logging Koster, Raph
- Time travel and Logging Jon A. Lambert
- Time travel and Logging JC Lawrence
- Task Parsing (repost for format) Stephen Zepp
- AI Nodes (was: Attributions vs brainstorming ...) s001gmu@nova.wright.edu
- AI Nodes (was: Attributions vs brainstorming ...) Jon A. Lambert
- Commercial value of RP JC Lawrence
- Commercial value of RP Jon A. Lambert
- Commercial value of RP Travis Casey
- Commercial value of RP Brandon Cline
- Commercial value of RP Mike Sellers
- Commercial value of RP Travis Casey
- Commercial value of RP Travis Casey
- Commercial value of RP Koster, Raph
- Commercial value of RP Mike Sellers
- Commercial value of RP Miroslav Silovic
- Commercial value of RP Mike Sellers
- Commercial value of RP Jon A. Lambert
- Commercial value of RP Ling
- Commercial value of RP JC Lawrence
- Commercial value of RP Koster, Raph
- Commercial value of RP JC Lawrence
- Commercial value of RP Ola Fosheim Grøstad
- Commercial value of RP Koster, Raph
- Commercial value of RP Vadim Tkachenko
- Commercial value of RP Chris Gray
- Commercial value of RP Koster, Raph
- Commercial value of RP JC Lawrence
- Commercial value of RP Mike Sellers
- Commercial value of RP Raph & Kristen Koster
- Commercial value of RP JC Lawrence
- Commercial value of RP Mike Sellers
- Commercial value of RP Miroslav Silovic
- Commercial value of RP Caliban Tiresias Darklock
- Commercial value of RP The Eternal City
- Commercial value of RP Caliban Tiresias Darklock
- Commercial value of RP The Eternal City
- Commercial value of RP JC Lawrence
- Commercial value of RP The Eternal City
- Commercial value of RP JC Lawrence
- Commercial value of RP Mike Sellers
- OT: Mud Settings Vadim Tkachenko
- OT: Mud Settings Travis Casey
- FAQ: Personalities Ling
- FAQ: Personalities coder@ibm.net