September 1997
- META: Archive report coder@ibm.net
- Virtual World Theory Jon A. Lambert
- Virtual World Theory Jeff Kesselman
- Virtual World Theory Jon A. Lambert
- Virtual World Theory Caliban Tiresias Darklock
- Virtual World Theory Nathan Yospe
- Virtual World Theory Jeff Kesselman
- Virtual World Theory Caliban Tiresias Darklock
- Psychology, psychiatry, and other such coder@ibm.net
- Psychology, psychiatry, and other such Ola Fosheim Grøstad
- OT: Attributions Shawn Halpenny
- OT: Attributions Jeff Kesselman
- OT: Attributions Chris Gray
- OT: Attributions S001GMU@nova.wright.edu
- GURPS v Hero v RuneQuest clawrenc@cup.hp.com
- combat and hit points clawrenc@cup.hp.com
- Modeling spells/skills as collections of affects S001GMU@nova.wright.edu
- Modeling spells/skills as collections of affects Travis Casey
- Modeling spells/skills as collections of affects Shawn Halpenny
- Modeling spells/skills as collections of affects Caliban Tiresias Darklock
- Modeling spells/skills as collections of affects Miroslav Silovic
- Modeling spells/skills as collections of affects S001GMU@nova.wright.edu
- Modeling spells/skills as collections of affects Miroslav Silovic
- Modeling spells/skills as collections of affects Chris Gray
- Modeling spells/skills as collections of affects S001GMU@nova.wright.edu
- Everybody was Kung-Fu fighting.. [was AI and NPCs] Matt Chatterley
- Everybody was Kung-Fu fighting.. [was AI and NPCs] Caliban Tiresias Darklock
- Everybody was Kung-Fu fighting.. [was AI and NPCs] Matt Chatterley
- Everybody was Kung-Fu fighting.. [was AI and NPCs] Ola Fosheim Grøstad
- Everybody was African fighting.. Jeff Kesselman
- MUD Design Fundamentals (Was: Looking for clawrenc@cup.hp.com
- Critical Hits clawrenc@cup.hp.com
- Critical Hits Jeff Kesselman
- MAGE 2 MAGE Spell System clawrenc@cup.hp.com
- MAGE 2 MAGE Spell System Travis Casey
- ramblings on resets and other random things Travis Casey
- ramblings on resets and other random things Adam Wiggins
- Porn threads clawrenc@cup.hp.com
- Porn threads Jeff Kesselman
- Porn threads Nathan Yospe
- Invitation to mudlist, a mailinglist for concepts in mud design Ola Fosheim Grøstad
- Mud Games Jon A. Lambert
- Affecting the world Marian Griffith
- Affecting the world Matt Chatterley
- Affecting the world ##Make Nylander
- Affecting the world Miroslav Silovic
- Affecting the world Maddy
- Affecting the world Jon A. Lambert
- Affecting the world Marian Griffith
- Affecting the world Matt Chatterley
- Affecting the world Jon A. Lambert
- Affecting the world Matt Chatterley
- Affecting the world Jon A. Lambert
- Affecting the world Matt Chatterley
- Affecting the world Nathan Yospe
- Affecting the world Matt Chatterley
- Affecting the world Jon A. Lambert
- Affecting the world clawrenc@cup.hp.com
- Affecting the world Caliban Tiresias Darklock
- Affecting the world clawrenc@cup.hp.com
- Affecting the world Matt Chatterley
- Affecting the world Adam Wiggins
- Affecting the world Caliban Tiresias Darklock
- Affecting the world Jon A. Lambert
- Affecting the world Caliban Tiresias Darklock
- Affecting the world clawrenc@cup.hp.com
- Affecting the world Matt Chatterley
- Affecting the world clawrenc@cup.hp.com
- Affecting the world Marian Griffith
- Affecting the world clawrenc@cup.hp.com
- Affecting the world Chris Gray
- Affecting the world Jon A. Lambert
- Affecting the world Chris Gray
- Affecting the world Jon A. Lambert
- Affecting the world Jon A. Lambert
- Affecting the world Marian Griffith
- Affecting the world Derrick Jones
- Affecting the world coder@ibm.net
- Affecting the world Jon A. Lambert
- MUD Development Digest Matthew R. Sheahan
- NPC AI and Learning. Michael Hohensee
- NPC AI and Learning. Travis S. Casey
- NPC AI and Learning. Michael Hohensee
- NPC AI and Learning. Alex Oren
- Getting players to cooperate (was Modeling spells/skills as collections of affects) Maddy
- Problems with admin thru consensus (long) clawrenc@cup.hp.com
- Problems with admin thru consensus (long) Jon A. Lambert
- Mud Games (fwd) Make Nylander
- Resource management Felix A. Croes
- Resource management clawrenc@cup.hp.com
- PK again (was: Character evolution) Marian Griffith
- PK again (was: Character evolution) Adam Wiggins
- PK again (was: Character evolution) Nathan Yospe
- PK again (was: Character evolution) Chris Gray
- PK again (was: Character evolution) Jon A. Lambert
- PK again (was: Character evolution) Matt Chatterley
- PK again (was: Character evolution) Marian Griffith
- PK again (was: Character evolution) Matt Chatterley
- PK again (was: Character evolution) Maddy
- PK again (was: Character evolution) Jon A. Lambert
- PK again (was: Character evolution) Marian Griffith
- PK again (was: Character evolution) Caliban Tiresias Darklock
- PK again (was: Character evolution) clawrenc@cup.hp.com
- PK again (was: Character evolution) Adam Wiggins
- PK again (was: Character evolution) Jon A. Lambert
- (subject missing) HALE2 Root
- (subject missing) HALE2 Root
- (subject missing) HALE2 Root
- (subject missing) HALE2 Root
- (subject missing) HALE2 Root
- Usability and interface and who the hell is supposed to Caliban Tiresias Darklock
- Usability and interface and who the hell is supposed to Chris Gray
- Usability and interface and who the hell is supposed to Maddy
- Usability and interface and who the hell is supposed to Caliban Tiresias Darklock
- Usability and interface and who the hell is supposed to Matt Chatterley
- Usability and interface and who the hell is supposed to Miroslav Silovic
- Usability and interface and who the hell is supposed to Adam Wiggins
- Usability and interface and who the hell is supposed to Caliban Tiresias Darklock
- Usability and interface and who the hell is supposed to Travis Casey
- Usability and interface and who the hell is supposed to Miroslav Silovic
- Usability and interface and who the hell is supposed to Caliban Tiresias Darklock
- Usability and interface and who the hell is supposed to Nathan Yospe
- Usability and interface and who the hell is supposed to coder@ibm.net
- Usability and interface and who the hell is supposed to clawrenc@cup.hp.com
- Usability and interface and who the hell is supposed to Marian Griffith
- Usability and interface and who the hell is supposed to clawrenc@cup.hp.com
- Usability and interface and who the hell is supposed to Caliban Tiresias Darklock
- Usability and interface and who the hell is supposed to Marian Griffith
- Usability and interface and who the hell is supposed to clawrenc@cup.hp.com
- Usability and interface and who the hell is supposed to Caliban Tiresias Darklock
- Usability and interface and who the hell is supposed to Adam Wiggins
- Usability and interface and who the hell is supposed to clawrenc@cup.hp.com
- Usability and interface and who the hell is supposed to Maddy
- Usability and interface and who the hell is supposed to Caliban Tiresias Darklock
- Usability and interface and who the hell is supposed to Ola Fosheim Grøstad
- Usability and interface and who the hell is supposed to clawrenc@cup.hp.com
- Usability and interface and who the hell is supposed to be playing, anyway? ##Make Nylander
- Something complete different Marian Griffith
- Something complete different Brandon J. Rickman
- Something complete different Marian Griffith
- Something complete different Brandon J. Rickman
- Something complete different Marian Griffith
- Something complete different Brandon J. Rickman
- Something complete different Matt Chatterley
- Something complete different Jon A. Lambert
- Something complete different clawrenc@cup.hp.com
- Something complete different Travis S. Casey
- Usability and interface and who the hell is suppo Jon A. Lambert
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Jon A. Lambert
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Jon A. Lambert
- Usability and interface and who the hell is suppo Chris Gray
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Travis Casey
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Travis Casey
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Travis Casey
- Usability and interface and who the hell is suppo Chris Gray
- Usability and interface and who the hell is suppo Nathan Yospe
- Usability and interface and who the hell is suppo Maddy
- Usability and interface and who the hell is suppo Jon A. Lambert
- Usability and interface and who the hell is suppo Jon A. Lambert
- Usability and interface and who the hell is suppo Jon A. Lambert
- Usability and interface and who the hell is suppo Jon A. Lambert
- Usability and interface and who the hell is suppo Jon A. Lambert
- Usability and interface and who the hell is suppo Todd Lair
- Usability and interface and who the hell is suppo Travis Casey
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Ola Fosheim Grøstad
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Adam Wiggins
- Usability and interface and who the hell is suppo Jon A. Lambert
- Usability and interface and who the hell is suppo Adam Wiggins
- Usability and interface and who the hell is suppo clawrenc@cup.hp.com
- Usability and interface and who the hell is suppo Chris Gray
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Nathan Yospe
- Usability and interface and who the hell is suppo Shawn Halpenny
- Usability and interface and who the hell is suppo Chris Gray
- Usability and interface and who the hell is suppo clawrenc@cup.hp.com
- Usability and interface and who the hell is suppo Jon A. Lambert
- Usability and interface and who the hell is suppo Travis Casey
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Ola Fosheim Grøstad
- Usability and interface and who the hell is suppo Adam Wiggins
- Usability and interface and who the hell is suppo clawrenc@cup.hp.com
- Usability and interface and who the hell is suppo Maddy
- Usability and interface and who the hell is suppo clawrenc@cup.hp.com
- Usability and interface and who the hell is suppo Travis Casey
- Usability and interface and who the hell is suppo Brandon J. Rickman
- Usability and interface and who the hell is suppo Travis Casey
- Usability and interface and who the hell is suppo Brandon J. Rickman
- Usability and interface and who the hell is suppo Michael Hohensee
- Usability and interface and who the hell is suppo Miroslav Silovic
- Usability and interface and who the hell is suppo Travis Casey
- Usability and interface and who the hell is suppo clawrenc@cup.hp.com
- Usability and interface and who the hell is suppo Matt Chatterley
- Usability and interface and who the hell is suppo Ola Fosheim Grøstad
- Usability and interface and who the hell is suppo Travis Casey
- Usability and interface and who the hell is suppo coder@ibm.net
- Usability and interface and who the hell is suppo Maddy
- Usability and interface and who the hell is suppo clawrenc@cup.hp.com
- Usability and interface and who the hell is suppo Jon A. Lambert
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo clawrenc@cup.hp.com
- Usability and interface and who the hell is suppo Matt Chatterley
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Adam Wiggins
- Usability and interface and who the hell is suppo Chris Gray
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Chris Gray
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Jon A. Lambert
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Marian Griffith
- Usability and interface and who the hell is suppo Caliban Tiresias Darklock
- Usability and interface and who the hell is suppo Chris Gray
- Usability and interface and who the hell is suppo clawrenc@cup.hp.com
- Usability and interface and who the hell is suppo Jon A. Lambert
- Usability and interface and who the hell is suppo Travis Casey
- games gender bias (Affecting the world) Ola Fosheim Grøstad
- games gender bias (Affecting the world) clawrenc@cup.hp.com
- games gender bias (Affecting the world) Caliban Tiresias Darklock
- games gender bias (Affecting the world) Michael Hohensee
- games gender bias (Affecting the world) Marian Griffith
- games gender bias (Affecting the world) Adam Wiggins
- games gender bias (Affecting the world) Ola Fosheim Grøstad
- games gender bias (Affecting the world) clawrenc@cup.hp.com
- games gender bias (Affecting the world) Marian Griffith
- games gender bias (Affecting the world) Ola Fosheim Grøstad
- games gender bias (Affecting the world) Adam Wiggins
- games gender bias (Affecting the world) Jon A. Lambert
- games gender bias (Affecting the world) Marian Griffith
- games gender bias (Affecting the world) Marian Griffith
- games gender bias (Affecting the world) Ola Fosheim Grøstad
- games gender bias (Affecting the world) Marian Griffith
- games gender bias (Affecting the world) Caliban Tiresias Darklock
- Usability and interface Adam Wiggins
- Usability and interface Caliban Tiresias Darklock
- Usability and interface Adam Wiggins
- Usability and interface Caliban Tiresias Darklock
- Usability and interface Adam Wiggins
- Usability and interface Caliban Tiresias Darklock
- Usability and interface Adam Wiggins
- Usability and interface Caliban Tiresias Darklock
- Usability and interface Travis Casey
- Usability and interface Caliban Tiresias Darklock
- Usability and interface Travis Casey
- Usability and interface Alex Oren
- Usability and interface Adam Wiggins
- Usability and interface Dan Shiovitz
- Usability and interface clawrenc@cup.hp.com
- Usability and interface Maddy
- Usability and interface Caliban Tiresias Darklock
- Usability and interface Nathan Yospe
- Usability and interface Caliban Tiresias Darklock
- Usability and interface Jon A. Lambert
- Usability and interface Caliban Tiresias Darklock
- Usability and interface Jon A. Lambert
- Usability and interface clawrenc@cup.hp.com
- Usability and interface Broly
- Usability and interface clawrenc@cup.hp.com
- Usability and interface Maddy
- Usability and interface Maddy
- Usability and interface Adam Wiggins
- Usability and interface Matt Chatterley
- Usability and interface clawrenc@cup.hp.com
- Usability and interface Matt Chatterley
- Usability and interface clawrenc@cup.hp.com
- Usability and interface Shawn Halpenny
- Usability and interface Adam Wiggins
- Usability and interface Shawn Halpenny
- Usability and interface Ola Fosheim Grøstad
- Usability and interface Koster, Raph
- Usability and interface Jon A. Lambert
- Usability and interface Ola Fosheim Grøstad
- Usability and interface Chris Gray
- Usability and interface clawrenc@cup.hp.com
- Usability and interface Caliban Tiresias Darklock
- Usability and interface clawrenc@cup.hp.com
- Usability and interface Jon A. Lambert
- Usability and interface Maddy
- Usability and interface clawrenc@cup.hp.com
- Usability and interface Caliban Tiresias Darklock
- Usability and interface Maddy
- Usability and interface Travis Casey
- Usability and interface Caliban Tiresias Darklock
- Usability and interface Broly
- Usability and interface Nathan Yospe
- Usability and interface Marian Griffith
- Usability and interface Broly
- Usability and interface Marian Griffith
- Usability and interface Matt Chatterley
- Usability and interface Marian Griffith
- Usability and interface Matt Chatterley
- Usability and interface Broly
- Usability and interface clawrenc@cup.hp.com
- Usability and interface Broly
- Usability and interface coder@ibm.net
- Usability and interface Jon Leonard
- Usability and interface Chris Gray
- Usability and interface Todd Lair
- Usability and interface clawrenc@cup.hp.com
- Usability and interface Adam Wiggins
- Usability and interface Maddy
- Usability and interface clawrenc@cup.hp.com
- Usability and interface Jon A. Lambert
- Usability and interface Ola Fosheim Grøstad
- Usability and interface Koster, Raph
- Usability and interface Ola Fosheim Grøstad
- Usability and interface clawrenc@cup.hp.com
- Usability and interface Adam Wiggins
- Usability and interface Chris Gray
- Usability and interface and who the hell is supposed to Chris Gray
- Types of game Matt Chatterley
- Types of game Caliban Tiresias Darklock
- Types of game Koster, Raph
- Types of game Marian Griffith
- Types of game Matt Chatterley
- Types of game Adam Wiggins
- Types of game Travis Casey
- Types of game Travis Casey
- Types of game Marian Griffith
- Types of game coder@ibm.net
- Types of game Ola Fosheim Grøstad
- Types of game clawrenc@cup.hp.com
- To flame or not to flame (was: Usability and ...) Ola Fosheim Grøstad
- To flame or not to flame (was: Usability and ...) Caliban Tiresias Darklock
- To flame or not to flame (was: Usability and ...) clawrenc@cup.hp.com
- To flame or not to flame (was: Usability and ...) Nathan Yospe
- To flame or not to flame (was: Usability and ...) Adam Wiggins
- META: To flame or not to flame (was: Usability and ...) coder@ibm.net
- (fwd) Avios 1.2.0 clawrenc@cup.hp.com
- Usability and interface and who the hell is supposed to be Maddy
- META: To flame or not to flame (was: Usability and ...) clawrenc@cup.hp.com
- META: To flame or not to flame (was: Usability and ...) Ola Fosheim Grøstad
- META: To flame or not to flame (was: Usability and ...) clawrenc@cup.hp.com
- META: To flame or not to flame (was: Usability and ...) Ola Fosheim Grøstad
- Stranger in a Strange Land (was Usability and interface clawrenc@cup.hp.com
- Stranger in a Strange Land (was Usability and interface Koster, Raph
- Stranger in a Strange Land (was Usability and interface Ola Fosheim Grøstad
- Stranger in a Strange Land (was Usability and interface Chris Gray
- Stranger in a Strange Land (was Usability and interface Ola Fosheim Grøstad
- Stranger in a Strange Land (was Usability and interface clawrenc@cup.hp.com
- Stranger in a Strange Land (was Usability and interface clawrenc@cup.hp.com
- Stranger in a Strange Land (was Usability and interface Caliban Tiresias Darklock
- Stranger in a Strange Land (was Usability and interface Miroslav Silovic
- Stranger in a Strange Land (was Usability and interface Caliban Tiresias Darklock
- Stranger in a Strange Land (was Usability and interface clawrenc@cup.hp.com
- Usability and interface and who the hell is supposed to Broly
- Usability and interface and who the hell is supposed to Caliban Tiresias Darklock
- Usability and interface and who the hell is supposed to clawrenc@cup.hp.com
- Usability and interface and who the hell is supposed to Adam Wiggins
- Usability and interface and who the hell is supposed to Caliban Tiresias Darklock
- (fwd) Key, new server code in Java coder@ibm.net
- A place of my own Jon A. Lambert
- A place of my own Shawn Halpenny
- A place of my own Maddy
- A place of my own clawrenc@cup.hp.com
- A place of my own Koster, Raph
- A place of my own Ola Fosheim Grøstad
- A place of my own Caliban Tiresias Darklock
- A place of my own Marian Griffith
- Usability and interface and who the hell is supposed to clawrenc@cup.hp.com
- OT: Usability and interface Jon A. Lambert
- OT: Usability and interface clawrenc@cup.hp.com
- more classes (Usability and interface and who the hell is suppo) Ola Fosheim Grøstad
- more classes (Usability and interface and who the hell is suppo) Brandon J. Rickman
- more classes (Usability and interface and who the hell is suppo) clawrenc@cup.hp.com
- more classes (Usability and interface and who the hell is suppo) Brandon J. Rickman
- more classes (Usability and interface and who the hell is suppo) Matt Chatterley
- more classes (Usability and interface and who the hell is suppo) Matt Chatterley
- more classes (Usability and interface and who the hell is suppo) Marian Griffith
- UI Issues: Anti-scripting techniques Brian Price
- UI Issues: Anti-scripting techniques Travis Casey
- UI Issues: Anti-scripting techniques Adam Wiggins
- UI Issues: Anti-scripting techniques Brian Price
- UI Issues: Anti-scripting techniques Travis Casey
- UI Issues: Anti-scripting techniques Shawn Halpenny
- UI Issues: Anti-scripting techniques Adam Wiggins
- UI Issues: Anti-scripting techniques Shawn Halpenny
- UI Issues: Anti-scripting techniques Adam Wiggins
- UI Issues: Anti-scripting techniques Travis Casey
- UI Issues: Anti-scripting techniques Broly
- UI Issues: Anti-scripting techniques coder@ibm.net
- UI Issues: Anti-scripting techniques Marian Griffith
- UI Issues: Anti-scripting techniques Brian Price
- UI Issues: Anti-scripting techniques Travis Casey
- UI Issues: Anti-scripting techniques Adam Wiggins
- UI Issues: Anti-scripting techniques Brian Price
- UI Issues: Anti-scripting techniques Brandon J. Rickman
- UI Issues: Anti-scripting techniques Caliban Tiresias Darklock
- UI Issues: Anti-scripting techniques Brandon J. Rickman
- UI Issues: Anti-scripting techniques Travis Casey
- UI Issues: Anti-scripting techniques clawrenc@cup.hp.com
- UI Issues: Anti-scripting techniques Brian Price
- UI Issues: Anti-scripting techniques Maddy
- UI Issues: Anti-scripting techniques clawrenc@cup.hp.com
- UI Issues: Anti-scripting techniques Maddy
- UI Issues: Anti-scripting techniques coder@ibm.net
- UI Issues: Dealing with Lag Brian Price
- UI Issues: Dealing with Lag clawrenc@cup.hp.com
- Usability and interface and who the hell is supposed to Michael Hohensee
- Usability and interface and who the hell is supposed to Shawn Halpenny
- Usability and interface and who the hell is supposed to Michael Hohensee
- Usability and interface and who the hell is supposed to be playing Shawn Halpenny
- Usability and interface and who the hell is supposed to be Maddy
- Stranger in a Strange Land (was Usability and interface and Maddy
- War and language (Was: Usability and interface and who Matt Chatterley
- Focus (Was: Usability and interface and who the hell is suppo) Matt Chatterley
- Usability and interface and who the hell is suppon Adam Wiggins
- Balance of Character Power Jon A. Lambert
- Balance of Character Power clawrenc@cup.hp.com
- Balance of Character Power Travis Casey
- Balance of Character Power Shawn Halpenny
- What to do with the first summary? Marian Griffith
- NPC AI Brian Price
- Reusable plots for quests Brian Price
- Reusable plots for quests clawrenc@cup.hp.com
- Reusable plots for quests Brian Price
- Reusable plots for quests Travis Casey
- Reusable plots for quests Brian Price
- Reusable plots for quests Travis Casey
- Reusable plots for quests Brandon J. Rickman
- Reusable plots for quests Travis Casey
Brandon J. Rickman <ashes@pc4.zennet.com> wrote:
>On Sat, 11 Oct 1997 22:58:39 PST8PDT "Travis Casey"
><efindel@polaris.net> wrote:
>>Brian Price <blprice@bedford.net> wrote:
>First a brief nitpick about the use of terms like "story", "plot", and
>"quest". It seems to be clear that a story is, generally, made up of
>plot elements. (There is a storytelling software package that avoids
>the absolute definition of "story" by defining something called a
>"story argument", the latter being a subset of the former.) But the
>plot of a story is more of an after-the-fact detail. The Troll King
>actually kidnapped Princess Shortcake because he was in love with her,
>and Our Hero rescues the Princess because her father, King Shortcake,
>hates Trolls. The plot elements of the story may not make sense, until
>the whole story is finished. In the traditional mud quest there is a
>clearly defined goal or solution to the story. But a Hero, by dealing
>with the plot elements, may end up with an interesting story yet
>fail to solve the "quest". One way to rescue the Princess would be to
>form an alliance between the trolls and King Shortcake. If the quest
>was supposed to be "capture the princess and kill the Troll King" this
>is a failed quest solution.
Well, I think of the "plots" more as things which help us to create plot
elements which *could* combine with the actions of the players to create
something resembling a traditional fantasy story -- that is, the "plot"
is simply a guideline to help the designer (whether human or automated)
choose a set of plot elements which *can* make sense once the story is
finished. The outcome may not be that envisioned, and the storyline
may vary from that originally envisioned as well. Indeed, I'd *expect*
both of those to vary, according to the individual players involved and
what else is happening on the mud at the time.
>>A mud, though, is more like a serial or a soap opera. Since these
>>lack definite beginnings and endings, there's no need for them to
>>have subplots which "run with" particular plots. Rather, secondary
>>plots can overlap primary plots in various ways and even with each
>>other.
>
>In a world where the stories are constantly returning to the same
>state (a local climax) or some endless permutation of storylines
>(soap opera) there seems to be a desire for a steady-state system.
>These systems purport to be "interesting" but they have great
>potential to be tedious and dull. It is, I would argue, the personal
>involvement with the story or the vicarious enjoyment of the story that
>needs to be emphasised. Rather than the "man learns a lesson" plot, which
>is the most common story in muds already, think about the "man is a
>seemingly insignificant pawn" plot:
I'd argue about "man learns a lesson" being common in muds, but that's
probably outside the scope of this list. :-)
>You are a messenger. Your master, some local noble, gives you a message to
>take to the king. You must travel many miles, deal with road bandits,
>outsmart greedy innkeepers, and perhaps "learn a lesson" before you can
>deliver the message. Maybe there isn't even a "big" plot associated with
>the message, it is just some routine correspondence. But the messenger
>doesn't know that (and, in my world, the _game_ doesn't know either) until
>the message is lost or stolen and a plot breaks out. Whatever overall
>story there is involves several characters, and none of them know every
>detail of the story.
I agree that there should be overarcing plots on a mud. However, I
believe that such plots should be designed by a human rather than
automatically generated. Since we've been discussing automated "quest"
generation, I haven't been mentioning them.
IMHO, a mud should not have a "steady-state" position -- if it does, then
the players can't really change the world in any significant way, and all
their actions are for naught. While this might be realistic, it's
definitely
not fitting in the heroic mold. (Of course, if your mud isn't supposed to
be in the heroic mold, it may be appropriate for the actions of the PCs to
never have any significant effect.)
The sort of plots that we're talking about generating automatically should
be fitted into one of the overarcing plots where possible. That's one of
the reasons that I suggested having a human look at the automatic plots and
be able to modify them -- a human can supply the high-level, long-term view
of where you want the mud to go more easily than any software can. That
human can then "adopt" some plots into the overarcing plot(s).
>>>One difference between a novella and a novel is the drastic reduction
>>>with the novella form in the number of seemingly inconsequential
>>>events interspersed throughout main and sub-plot alike. These events
>>>can be described as random events or micro-plots. These micro-plots
>>>typically have a scope of only a single scene and have only minor
>>>relevance to any sub-plot or master plot serving mainly to add color
>>>although occasionally affecting plot direction.
>>
>>For similar reasons, I think it possible to leave out random events --
>>however, it may be a good idea to throw them in anyways, since there's
>>less of a problem with creating ones which are thematically appropriate.
>
>I don't know what these "random events" are that you would like to leave
>out. A random die roll? A random encounter? Random weather? A random
>venerial disease? A random sub-quest to find cheese for a mouse?
>
>Which is easier: taking a big story plot and breaking it down into lots of
>little bitty plot details, or taking lots of itty bitty plot details and
>putting them together into a big story plot? Making up a big plot based
>on details could be called a conspiracy theory.
I think the original poster was talking about random story events which
don't have anything to do with the plot. These could be encounters,
barroom brawls, false clues, etc. IMHO, most of these things will
happen anyways, because the mud has more than one storyline happening at
once -- therefore, a player who's attempting to follow a given storyline
will run into things that aren't directly relevant to his/her storyline
without them being explicitly added.
IMHO, the "making up a big plot based on the details" is the responsibility
of the humans running the mud -- it's not really something well-fitted to
automation. My basic thrust is that since such details will happen anyways,
there's little need to have random quest-generation software add them.
>>Adapting this to a mud seems fairly easy -- simply pick a generic plot,
>>randomly pick items that match the types needed by each slot (i.e.,
>>NPCs, objects, places, etc.), and then place items where they need to
>>go for the plot to be viable.
>
>This always implies some kind of directed activity on the part of the
player,
>i.e. players are obligated to go on "quests" where they must perform some
>"action". I think an open-entry fishing competition would be more
>interesting.
Personally, I prefer the idea of "implicit quests." That is, rather than
having an old LP-style situation where there are certain known quests, and
it's made explicitly clear that the players are expected to follow these
quests, have a world in which things are happening and the players are free
to choose whether or not to get involved.
That's probably not too clear, so let me put it another way. As much as
possible, I'd like the world to seem like it's real to the players. Having
quests which are created, announced, and known to exist as quests works
against this -- it's blantantly obvious that such quests are artificial
constructs, meant purely as hoops for the characters to jump through.
Instead of announcing quests via out-of-game mechanisms, quests should be
worked into the game in such a way that they appear natural. For example,
the characters might come into one of the mud's villages to find that it's
been burned to the ground, then discover something (a lone survivor, runes
scratched in the dirt, whatever) that lets them know that the Red Hand
orc tribe was responsible. It's then up to the players to choose what to
do, without any "quest info" or other such things being available.
Of course, doing this in a way that will seem real requires one-shot events
and a mud that will change over time -- if the village comes back as soon
as the "quest" is solved, or if more than one group can run across the same
dying old man and get information from him, the illusion of reality is
spoiled.
>There was once a game on the C64 called Adventure Construction Set, made by
>Electronic Arts. There were two prebuilt adventures, and the construction
>set, plus an option to let the program generate its own adventure games
>for you to play. This took an ungodly amount of time (probably half an
>hour to generate a "short" adventure) and the adventures were always
>"If you bring me X I'll give you Y," quests. These adventures, needless
>to say, became quite predictable (and further suffered from speed and
>memory limitations of the 64). But it was quite a brilliant game for
>the time. I can't remember why I wanted to bring this up.
Probably because these seem to be the dominant type of quests on many
muds. They're good for players looking for a simple adventure, because
there's a definite goal and a definite way to reach it.
This stands in contrast to an "organic" quest like the burned village I
described above. What is the party supposed to do? Try to hunt down the
orcs and avenge the village? Are there survivors who should be rescued
from the orcs? Are the orcs planning other raids that need to be defended
against? Is it possible that someone else performed the attack and has
left fake evidence to point to the orcs?
A well-built "quest" should be able to go in many different directions
depending on the actions of the players. However, such a "quest" is harder
to create than a simple linear quest, and demands more from the players.
Thus, these will probably always be less common on muds than the "go to X,
get Y and bring it to Z" type quests.
>>Example: Let's say that the randomly selected plot is "rescue someone."
>>It's slots are "who to rescue," "who to rescue them from," "where are they
>>being held," and "where to return them to." "The princess Esmerelda"
might
>>be randomly chosen for who and "the evil wizard Dolor" for who from.
These
>>choices might then force "a cell in Dolor's castle" to be used for where
>>from, and "King Varain's castle" to be used for where to.
>
>How does the character figure out the story? Do they have to do a brute
>force search of Dolor's castle? And most important, is the intended
>solution to have the character defeat the evil wizard Dolor? Maybe you
>would want to customize the story around the player, a thief or a wizard
>might solve the story in different ways.
IMHO, the story should be able to go in many ways, depending on the actions
(or lack thereof) of the players. A few quick ones with the example:
- It's possible that no players will choose to "take up" the quest. Thus,
there should be some sort of time limit after which something else will
happen -- the king might pay the ransom and have the princess returned,
or the king might pay the ransom and Dolor might simply kill the princess
and keep the money, or the king might send some of his own knights to
try to rescue the princess, etc. Some would consider this a failed
outcome, but I wouldn't -- even if no players get involved in the story,
the fact that things can happen without the players getting involved
will make the world seem more real.
- The players might enter Dolor's castle and do a brute force search for
the princess, killing anyone who gets in the way. (They know that Dolor
has the princess, since the ransom note said so.) If the princess is
there, they'll undoubtedly find her, provided they can survive long
enough.
- Since these are supposed to be reusable elements, it's possible that
other players may have been in Dolor's castle before. Thus, the players
might choose to find another player who knows the inside of Dolor's
castle and either hire him/her as a guide or get information about Dolor's
castle from him/her.
- It's also possible that the players might choose to use stealth. They
might disguise themselves as some of Dolor's henchmen and seek to enter
the castle that way, or they might try to bribe some of Dolor's henchmen.
For this to work, of course, the designer must have either anticipated
the possibility or there must be someone available who can control the
actions of the NPCs on the fly.
Of course, there are plenty of other possibilities. Maybe Dolor is
keeping the princess somewhere else. Maybe Dolor doesn't actually have
the princess, but someone wants the king to think he does. Maybe the
princess has fallen in love with Dolor, and the two of them are scheming
together to get money from her father before they leave to start their
new life together. And, of course, there's a near-infinite variety of
actions the players could take. To really allow for the full gamut of
possibilities, it would be best if someone could be assigned to watch
what the questers are doing and provide reasonable reactions to unexpected
situations.
>Here is a story: everyone is on a quest for a magic object. Along the way
>many of them are told that the object has already been found, or doesn't
>actually exist. Eventually someone finds the object but it is too late:
>the kingdom has fallen into ruin, the object doesn't work they way it was
>supposed to, and all the important characters die.
>
>The theory here being, as the storyline has an increasingly significant
>affect on the world the potential lifespan of the world gets shorter.
>If King Shortcake has all the Trolls killed there might not be anything
>interesting left to do in the world (for the next dozen years). Is
>that the end of the mud? Shouldn't it be?
I agree that such stories need to be possible, as I think my comments
above will indicate. I do know, however, that I'd be hesitant to create
a storyline which might end the mud (unless I was getting tired of
running it). :-)
--
|\ _,,,---,,_ 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 - Reusable plots for quests Adam Wiggins
- Reusable plots for quests coder@ibm.net
- Reusable plots for quests Travis S. Casey
- Reusable plots for quests coder@ibm.net
- Reusable plots for quests Adam Wiggins
- Reusable plots for quests coder@ibm.net
- Reusable plots for quests Travis S. Casey
- Reusable plots for quests coder@ibm.net
- Reusable plots for quests Derrick Jones
- Reusable plots for quests Travis Casey
- Stranger in a Strange Land (was Usability and interface and Maddy
- Stranger in a Strange Land Adam Wiggins
- Stranger in a Strange Land clawrenc@cup.hp.com
- Stranger in a Strange Land Adam Wiggins
- Stranger in a Strange Land coder@ibm.net
- Stranger in a Strange Land (was Usability and interface Adam Wiggins
- Dupes coder@ibm.net
- Stranger in a Strange Land (was Usability and interface Ola Fosheim Grøstad