<!-- MHonArc v2.4.4 --> <!--X-Subject: Re: [MUD-Dev] Reusable plots for quests --> <!--X-From-R13: "Pevna Bevpr" <oycevprNorqsbeq.arg> --> <!--X-Date: Sun, 12 Oct 1997 13:08:32 +0000 --> <!--X-Message-Id: 199710121049.3609500#bedford,net --> <!--X-Content-Type: text/plain --> <!--X-Head-End--> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <html> <head> <title>MUD-Dev message, Re: [MUD-Dev] Reusable plots for quests</title> <!-- meta name="robots" content="noindex,nofollow" --> <link rev="made" href="mailto:blprice#bedford,net"> </head> <body background="/backgrounds/paperback.gif" bgcolor="#ffffff" text="#000000" link="#0000FF" alink="#FF0000" vlink="#006000"> <font size="+4" color="#804040"> <strong><em>MUD-Dev<br>mailing list archive</em></strong> </font> <br> [ <a href="../">Other Periods</a> | <a href="../../">Other mailing lists</a> | <a href="/search.php3">Search</a> ] <br clear=all><hr> <!--X-Body-Begin--> <!--X-User-Header--> <!--X-User-Header-End--> <!--X-TopPNI--> Date: [ <a href="msg00095.html">Previous</a> | <a href="msg00097.html">Next</a> ] Thread: [ <a href="msg00095.html">Previous</a> | <a href="msg00098.html">Next</a> ] Index: [ <A HREF="author.html#00096">Author</A> | <A HREF="#00096">Date</A> | <A HREF="thread.html#00096">Thread</A> ] <!--X-TopPNI-End--> <!--X-MsgBody--> <!--X-Subject-Header-Begin--> <H1>Re: [MUD-Dev] Reusable plots for quests</H1> <HR> <!--X-Subject-Header-End--> <!--X-Head-of-Message--> <UL> <LI><em>To</em>: <A HREF="mailto:mud-dev#null,net">mud-dev#null,net</A></LI> <LI><em>Subject</em>: Re: [MUD-Dev] Reusable plots for quests</LI> <LI><em>From</em>: "Brian Price" <<A HREF="mailto:blprice#bedford,net">blprice#bedford,net</A>></LI> <LI><em>Date</em>: Sun, 12 Oct 1997 09:17:02 +0000</LI> <LI><em>Comments</em>: Authenticated sender is <blprice#bedford,net></LI> </UL> <!--X-Head-of-Message-End--> <!--X-Head-Body-Sep-Begin--> <HR> <!--X-Head-Body-Sep-End--> <!--X-Body-of-Message--> <PRE> I can easily see in retrospect where my original presentation was a bit misleading. While the scope of the initial pnel theorem was intended to be a single-player game, my suggestion for muds is not to extend the theory to make a multi-player game. Rather, I suggest it might be applicable to developing reusable quests for a mud. As many of you have no doubt noticed, I find it difficult at times to express my concepts in a clear and concise manner. The pnel theorem is indeed an example. What I attempted to do with pnel was to describe a set of rules for traversing an MxN matrix of nodes, where the nodes are plot element nodes or story primitives. If a story is considered to be a path from the bottom row of the matrix to the top row of the matrix, the number of permutations would seemingly be much larger than M (approaching M^N). If this is not possible/practical then one may as well create M stories (a much easier task). > From: "Travis Casey" <efindel#polaris,net> > Brian Price <blprice#bedford,net> wrote: <snip> > >A story can be expressed as a combination of three plot scopes; the > >master plot, the sub-plot, and the random event (or micro-plot). A <snip> > I don't really think we need all of these story elements on a mud. > Subplots aren't always needed -- many short stories don't have a > subplot, for example. In longer stories, subplots can serve any > number of purposes -- usually, though, they serve to provide a > parallel or a counterpoint to the primary plot. To serve these > purposes, though, the subplot would have to be constructed carefully > in parallel with the main plot, rather than being randomly chosen. You've hit upon the major problem with implementing the original system as defined. Frankly it is a very difficult task to construct the subplots even though a logic system is defined whereby incompatible sub-plots are excluded from the story's possibility sea. It may have been hard to tell from my rambling explanation of the theory but none of the elements where randomly generated in the system described. Rather they were randomly combined at run time according to the current state of the story from the set of non-excluded sub-plots and micro-plots under certain rules. < have to snip a bit here, basically I agree that it is improper (if not impractical) to apply the pnel theory to the mud story itself > > > [some cut] [some more cut] > > 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. It would be possible to leave out the random events but I believe this would be a serious mistake as it makes the result less complex to the observer (player). The whole idea in a reusable quest mechanism utilizing a multi-plot approach is to overwhelm the player with the number of possible combinations. Each pass thru is new and different, random events do much to help create the atmosphere which serves to disguise divergent points in the plots. > >A somewhat arbitrary choice of basic plot elements can be made to form > >the common set of plot elements. The current plot element node logic > >theorem holds that these elements can be defined as setting, > >character, information, features, and events. The element setting can > >be described as the physical surroundings in which the scene occurs. > >The character element consists of the characters and creatures which > >are within the setting during the time the scene occurs. The > >information element consists of knowledge which may be obtained by or > >imparted to a character from some other element during the course of > >the scene. > > This reminds me strongly of a method which has been used to generate > random stories created by a computer. Here's the basic outline: > > - First, a general "plot" is randomly selected. These plots are > *very* general -- along the lines of "find and retrieve something," > "help someone achieve a goal," etc. Man learns a lesson :) > - Each of these general plots has an associated set of "slots" which > must be filled to generate the specific plot. For example, for > "find and retrieve something," the "slots" might be "what to retrieve," > "from where," "where to return it to," and "obstacles." (Note that > some "slots" might have more than one thing in them -- for example, > the general "find and retrieve" plot might specify that 1 to 4 > obstacles should be chosen.) Also, the choices made for some slots > may restrict what choices can be made for other slots. I see the similarity as well, these slots sound very much like the element associations/mappings used in my initial implementations. > - The story is then built using this information. At some points, > "substories" might be inserted -- for example, the story of how > a particular obstacle was overcome. In a pnel type multi-plot story, your stories and sub-stories developed as above would be mapped into the story's possibility sea as potential plots/sub-plots. The story would not actually be built until run-time in an interactive manner with the PC/PC group. > 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 is really the fork in the road in approaches to achieving reusable stories for quests vs. randomly generated quests. A reusable story, using the multi-plot approach, achieves reusability through combinatorial complexity. At a certain degree of complexity, it becomes indistinguishable to a human observer from a truly random plot generator. The difference is that in the multi-plot approach, all aspects are guaranteed to be consistent and logical, once written and debugged, no further human intervention is necessary. The writing and debugging, however, is a non-trivial task. I'm very interested in the idea of generating the initial plots and sub-plots via a random generator along the lines which you describe as it would go far to reduce the abysmal burden upon the multi-plot story writer. Brian Price <blprice#bedford,net> </PRE> <!--X-Body-of-Message-End--> <!--X-MsgBody-End--> <!--X-Follow-Ups--> <HR> <!--X-Follow-Ups-End--> <!--X-References--> <!--X-References-End--> <!--X-BotPNI--> <UL> <LI>Prev by Date: <STRONG><A HREF="msg00095.html">Re: [MUD-Dev] Reusable plots for quests</A></STRONG> </LI> <LI>Next by Date: <STRONG><A HREF="msg00097.html">Re: [MUD-Dev] NPC AI</A></STRONG> </LI> <LI>Prev by thread: <STRONG><A HREF="msg00095.html">Re: [MUD-Dev] Reusable plots for quests</A></STRONG> </LI> <LI>Next by thread: <STRONG><A HREF="msg00098.html">Re: [MUD-Dev] Reusable plots for quests</A></STRONG> </LI> <LI>Index(es): <UL> <LI><A HREF="index.html#00096"><STRONG>Date</STRONG></A></LI> <LI><A HREF="thread.html#00096"><STRONG>Thread</STRONG></A></LI> </UL> </LI> </UL> <!--X-BotPNI-End--> <!--X-User-Footer--> <!--X-User-Footer-End--> <ul><li>Thread context: <BLOCKQUOTE><UL> <LI><STRONG>Re: [MUD-Dev] Stranger in a Strange Land</STRONG>, <EM>(continued)</EM> <ul compact> <ul compact> <LI><strong><A NAME="00110" HREF="msg00110.html">Re: [MUD-Dev] Stranger in a Strange Land</A></strong>, coder <a href="mailto:coder#ibm,net">coder#ibm,net</a>, Tue 14 Oct 1997, 20:40 GMT </LI> </ul> </ul> </LI> <LI><strong><A NAME="00030" HREF="msg00030.html">Re: [MUD-Dev] Reusable plots for quests</A></strong>, clawrenc <a href="mailto:clawrenc#cup,hp.com">clawrenc#cup,hp.com</a>, Fri 03 Oct 1997, 18:05 GMT <UL> <li><Possible follow-up(s)><br> <LI><strong><A NAME="00033" HREF="msg00033.html">Re: [MUD-Dev] Reusable plots for quests</A></strong>, Brian Price <a href="mailto:blprice#bedford,net">blprice#bedford,net</a>, Sat 04 Oct 1997, 07:01 GMT </LI> <LI><strong><A NAME="00095" HREF="msg00095.html">Re: [MUD-Dev] Reusable plots for quests</A></strong>, Travis Casey <a href="mailto:efindel#polaris,net">efindel#polaris,net</a>, Sun 12 Oct 1997, 02:09 GMT </LI> <LI><strong><A NAME="00096" HREF="msg00096.html">Re: [MUD-Dev] Reusable plots for quests</A></strong>, Brian Price <a href="mailto:blprice#bedford,net">blprice#bedford,net</a>, Sun 12 Oct 1997, 13:08 GMT </LI> <LI><strong><A NAME="00098" HREF="msg00098.html">Re: [MUD-Dev] Reusable plots for quests</A></strong>, Brandon J. Rickman <a href="mailto:ashes#pc4,zennet.com">ashes#pc4,zennet.com</a>, Mon 13 Oct 1997, 00:09 GMT </LI> <LI><strong><A NAME="00126" HREF="msg00126.html">Re: [MUD-Dev] Reusable plots for quests</A></strong>, Travis Casey <a href="mailto:efindel#polaris,net">efindel#polaris,net</a>, Sun 19 Oct 1997, 19:57 GMT </LI> <LI><strong><A NAME="00127" HREF="msg00127.html">Re: [MUD-Dev] Reusable plots for quests</A></strong>, Travis Casey <a href="mailto:efindel#polaris,net">efindel#polaris,net</a>, Sun 19 Oct 1997, 20:40 GMT <UL> <LI><strong><A NAME="00135" HREF="msg00135.html">Re: [MUD-Dev] Reusable plots for quests</A></strong>, Adam Wiggins <a href="mailto:nightfall#user2,inficad.com">nightfall#user2,inficad.com</a>, Tue 21 Oct 1997, 08:51 GMT </LI> </UL> </LI> </UL> </LI> </UL></BLOCKQUOTE> </ul> <hr> <center> [ <a href="../">Other Periods</a> | <a href="../../">Other mailing lists</a> | <a href="/search.php3">Search</a> ] </center> <hr> </body> </html>