<!-- 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>