1999Q1/
<!-- MHonArc v2.4.4 -->
<!--X-Subject: [MUD&#45;Dev] Re: Reset Death -->
<!--X-From-R13: "Oaqerj Q.[. [pQyvagbpx" <naqerjzN[OWZ.VEQ.SRG> -->
<!--X-Date: Mon, 25 Jan 1999 14:27:17 &#45;0800 -->
<!--X-Message-Id: v03130302b2d29e5d60a7@[192.168.1.3] -->
<!--X-Content-Type: text/plain -->
<!--X-Reference: Pine.BSI.4.05L.9901251030000.10098&#45;100000#matrix,eden.com -->
<!--X-Reference: 36ACE522.EB37C141#ibm,net -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, [MUD-Dev] Re: Reset Death</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:andrewm#MAIL,HSC.EDU">
</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="msg00268.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00270.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Thread:&nbsp;
[&nbsp;<a href="msg00261.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00290.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Index:&nbsp;
[&nbsp;<A HREF="author.html#00269">Author</A>
&nbsp;|&nbsp;<A HREF="#00269">Date</A>
&nbsp;|&nbsp;<A HREF="thread.html#00269">Thread</A>
&nbsp;]

<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>[MUD-Dev] Re: Reset Death</H1>
<HR>
<!--X-Subject-Header-End-->
<!--X-Head-of-Message-->
<UL>
<LI><em>To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
<LI><em>Subject</em>: [MUD-Dev] Re: Reset Death</LI>
<LI><em>From</em>: "Andrew C.M. McClintock" &lt;<A HREF="mailto:andrewm#MAIL,HSC.EDU">andrewm#MAIL,HSC.EDU</A>&gt;</LI>
<LI><em>Date</em>: Mon, 25 Jan 1999 17:25:24 -0500</LI>
<LI><em>Reply-To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
</UL>
<!--X-Head-of-Message-End-->
<!--X-Head-Body-Sep-Begin-->
<HR>
<!--X-Head-Body-Sep-End-->
<!--X-Body-of-Message-->
<PRE>
&gt;Wes Connell wrote:
&gt;&gt;
&gt;&gt; This is an idea I had for a mud I'm working on. The idea may be old or
&gt;&gt; already done, but i've never heard about it so here it goes.
&gt;&gt;
&gt;&gt; In diku muds everyone knows that mobs/objects are regenerated via resets.
&gt;&gt; Kill a mob and *pop* 5 minutes later its back. Steal a sword and *pop* its
&gt;&gt; back. This obviously gets very boring and redundant. The idea I had
&gt;&gt; revolves around a term called "reset death". In each area there are key
&gt;&gt; mobs, objects, or rooms that can trigger the reset death. When the reset
&gt;&gt; death occurs it stops reload the current set of mobs/objects and begins
&gt;&gt; loading a different set of mobs/objects. Maybe even separate room
&gt;&gt; descriptions (this would be hell on area builders). Try out this scenario.

&gt;Mik Clarke wrote:
&gt;
&gt;Interesting.  That's sort of an effect I'm looking for, but I'm going
&gt;about it somewhat differently.
&gt;
&gt;1) I have a quest/deed system that remebers when people have done
&gt;things.
&gt;
&gt;2) I have a conditional destination mechanism which can look at things
&gt;like deeds and quests when you walk through a door and thus select the
&gt;room that you go to.
&gt;
&gt;This means that once you leave an area after completing a quest, when
&gt;you walk back in, you can end up somewhere different (although maybe
&gt;looking the same).  I'd expect special areas to be used on the quests
&gt;rather than forever after though.  It can also lighten the load on the
&gt;programmers if they just replace a few rooms in the castle (although
&gt;this can give problems for wandering mobs).
&gt;
&gt;Mik
&gt;--

How do you resolve when two people who are partying or otherwise following
each other have not both done the required quest? One walking into the
quest room
and the other walking into the former would seem to be a fairly harsh break
in the reality of your game. I was planning on doing the same thing for an
area I
was coding many years ago, and came to the conclusion that it just wouldn't
work that way-- though at the time I didn't have the knowledge to make a
persistant world (which would have fixed the problem).
-Andrew




Andrew C.M. McClintock
andrew#moonstar,com    andrewm#mail,hsc.edu




</PRE>

<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<HR>
<ul compact><li><strong>Follow-Ups</strong>:
<ul>
<li><strong><A NAME="00290" HREF="msg00290.html">[MUD-Dev] Re: Reset Death</A></strong>
<ul compact><li><em>From:</em> Mik Clarke &lt;mikclrk#ibm,net&gt;</li></ul>
</UL></LI></UL>
<!--X-Follow-Ups-End-->
<!--X-References-->
<UL><LI><STRONG>References</STRONG>:
<UL>
<LI><STRONG><A NAME="00253" HREF="msg00253.html">[MUD-Dev] Reset Death</A></STRONG>
<UL><LI><EM>From:</EM> Wes Connell &lt;wconnell#eden,com&gt;</LI></UL></LI>
<LI><STRONG><A NAME="00261" HREF="msg00261.html">[MUD-Dev] Re: Reset Death</A></STRONG>
<UL><LI><EM>From:</EM> Mik Clarke &lt;mikclrk#ibm,net&gt;</LI></UL></LI>
</UL></LI></UL>
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00268.html">[MUD-Dev] combat</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00270.html">[MUD-Dev] Re: META: List "peerage"</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00261.html">[MUD-Dev] Re: Reset Death</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00290.html">[MUD-Dev] Re: Reset Death</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00269"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00269"><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><A NAME="00263" HREF="msg00263.html">[MUD-Dev] Re: Who is? (was about level vs skills)</A></strong>, 
Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Mon 25 Jan 1999, 21:24 GMT
<LI><strong><A NAME="00259" HREF="msg00259.html">[MUD-Dev] Who is? (was about level vs skills)</A></strong>, 
Marian Griffith <a href="mailto:gryphon#iaehv,nl">gryphon#iaehv,nl</a>, Mon 25 Jan 1999, 19:47 GMT
<LI><strong><A NAME="00253" HREF="msg00253.html">[MUD-Dev] Reset Death</A></strong>, 
Wes Connell <a href="mailto:wconnell#eden,com">wconnell#eden,com</a>, Mon 25 Jan 1999, 16:54 GMT
<UL>
<LI><strong><A NAME="00261" HREF="msg00261.html">[MUD-Dev] Re: Reset Death</A></strong>, 
Mik Clarke <a href="mailto:mikclrk#ibm,net">mikclrk#ibm,net</a>, Mon 25 Jan 1999, 20:35 GMT
<UL>
<LI><strong><A NAME="00269" HREF="msg00269.html">[MUD-Dev] Re: Reset Death</A></strong>, 
Andrew C.M. McClintock <a href="mailto:andrewm#MAIL,HSC.EDU">andrewm#MAIL,HSC.EDU</a>, Mon 25 Jan 1999, 22:27 GMT
<UL>
<LI><strong><A NAME="00290" HREF="msg00290.html">[MUD-Dev] Re: Reset Death</A></strong>, 
Mik Clarke <a href="mailto:mikclrk#ibm,net">mikclrk#ibm,net</a>, Tue 26 Jan 1999, 20:52 GMT
</LI>
</UL>
</LI>
</UL>
</LI>
</UL>
</LI>
<LI><strong><A NAME="00251" HREF="msg00251.html">[MUD-Dev] Java I/O and threads.</A></strong>, 
Elis Pomales <a href="mailto:pomales#caip,rutgers.edu">pomales#caip,rutgers.edu</a>, Mon 25 Jan 1999, 15:19 GMT
<UL>
<LI><strong><A NAME="00254" HREF="msg00254.html">[MUD-Dev] Re: Java I/O and threads.</A></strong>, 
Jo Dillon <a href="mailto:emily#thelonious,new.ox.ac.uk">emily#thelonious,new.ox.ac.uk</a>, Mon 25 Jan 1999, 17:19 GMT
<UL>
<LI><strong><A NAME="00255" HREF="msg00255.html">[MUD-Dev] Re: Java I/O and threads.</A></strong>, 
cynbe <a href="mailto:cynbe#muq,org">cynbe#muq,org</a>, Mon 25 Jan 1999, 18:12 GMT
</LI>
</UL>
</LI>
</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>