<!-- MHonArc v2.4.4 -->
<!--X-Subject: Re: Resets and repops -->
<!--X-From-R13: "Xba O. Znzoreg" <wyflfvapNvk.argpbz.pbz> -->
<!--X-Date: from fabius.globecomm.net [207.51.48.6] by mx3.ibm.net id 858618793.88150-1 Mon Mar 17 17:13:13 1997 -->
<!--X-Message-Id: 199703171716.LAA25611@dfw-ix9.ix.netcom.com -->
<!--X-Content-Type: text/plain -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, Re: Resets and repops</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:jlsysinc#ix,netcom.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>
[ <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="msg00122.html">Previous</a>
| <a href="msg00124.html">Next</a>
]
Thread:
[ <a href="msg00122.html">Previous</a>
| <a href="msg00126.html">Next</a>
]
Index:
[ <A HREF="author.html#00123">Author</A>
| <A HREF="#00123">Date</A>
| <A HREF="thread.html#00123">Thread</A>
]
<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>Re: Resets and repops</H1>
<HR>
<!--X-Subject-Header-End-->
<!--X-Head-of-Message-->
<UL>
<LI><em>To</em>: "Mud Dev Mailing List" <<A HREF="mailto:mud-dev#null,net">mud-dev#null,net</A>></LI>
<LI><em>Subject</em>: Re: Resets and repops</LI>
<LI><em>From</em>: "Jon A. Lambert" <<A HREF="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</A>></LI>
<LI><em>Date</em>: Mon, 17 Mar 1997 12:17:30 -0500</LI>
</UL>
<!--X-Head-of-Message-End-->
<!--X-Head-Body-Sep-Begin-->
<HR>
<!--X-Head-Body-Sep-End-->
<!--X-Body-of-Message-->
<PRE>
I heartily agree with your sentiments. I am attempting something similar.
I treat most NPCs identically to characters. The subsystems that NPCs run
issue commands to an input buffer. In like fashion, the players' input
buffers are written to by the network process.
I also agree with the concept that NPC activity continues in areas/zones
that players are not present in. There can be significant overhead involved with this.
I have attempted to balance this by programming some NPCs to be "marshalls"
for other NPCs or controllers of city/town subsystems. Thus not all NPC scripts are
active and consuming resources all the time. For instance city guard captains are
programmed to issue patrol orders and attack orders to their charges. An interesting side
affect is that by taking out a "marshall" or subsystem controller, a great amount of chaos
ensues until a replacement NPC is found.
Player Characters can also have subsystem programs attached to them should they gain
the title or position. These can be altered to suit the players preferences and continue to
execute while they are on off-line time. Should they lose or resign the position, the subsystem
program is inherited by the replacement PC or NPC. I am hoping that over time the subsystems
continue to evolve according to the personality/whims of the players running them.
Should a subsystem be run into the ground by a player, I expect that they will be forced out
of their position by revolt, a higher level PC, or some other means. This mechanism is not
clear yet. PCs can also create and assign subsystems to hirelings such as a shop which they
have purchased or a steward they have hired to watch over their holdings while they are
away.
In some areas (mostly rural/dungeons/castles), only one NPC needs to be programmed
in this way, while in a city setting there are a good deal more subsystems at work.
If players are present, certainly all NPCs in the area respond to events. If no players
are present, this leader NPC issues orders regarding maintenance, defensive positions,
patrols and under certain conditions would lead an attack on a neighboring location.
I am toying with the idea that certain locations can be destroyed and built back up
via some sort of maintenance routines, without spoiling the originality of a place
description. This might allow siege type combat to take place and also the looting and
sacking of villages/towns/etc.
> Here's another example: Honest Sammy owns an antique shop in one of those
> twilight zones just outside the city centre district. One day, a party of
> players gets involved in a firefight and obliterates his poor old shop.
> Now, the game driver stores the fact that the shop was closed down because
> of something violent and the crime rate in there is something close to a
> warzone. When it comes to a 'reset/repop', the driver rolls a dice to
> decide if there is gonna be some other gullible shopkeeper (not
> necessarily an antique store) or should it stay with boarded windows or if
> the local gang thinks it would be quaint to use it as a den...
I have something called repopulation programs. They are still quite
feeble. I am hoping to evolve them into the form of NPC controlled subsystems.
It is my theory that the shopkeeper subsystem be inherited by someone else.
Perhaps Sammy's shop passes to Sammy, jr., is auctioned to the highest bidder
or is taken over by the city tax system.
In a related vein, I was inspired by Nathan's description of his implementation of
the physical laws of the universe to do something not altogether dissimilar in
my server. While Nathan's model seems highly appropriate to a real world with
real laws of physics, my world's physics are entirely subject to the whims of
the gods. I don't believe in physics, I believe in divine intervention. (*grin*)
It was my original intention that all immortals/deities actually be THAT. They
can be player/administrator run and can be used literally as gods.
My immortal pantheon is very similar to the greek mythos albeit with different names.
They demand sacrifices, quests and generally participate in mortal affairs. As such
they are roleplayed by whomever is granted with the responsibility. With this in
mind, I have done away with my solar/lunar timer events and have assigned maintenance
and execution of these events to the Apollo NPC's and Artemis NPC's subsystems.
It may be that Apollo might wish to delay the sunrise to allow a favored player to gain
advantage in an early morning attack or Artemis decides that an eclipse would be
appropriate to auger a significant event. With the NPC always "playing", it is possible
for them to respond in an automated way to sacrifices, prayers and quests.
There are many other possibilities, as I decide which dieties' subsystems control which
mud events.
JL
</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="msg00122.html">Resets and repops</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00124.html">Re: mud grammar</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00122.html">Resets and repops</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00126.html">Resets and repops</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00123"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00123"><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: List software</STRONG>, <EM>(continued)</EM>
<ul compact>
<LI><strong><A NAME="00137" HREF="msg00137.html">Re: List software</A></strong>,
Chris Gray <a href="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">cg#ami-cg,GraySage.Edmonton.AB.CA</a>, Tue 18 Mar 1997, 23:44 GMT
</LI>
<LI><strong><A NAME="00145" HREF="msg00145.html">Re: List software</A></strong>,
claw <a href="mailto:claw#null,net">claw#null,net</a>, Thu 20 Mar 1997, 02:48 GMT
</LI>
<LI><strong><A NAME="00146" HREF="msg00146.html">Re: List software</A></strong>,
claw <a href="mailto:claw#null,net">claw#null,net</a>, Thu 20 Mar 1997, 12:32 GMT
</LI>
</ul>
</LI>
<LI><strong><A NAME="00122" HREF="msg00122.html">Resets and repops</A></strong>,
Furball <a href="mailto:K.L.Lo-94#student,lut.ac.uk">K.L.Lo-94#student,lut.ac.uk</a>, Mon 17 Mar 1997, 17:19 GMT
<UL>
<li><Possible follow-up(s)><br>
<LI><strong><A NAME="00123" HREF="msg00123.html">Re: Resets and repops</A></strong>,
Jon A. Lambert <a href="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</a>, Tue 18 Mar 1997, 01:13 GMT
</LI>
<LI><strong><A NAME="00126" HREF="msg00126.html">Resets and repops</A></strong>,
claw <a href="mailto:claw#null,net">claw#null,net</a>, Tue 18 Mar 1997, 02:59 GMT
</LI>
<LI><strong><A NAME="00134" HREF="msg00134.html">Re: Resets and repops</A></strong>,
Chris Gray <a href="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">cg#ami-cg,GraySage.Edmonton.AB.CA</a>, Tue 18 Mar 1997, 15:05 GMT
</LI>
<LI><strong><A NAME="00136" HREF="msg00136.html">Re: Resets and repops</A></strong>,
Chris Gray <a href="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">cg#ami-cg,GraySage.Edmonton.AB.CA</a>, Tue 18 Mar 1997, 23:44 GMT
</LI>
<LI><strong><A NAME="00138" HREF="msg00138.html">Re: Resets and repops</A></strong>,
Adam Wiggins <a href="mailto:nightfall#inficad,com">nightfall#inficad,com</a>, Wed 19 Mar 1997, 00:57 GMT
</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>