Resets and repops
claw at null.net
claw at null.net
Fri Mar 21 09:35:22 CET 1997
On 20/03/97 at 11:28 PM, Adam Wiggins <nightfall at inficad.com> said:
>[JCL:]
>> At the moment I've been intending to make the TrashCollectors (cf
>> earlier discussion with ChrisG on removing waste objects) do this as a
>> side effect of their normal rounds. The base purpose of the TC's are
>> to accellerate object decomposition, and provide an amusing (cheap)
>> target and toy for users.
>I suppose this depends where you're trying to go with your system; as
>folks reading this list probably already know, I'm desirous of a more
>serious (as in, no 'cute' stuff) and realistic mudlib.
I have two areas of concentration:
1) A MUD server which is capable of supporting and doing anything I
can think of, and expressing any idea, no matter how baroque, I can
come up with, without every tieing the server to any sort of game
form, or expressing anything game-specific in the server.
2) A Mudlib where I test out ideas from #1 and generally attempt to
create a milleau which bears little resemblance to reality (or any
fevered dream/nightmare), but which is more an internally logically
consistent universe whose fundamental rules are different.
Its a very zen thing.
In a way I'd like to end up with an entire hugely detailed and complex
closed ecology (with an implied economy) which is self-animating and
maintaining, where nothing is immortal or immutable and into which
players are injected as alien bodies (wolves in sheep's clothing?)
which are proportionately miniscule compared to the system/universe.
I don't want any of this MUD-reality is a variation on real-world
reality or a variation on your-SF/F/whatever-book/author-of-choice.
Some portion of the base rules have to be the same, just to maintain
comprehension, but from there its all fair game for fiddling.
#1 is in trouble right now. I have a number of items that I just
don't know how to do. cf amorphous blob, segmented bodies, composite
bodies, anonymous groups, etc.
>...I like the
>above pretty well but personally I just don't want to see any
>'system' stuff while I'm playing the game, and the
>man-in-the-white-lab-coat falls into this category (as does doors
>locking behind you, when idiot zone builders don't flag their zones
>reset-if-empty).
I agree with man-in-the-white-coat comment. However Tc's can be
painted to not appear as system units. Oh, give them randomly
generated descriptions, make many more of them invisible, get rid of
the obvious object englobing and just use spoofs to accelerate decay,
re-badge them as wizard's imps that scurry about on errands or looking
for things for their masters. There are many possibilities.
Presentation never has to bear any relation to function.
NB I'd label having reset-if-empty flags in the first place just as
bad an idiocy as builders setting them on areas.
>Reminds me of an early experience on one of my first muds, in which I
>quickly found out why fighting cityguards was a bad idea:
At some point we ought to get back into interactive combat and combat
scripts.
>> You get into coding a full economy -- a thing rife with positive and
>> negative feedback loops (cf Palace's early economy mishaps and happy
>> accidents). Its something I don't think I'd even attempt. What I
>> think would be easier, and provide a LOT more fun, is to implement
>> independant economies with their own internal methods of production
>> and consumption which are not dependant on other economies.
>Right, which was basically what I was saying when I said the system
>would have to fudge things a little bit. Actually, fudge quite a
>bit, depending on the situation. The main problem, as I said, is the
>size of the communities you're talking about here. In my example
>above, your economy is basically a chain. Chains are bad because if
>you break one link, every link above it becoems useless. Real
>economies (especially one this advanced) are more like a tapestry,
>where tearing out a single thread doesn't bring things crashing down.
Err, you might want to look at that again.
Take our current "real world" economy. Drop a nuke in the middle of
the Opec countries. If you really want to drop another one in Siberia
and/or Texas. You removed most of one thread -- no even an entire
thread -- just the major oil producing sources. Watch the entire
world economy fragment.
Want another one? Create a bacterium which lives on metallic iron.
Have it capable of breeding sufficiently to "eat" a 1lb iron ingot in
a week. Watch the entire industrial complex go BOOM!.
Want a better one? Coat the planet reasonably well (say 30%/40%) with
a good old standard fungus killer. Watch all higher life on the
planet die withing 3-5 years.
No matter what you do, you're going to get chains. You can try and
detect and protect core chains, making it increasingly painful to
threaten the chain/link (escalating negative feedback), but you can't
proof the system.
There's an old board game that was popular in Australia some years
back; one of the few intelligent Monopoly spin-offs: Poleconomy. It
wraps the concepts of a money economy, production rates, and crude
politics into Monopoly. It is comparatively easy for a decent one
player to break the economy, killing the game and causing everyone to
"lose". It takes knowing cooperation by all the players to keep the
economy balanced and moving forward so one has the chance to win.
Good game BTW. Been looking for a copy state-side for years.
>> The nice thing about this sort of system is that it becomes self
>> balancing. Opportunities for mana consumption exceed mana production,
>> so the system always runs starved (try to run it fat and you get
>> positive feedback). While there can be synergy between the mana
>> economy and other economies, even positive and negative feedback
>> (again cf Palace and the guns and coins), you don't get the direct
>> causal dependancies where the stonemason can't build castles because
>> the lumberyard has no wood because the robbers robbed the bank so the
>> woodsman can't get paid for the trees he cut, and the elves can't sell
>> their silks anymore anyway (no money), and now pro0hibit all tree
>> cutting.
>Well as I said, you need a lot of sources. This is the nature of an
>economy - base your production needs on any one source and it's only
>a matter of time before the bottom falls out on you.
Notice also that Tc's can never become extinct. Even if you got all
of the Tc's in the entire game located, and killed them all, they'd
all spit sports upon death and new Tc's would follow from there.
>Incendentaly, nice to see that we're getting back to the horrendously
>long and wandering messages that we had going last time around.
A lot of that has to do with my manner of posting. Typically I'll
open a reply here at work, and fiddle with it thru-out the day
(sometimes several days), adding ideas and reactions to the post as I
go along, spelling things out, failing to proof read, thinking of
twists etc. That's why you usually only get one or two posts a day
out of me here. It tends to make for long posts, but the idea flow is
also higher.
>I
>love poping up the first message and seeing, "You've seen 3%" in the
>corner... :) (No, this is not sarcasm, if you're wondering. I
>actually do love really long messages which are generally talking
>about something completely different by the time they get to the
>bottom...)
<blush>
The first chap who pops up here complaining that we don't change the
subject lines enough so he can ignore the threads he's not interested
in is liable to get summarily unsubscribed. <kof> This is a
discussion area damn it. Synergy is the whole idea.
<yeah right>
--
J C Lawrence Internet: claw at null.net
----------(*) Internet: coder at ibm.net
...Honourary Member of Clan McFud -- Teamer's Avenging Monolith...
More information about the mud-dev-archive
mailing list