<!-- MHonArc v2.4.4 --> <!--X-Subject: [MUD-Dev] Re: Methods to Reduce Ecological Wipeout --> <!--X-From-R13: "dhmnu" <dhmnuNtrbpvgvrf.pbz> --> <!--X-Date: Fri, 14 Aug 1998 07:12:48 -0700 --> <!--X-Message-Id: 01bdc78e$238bf460$2987ebcd@k6 --> <!--X-Content-Type: text/plain --> <!--X-Head-End--> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <html> <head> <title>MUD-Dev message, [MUD-Dev] Re: Methods to Reduce Ecological Wipeout</title> <!-- meta name="robots" content="noindex,nofollow" --> <link rev="made" href="mailto:quzah#geocities,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="msg00716.html">Previous</a> | <a href="msg00718.html">Next</a> ] Thread: [ <a href="msg01345.html">Previous</a> | <a href="msg00809.html">Next</a> ] Index: [ <A HREF="author.html#00717">Author</A> | <A HREF="#00717">Date</A> | <A HREF="thread.html#00717">Thread</A> ] <!--X-TopPNI-End--> <!--X-MsgBody--> <!--X-Subject-Header-Begin--> <H1>[MUD-Dev] Re: Methods to Reduce Ecological Wipeout</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: Methods to Reduce Ecological Wipeout</LI> <LI><em>From</em>: "quzah" <<A HREF="mailto:quzah#geocities,com">quzah#geocities,com</A>></LI> <LI><em>Date</em>: Fri, 14 Aug 1998 07:16:33 -0700</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> -----Original Message----- From: Brandon J. Rickman <ashes#pc4,zennet.com> To: 'mud-dev#kanga,nu' <mud-dev#kanga,nu> Date: Thursday, August 13, 1998 7:51 PM Subject: [MUD-Dev] Re: Methods to Reduce Ecological Wipeout [Raph Koster wrote]: >> It boiled down to supplying enough for all the newbies who just want to >> kill, plus the craftspeople making a living off of them. Plus the >> adventurers demanding that the resources taken up by deer be spent on >> orcs instead... [Brandon J. Rickman wrote]: >I've always imagined that, given the various distorions of time and scale >in most every mud, trying to simulate enough active creatures to maintain >a natural state would require more resources than are available. But, >typically, I'm thinking about hundreds of creatures per player. This is roughly what I was thinking of doing. I hope to actually do it a bit differnet. I plan on generating the world at total random, given possible dimensions will be 8billion x 8billion square kilometers, with each square kilometer generated at the time of need, and saved to disk when it is no longer needed. (Once a given terrain is generated, it will remain with the world indefinatly - or until it is destroyed by some godly force of nature or some such [in which case, it will actually just change form, the terrain type being modified and not destroyed, so it will actually stick around]). I hope to store the global state of the world, which will effect any given kilometer. Things like: weather patterns, natural disaster, and so on and so forth. I hope to store, rather than just the current happenings, a log of sorts. Then, when a kilometer has been inactive for some time, and needs to be caught up, all will be enacted upon it before players encounter it. This is how I hope to control the given creature population and such. A given kilometer will store (hopefully) some of the following: plant life, animal life, terrain layout (as per meter^2), objects, (buildings [may/will] be considered objects) and the like. The given life [animal/plant] will be then assulted by the global log of the world when it [the kilo^2] is brought back into play, thus, the population of said life will be delt with. Now then, when a player goes about trying to hunt or something, we'll check to see their field of vision [ideally ;)] and see where any of the animals need to be produced. Perhaps if there are a lot of X type of animal in the kilo, we'll pop a herd of deer or something, and indicate to them that there are tracks leading out of the forest, and into the field beyond... >[distortions of time: although player characters rarely "age", for the >sake of game play most everything heals at an accelerated rate, even when >combat or other transactions effectively occur in real time. So even when >creatures reproduce once per season the entire population can be killed >off in a few days.] I have always hated this. It bugs the hell out of me, especially on diku muds, as that is what I am used to playing in the past. You go into a fight, and perhaps a day or so later in mud time, if it's a big mobbie, you finally kill it. Oh, sure I've read a great deal of mythology in the past, so I know about those Lancelott-type fights, that "lasted all through the day, and into the night..." but damn, I was just fighting a mountain goat, not the greatest knight in all the land! ;) >[distortions of scale: even with 1000x1000 locations, the world is a lot >smaller than it should be if someone can cross 100 locations in less than >a day of game time. Since there are few areas inaccessible to a player on >a casual stroll outside of town there aren't enough places to hide all >that nature.] I will avoid this issue in its entirety. (sp) All creatures will be given a set (per individual) rate of movement. This will change due to the density of the brush they're in, or be it a city street, and with their mount, if they have one, (IE: if mounted, there movement is no longer in question, their mount's is.) their encumberance and so on. Then, since everything will be a fixed size, everyone will move in direct time ratio to one another. (Fixed size: everyone will be in a said kilometer, as such, if they move X meter/second they will all flow together in a nice [hopefully] mesh of speed) >And what about natural defenses? > >Animals are timid/will try to avoid people. Naturally. I've always hated the fact that a fish will sit there in a pond and let me come close to it. Hah! Step into a pond and watch the fish bolt like lightning. The same goes for most any non- domesticated animal. [Birds in the park don't count, people feed them, so they're domestic ;) ] >Prey animals usually hang out in groups, with strong male (whatever) >leaders for protection. > >Small furry animals can burrow and hide. > >And of course predators will starve if they outnumber the prey. > >- Brandon Yes, I hope to include some modle of this which will be slammed into a given kilometer (and hopefully, it's surrounding) when it is needed/visited again. I actually would like to do something a bit like so: [V][V][N][_] [V][N][N][_] [V][V][N][_] [N][N][N][_] Ok, V is 'visited', and N is not visited. _ is not yet built. Now then, 1x1 is the upper left, 4x4 is the lower right. Across x Down. Now that the obvious terms are out of the way ;) As 1x1, and 2x1 are currently active (there are players in them) as are all the ones with a V. So, when the global info for this tick (or whatever) is enacted, 1x1 gets updated, 2x1, and so on. Now then, 3x1 will not. However, since it is next to an active one, it would get updated. However, 4x1 would not, since it is not yet built. I am not sure of this yet. See I'd like 2x1 to impact the next (neighboring) spaces, but I haven't decided if I will. I would REALLY like it to, but since most of all of this is just in my head, I can't test it out to see if "good lord this is a resource hog!" or not. This [update your neighbor] would solve the prob. of: "Hey, Boffo, it's really funny, a few minutes ago, when we were riding through the forest, there wasn't a scrap of life to be seen, but since we topped this ridge, there's been all sorts of animal herds, and such. That's really messed up." Ah well, there's a long long rambling of what I hope to do. As always, comments and such are appreciated. (Gee, I sure whish outlook had a spell checker... perhaps I am supposed to go and buy Office 2000 or some crap to actually let the one shown under the 'Tools' menu work... ;) Take care. -Q- </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="msg00716.html">[MUD-Dev] Re: clients anyone?...</A></STRONG> </LI> <LI>Next by Date: <STRONG><A HREF="msg00718.html">[MUD-Dev] Yet another update on threads and signals</A></STRONG> </LI> <LI>Prev by thread: <STRONG><A HREF="msg01345.html">[MUD-Dev] Re: Methods to Reduce Ecological Wipeout</A></STRONG> </LI> <LI>Next by thread: <STRONG><A HREF="msg00809.html">[MUD-Dev] Re: Methods to Reduce Ecological Wipeout</A></STRONG> </LI> <LI>Index(es): <UL> <LI><A HREF="index.html#00717"><STRONG>Date</STRONG></A></LI> <LI><A HREF="thread.html#00717"><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>[MUD-Dev] Re: Methods to Reduce Ecological Wipeout</STRONG>, <EM>(continued)</EM> <ul compact> <LI><strong><A NAME="00691" HREF="msg00691.html">[MUD-Dev] Re: Methods to Reduce Ecological Wipeout</A></strong>, Koster, Raph <a href="mailto:rkoster#origin,ea.com">rkoster#origin,ea.com</a>, Wed 12 Aug 1998, 18:19 GMT <UL> <LI><strong><A NAME="00713" HREF="msg00713.html">[MUD-Dev] Re: Methods to Reduce Ecological Wipeout</A></strong>, Brandon J. Rickman <a href="mailto:ashes#pc4,zennet.com">ashes#pc4,zennet.com</a>, Fri 14 Aug 1998, 02:50 GMT <UL> <LI><strong><A NAME="00721" HREF="msg00721.html">[MUD-Dev] Re: Methods to Reduce Ecological Wipeout</A></strong>, Marian Griffith <a href="mailto:gryphon#iaehv,nl">gryphon#iaehv,nl</a>, Fri 14 Aug 1998, 19:31 GMT </LI> </UL> </LI> <LI><strong><A NAME="01345" HREF="msg01345.html">[MUD-Dev] Re: Methods to Reduce Ecological Wipeout</A></strong>, J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Tue 29 Sep 1998, 00:39 GMT </LI> </UL> </LI> <LI><strong><A NAME="00717" HREF="msg00717.html">[MUD-Dev] Re: Methods to Reduce Ecological Wipeout</A></strong>, quzah <a href="mailto:quzah#geocities,com">quzah#geocities,com</a>, Fri 14 Aug 1998, 14:12 GMT </LI> <LI><strong><A NAME="00809" HREF="msg00809.html">[MUD-Dev] Re: Methods to Reduce Ecological Wipeout</A></strong>, Damion Schubert <a href="mailto:zjiria#texas,net">zjiria#texas,net</a>, Sat 22 Aug 1998, 03:49 GMT </LI> </ul> </LI> <LI><strong><A NAME="00680" HREF="msg00680.html">[MUD-Dev] Re:Methods to Reduce Ecological Wipeout</A></strong>, Michael.Willey <a href="mailto:Michael.Willey#abnamro,com">Michael.Willey#abnamro,com</a>, Wed 12 Aug 1998, 13:02 GMT <LI><strong><A NAME="00677" HREF="msg00677.html">[MUD-Dev] Methods to Reduce Ecological Wipeout</A></strong>, Leach, Brad BA <a href="mailto:Leach.Brad.BA#bhp,com.au">Leach.Brad.BA#bhp,com.au</a>, Wed 12 Aug 1998, 06:25 GMT <UL> <LI><strong><A NAME="00681" HREF="msg00681.html">[MUD-Dev] Re: Methods to Reduce Ecological Wipeout</A></strong>, s001gmu <a href="mailto:s001gmu#nova,wright.edu">s001gmu#nova,wright.edu</a>, Wed 12 Aug 1998, 13:06 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>