1998Q2/
<!-- MHonArc v2.4.4 -->
<!--X-Subject: Re: [MUD&#45;Dev] There can be.. only ONE! -->
<!--X-From-R13: X Q Znjerapr <pynjNhaqre.rate.ftv.pbz> -->
<!--X-Date: Thu, 16 Apr 1998 17:10:21 +0000 -->
<!--X-Message-Id: 199804161710.KAA166448#under,engr.sgi.com -->
<!--X-Content-Type: text/plain -->
<!--X-Reference: 35356880.E26AD135#freehold,crocodile.org -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, Re: [MUD-Dev] There can be.. only ONE!</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:claw#under,engr.sgi.com">
</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>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
<br clear=all><hr>
<!--X-Body-Begin-->
<!--X-User-Header-->
<!--X-User-Header-End-->
<!--X-TopPNI-->

Date:&nbsp;
[&nbsp;<a href="msg00195.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00197.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Thread:&nbsp;
[&nbsp;<a href="msg00198.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00190.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Index:&nbsp;
[&nbsp;<A HREF="author.html#00196">Author</A>
&nbsp;|&nbsp;<A HREF="#00196">Date</A>
&nbsp;|&nbsp;<A HREF="thread.html#00196">Thread</A>
&nbsp;]

<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>Re: [MUD-Dev] There can be.. only ONE!</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] There can be.. only ONE! </LI>
<LI><em>From</em>: J C Lawrence &lt;<A HREF="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</A>&gt;</LI>
<LI><em>Date</em>: Thu, 16 Apr 1998 10:10:15 -0700</LI>
</UL>
<!--X-Head-of-Message-End-->
<!--X-Head-Body-Sep-Begin-->
<HR>
<!--X-Head-Body-Sep-End-->
<!--X-Body-of-Message-->
<PRE>
On Wed, 15 Apr 1998 19:28:50 PST8PDT 
Vadim Tkachenko&lt;vt#freehold,crocodile.org&gt; wrote:

&gt; Richard Woolcock wrote:
&gt;&gt; J C Lawrence wrote: &gt; &gt; On Sat, 11 Apr 1998 18:26:30 PST8PDT &gt; Matt
&gt;&gt; Chatterley&lt;matt#mpc,dyn.ml.org&gt; wrote: &gt;

&gt; [skipped]

&gt;&gt; A predictable map would result in long-term players having an
&gt;&gt; advantage.  Ever played Doom2 against someone who knows the areas
&gt;&gt; better than you?  Predictability and stability can become boring
&gt;&gt; over time.
&gt;&gt; 
&gt;&gt; &gt; -- When the remapping occurs all players are informed of the fact
&gt;&gt; &gt; (despite the fact that they see the world change about them).
&gt;&gt; 
&gt;&gt; Are you talking about something like:
&gt;&gt; 
&gt;&gt; A stone wall slides out of the ground, blocking the east exit.
&gt;&gt; 
&gt;&gt; [x second delay]
&gt;&gt; 
&gt;&gt; The ceiling shimmers for a moment, then fades out of existance.
&gt;&gt; 
&gt;&gt; [x second delay]
&gt;&gt; 
&gt;&gt; The ground crumbles beneath your feet.  You fall downwards...
&gt;&gt; 
&gt;&gt; Or more like:
&gt;&gt; 
&gt;&gt; [long delay]
&gt;&gt; 
&gt;&gt; The world seems to shift and distort around you!  A stone wall
&gt;&gt; slides out of the ground, blocking the east exit.  The ceiling
&gt;&gt; shimmers for a moment, then fades out of existance.  The ground
&gt;&gt; crumbles beneath your feet.  You fall downwards...
&gt;&gt; 
&gt;&gt; It would be more interesting IMO to have a constantly shifting
&gt;&gt; world...

&gt; Yes, but my prediction is it would be pretty annoying to play in a
&gt; _rapidly_ changing world. 

I see the game as having two fronts on this score: The entire world
changes significantly periodically on a known and publicly broadcasted
pulse, with players informed on whether the world will change in the
upcoming pulse.  Next up is that between pulses the game world
constantly mutates proportional to player activity.  The changes are
not as massive as those at pulses, but do alter the map and local
tactics.

&gt; Just my personal opinion, hope I'm not the only one, I like to
&gt; explore the world slowly and step by step, until I'm familiar with
&gt; it, and then start to take advantage of the knowledge. The world you
&gt; describe, though, will completely diminish the value of such a
&gt; behavior, and will make the systematic exploration useless, thus
&gt; giving the benefit to the people who prefer to hack-n-slash around
&gt; instead of putting some effort to explore the world.

Exactly -- that is the entire intention.  I also tend to prefer the
approach you describe in playing MUDs (a very "spade"
characteristic).  However the game described is much closer to a
free-for-all chaotic melee.  The challenge and the spirit of the game
is to be able to be dropped into a new world with little notice of
what that world will be like, or where you will be in it, and to then
be able to combat effectively -- even tho the world will be changing
about you.  Fast adaptability and ad-hoc planning are the name of the
game, not long-term strategy.

&gt; But, from the other side, I completely agree that the world should
&gt; change, as in the RL, so there's a possibility to make those changes
&gt; gradual, slow and gentle, and incremental (probably what JCL
&gt; described), and make the world change slowly enough to motivate,
&gt; once again, systematic approach.

Nope, that's not my idea for this model.  Instead I'm looking at
periodic huge changes (the entire world changes about you), _and_
fairly constant gross changes to limited areas of the world as a
result of player activity.

  "You are in chaos, staring the pits of boiling hell in the throat.
Nothing is certain.  Nothing is where it was.  Everything can change.
Now survive."

&gt;&gt; How about really obscure maps?  A quick example of something I
&gt;&gt; coded by accident...My mud uses x/y/z coords for dynamic rooms, but
&gt;&gt; I've also left the option in to map static rooms over a specific
&gt;&gt; location (so that I can have pretty descriptions if I so wish).
&gt;&gt; One unintentional side affect of this is that you can actually map
&gt;&gt; a room onto different x/y/z locations.  This means that you could,
&gt;&gt; for example, have a map like:
&gt;&gt; 
&gt;&gt; 1 --- 2 --- 4 --- 1 | 1 --- 3 --- 5
&gt;&gt; 
&gt;&gt; This means that Bubba could walk onto the map (from the left), drop
&gt;&gt; a pie, walk three rooms east, and be back in the first room with
&gt;&gt; the pie.  Another player might walk in from the south-east, walk
&gt;&gt; west twice, and they would be in the same room as Bubba.  Should
&gt;&gt; Bubba walk west (into room 4), and the other player try to follow,
&gt;&gt; they would find there was no exit that way.
&gt;&gt; 
&gt;&gt; Just imagine the chaos you could cause if each player/team had
&gt;&gt; their own 'version' of the map ;) You could also have things like
&gt;&gt; deathtrap rooms, anti-gravity rooms (fall upwards), pits (fall
&gt;&gt; downwards), teleportation rooms, and so on...depends how obscure
&gt;&gt; you want the world to be.

&gt; But the question is, do you really want the world do be SO obscure? 

I did for very specific areas for very particular reasons which
applied to those areas only.  As a rule for the world as a whole?
No.  You need to apply such chaotic models with a light touch or the
world becomes too alien and randomic to be playable.  

I'll have to resurrect the stuff on those areas.

-- 
J C Lawrence                               Internet: claw#null,net
(Contractor)                               Internet: coder#ibm,net
---------(*)                     Internet: claw#under,engr.sgi.com
...Honourary Member of Clan McFud -- Teamer's Avenging Monolith...

</PRE>

<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<HR>
<!--X-Follow-Ups-End-->
<!--X-References-->
<UL><LI><STRONG>References</STRONG>:
<UL>
<LI><STRONG><A NAME="00188" HREF="msg00188.html">Re: [MUD-Dev] There can be.. only ONE!</A></STRONG>
<UL><LI><EM>From:</EM> Vadim Tkachenko &lt;vt#freehold,crocodile.org&gt;</LI></UL></LI>
</UL></LI></UL>
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00195.html">Re: [MUD-Dev] There can be.. only ONE!</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00197.html">Re: [MUD-Dev] META: Web site backgrounds and readability</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00198.html">Re: [MUD-Dev] There can be.. only ONE!</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00190.html">Re: [MUD-Dev] There can be.. only ONE!</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00196"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00196"><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] There can be.. only ONE!</STRONG>, <EM>(continued)</EM>
<ul compact>
<ul compact>
<ul compact>
<ul compact>
<LI><strong><A NAME="00189" HREF="msg00189.html">Re: [MUD-Dev] There can be.. only ONE!</A></strong>, 
Vadim Tkachenko <a href="mailto:vt#freehold,crocodile.org">vt#freehold,crocodile.org</a>, Thu 16 Apr 1998, 02:18 GMT
</LI>
</ul>
<LI><strong><A NAME="00188" HREF="msg00188.html">Re: [MUD-Dev] There can be.. only ONE!</A></strong>, 
Vadim Tkachenko <a href="mailto:vt#freehold,crocodile.org">vt#freehold,crocodile.org</a>, Thu 16 Apr 1998, 02:10 GMT
<UL>
<LI><strong><A NAME="00191" HREF="msg00191.html">Re: [MUD-Dev] There can be.. only ONE!</A></strong>, 
Jon A. Lambert <a href="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</a>, Thu 16 Apr 1998, 03:31 GMT
<UL>
<LI><strong><A NAME="00198" HREF="msg00198.html">Re: [MUD-Dev] There can be.. only ONE!</A></strong>, 
Richard Woolcock <a href="mailto:KaVir#dial,pipex.com">KaVir#dial,pipex.com</a>, Thu 16 Apr 1998, 17:26 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="00196" HREF="msg00196.html">Re: [MUD-Dev] There can be.. only ONE!</A></strong>, 
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Thu 16 Apr 1998, 17:10 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="00190" HREF="msg00190.html">Re: [MUD-Dev] There can be.. only ONE!</A></strong>, 
Matt Chatterley <a href="mailto:matt#mpc,dyn.ml.org">matt#mpc,dyn.ml.org</a>, Thu 16 Apr 1998, 02:20 GMT
</LI>
</ul>
<LI><strong><A NAME="00186" HREF="msg00186.html">Re: [MUD-Dev] There can be.. only ONE!</A></strong>, 
Matt Chatterley <a href="mailto:matt#mpc,dyn.ml.org">matt#mpc,dyn.ml.org</a>, Thu 16 Apr 1998, 02:05 GMT
<UL>
<LI><strong><A NAME="00195" HREF="msg00195.html">Re: [MUD-Dev] There can be.. only ONE!</A></strong>, 
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Thu 16 Apr 1998, 16:57 GMT
<UL>
<LI><strong><A NAME="00207" HREF="msg00207.html">Re: [MUD-Dev] There can be.. only ONE!</A></strong>, 
Matt Chatterley <a href="mailto:matt#mpc,dyn.ml.org">matt#mpc,dyn.ml.org</a>, Fri 17 Apr 1998, 22:33 GMT
</LI>
</UL>
</LI>
</UL>
</LI>
</ul>
</ul>
</LI>
</UL></BLOCKQUOTE>

</ul>
<hr>
<center>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
</center>
<hr>
</body>
</html>