March 1997
- Linear Quadtrees Carter T Shock
- Linear Quadtrees gzhang1234@yahoo.com
- q-tree stuff Chris Gray
- q-tree stuff Carter T Shock
- q-tree stuff coder@ibm.net
- Issues from the digests and Wout's list Alex Oren
- Issues from the digests and Wout's list coder@ibm.net
- Issues from the digests and Wout's list coder@ibm.net
- Issues from the digests and Wout's list coder@ibm.net
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Nathan Yospe
- Issues from the digests and Wout's list Shawn Halpenny
- Issues from the digests and Wout's list Nathan Yospe
- Issues from the digests and Wout's list Shawn Halpenny
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Shawn Halpenny
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Shawn Halpenny
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Shawn Halpenny
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Shawn Halpenny
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Adam Wiggins
- Issues from the digests and Wout's list coder@ibm.net
- Issues from the digests and Wout's list Chris Gray
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Miroslav Silovic
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Miroslav Silovic
- Issues from the digests and Wout's list Jeff Kesselman
- Issues from the digests and Wout's list Caliban Tiresias Darklock
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Caliban Tiresias Darklock
- Issues from the digests and Wout's list Miroslav Silovic
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Caliban Tiresias Darklock
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Caliban Tiresias Darklock
- Issues from the digests and Wout's list coder@ibm.net
- Issues from the digests and Wout's list Miroslav Silovic
- Issues from the digests and Wout's list Jon A. Lambert
- Issues from the digests and Wout's list Ling
- Issues from the digests and Wout's list Adam Wiggins
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Adam Wiggins
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Adam Wiggins
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Adam Wiggins
- Issues from the digests and Wout's list Shawn Halpenny
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Nathan Yospe
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Shawn Halpenny
- Issues from the digests and Wout's list Chris Gray
- Issues from the digests and Wout's list Ling
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Jeff Kesselman
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Chris Gray
- Issues from the digests and Wout's list Nathan Yospe
- Issues from the digests and Wout's list Shawn Halpenny
- Issues from the digests and Wout's list Jeff Kesselman
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Jeff Kesselman
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Jon A. Lambert
- Issues from the digests and Wout's list Jeff Kesselman
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Jeff Kesselman
- Issues from the digests and Wout's list S001GMU@nova.wright.edu
- Issues from the digests and Wout's list Shawn Halpenny
- Issues from the digests and Wout's list Travis Casey
- Issues from the digests and Wout's list Nathan Yospe
- Issues from the digests and Wout's list Jeff Kesselman
- Issues from the digests and Wout's list Nathan Yospe
- Issues from the digests and Wout's list Jon A. Lambert
- Issues from the digests and Wout's list Adam Wiggins
- Issues from the digests and Wout's list Ling
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Adam Wiggins
- Issues from the digests and Wout's list Adam Wiggins
- Issues from the digests and Wout's list Orion Henry
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Ling
- Issues from the digests and Wout's list Shawn Halpenny
- Issues from the digests and Wout's list Nathan Yospe
- Issues from the digests and Wout's list Jeff Kesselman
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Chris Gray
- Issues from the digests and Wout's list Jon A. Lambert
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Jeff Kesselman
- Issues from the digests and Wout's list Jon A. Lambert
- Issues from the digests and Wout's list clawrenc@cup.hp.com
- Issues from the digests and Wout's list Jeff Kesselman
- Issues from the digests and Wout's list Chris Gray
- Issues from the digests and Wout's list Chris Gray
- Issues from the digests and Wout's list Adam Wiggins
- Issues from the digests and Wout's list Jeff Kesselman
- ListMail dupes coder@ibm.net
- Threads, IO handling, and Event Queues Nathan Yospe
- Threads, IO handling, and Event Queues Chris Gray
- Threads, IO handling, and Event Queues coder@ibm.net
- Threads, IO handling, and Event Queues Carter T Shock
- Threads, IO handling, and Event Queues Nathan Yospe
- Threads, IO handling, and Event Queues claw@null.net
- Threads, IO handling, and Event Queues coder@ibm.net
- mud grammar (was Just a bit of musing) Carter T Shock
- mud grammar (was Just a bit of musing) Nathan Yospe
- mud grammar (was Just a bit of musing) Chris Gray
- mud grammar (was Just a bit of musing) claw@null.net
- mud grammar (was Just a bit of musing) Chris Gray
- mud grammar (was Just a bit of musing) claw@null.net
- mud grammar (was Just a bit of musing) Chris Gray
- mud grammar Carter T Shock
- mud grammar Nathan Yospe
- mud grammar Alex Oren
- mud grammar Nathan Yospe
- mud grammar Adam Wiggins
- mud grammar Chris Gray
- Just a bit of musing (VRML) Dmitri Kondratiev
- Just a bit of musing (VRML) claw@null.net
- Room coding Nathan Yospe
- Room coding Furball
- command parsing Chris Gray
- command parsing Adam Wiggins
- command parsing claw@null.net
- Room coding S001GMU@nova.wright.edu
- Room coding Chris Gray
- Resets and repops Furball
- Resets and repops claw@null.net
- Resets and repops Jon A. Lambert
- Resets and repops claw@null.net
- Resets and repops Nathan Yospe
- Resets and repops Jon A. Lambert
- Resets and repops Nathan Yospe
- Resets and repops claw@null.net
- Resets and repops Adam Wiggins
- Resets and repops Nathan Yospe
- Resets and repops Adam Wiggins
- Resets and repops Nathan Yospe
- Resets and repops Chris Gray
- Resets and repops Chris Gray
- Resets and repops Adam Wiggins
- Resets and repops Travis Casey
- Resets and repops Chris Gray
- Resets and repops Adam Wiggins
- Resets and repops Shawn Halpenny
- Resets and repops Jeff Kesselman
- Resets and repops Chris Gray
- Resets and repops Nathan Yospe
- Resets and repops Jon A. Lambert
- Resets and repops Nathan Yospe
- Resets and repops claw@null.net
- Resets and repops claw@null.net
- Resets and repops claw@null.net
- Resets and repops claw@null.net
- Resets and repops Nathan Yospe
- Resets and repops Adam Wiggins
- Resets and repops claw@null.net
- Resets and repops Adam Wiggins
- Resets and repops claw@null.net
- Resets and repops Nathan Yospe
- Resets and repops claw@null.net
- Resets and repops Jon A. Lambert
- Resets and repops Furball
- Resets and repops Chris Gray
- Resets and repops Adam Wiggins
- Resets and repops claw@null.net
- Resets and repops Adam Wiggins
- Resets and repops claw@null.net
On 20/03/97 at 11:28 PM, Adam Wiggins <nightfall@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@null.net
----------(*) Internet: coder@ibm.net
...Honourary Member of Clan McFud -- Teamer's Avenging Monolith...
- Resets and repops claw@null.net
- Resets and repops Chris Gray
- Resets and repops claw@null.net
- Resets and repops Adam Wiggins
- Resets and repops claw@null.net
- Resets and repops Adam Wiggins
- Resets and repops claw@null.net
- Resets and repops S001GMU@nova.wright.edu
- Resets and repops coder@ibm.net
- Resets and repops S001GMU@nova.wright.edu
- Resets and repops clawrenc@cup.hp.com
- Resets and repops S001GMU@nova.wright.edu
- Resets and repops Chris Gray
- Resets and repops Nathan Yospe
- Resets and repops claw@null.net
- Resets and repops Nathan Yospe
- Resets and repops Adam Wiggins
- Resets and repops Nathan Yospe
- Resets and repops Adam Wiggins
- Resets and repops Nathan Yospe
- Resets and repops Chris Gray
- Resets and repops Nathan Yospe
- Resets and repops Chris Gray
- Resets and repops Adam Wiggins
- Resets and repops Chris Gray
- Resets and repops claw@null.net
- Resets and repops lhulbert@czn.com
- Resets and repops claw@null.net
- Resets and repops Chris Gray
- Resets and repops claw@null.net
- Resets and repops Adam Wiggins
- Resets and repops Chris Gray
- Resets and repops Chris Gray
- Resets and repops claw@null.net
- Resets and repops claw@null.net
- Resets and repops claw@null.net
- mud grammar claw@null.net
- mud grammar Nathan Yospe
- mud grammar claw@null.net
- List software claw@null.net
- List software Nathan Yospe
- List software Chris Gray
- List software claw@null.net
- List software claw@null.net
- I got your message..! MAYA DASWANI
- 3D graphics claw@null.net
- Sorry for the dups (again) coder@ibm.net
- mud grammar Jon A. Lambert
- mud grammar claw@null.net
- mud grammar Nathan Yospe
- mud grammar coder@ibm.net
- mud grammar Nathan Yospe
- mud grammar Chris Gray
- mud grammar claw@null.net
- EVOLUTION response claw@null.net
- EVOLUTION response Jon A. Lambert
- EVOLUTION response claw@null.net
- Garbage Collector Artur 'Revinor' Biesiadowski
- A perspective out of time - the mudreport document Nathan Yospe
- A perspective out of time - the mudreport document claw@null.net
- Old missing posts from old list coder@ibm.net
- Execution Chris Gray
- Mixture Furball
- Resets and repops (a really short post) claw@null.net
- Resets and repops (a really short post) Nathan Yospe
- Resets and repops (a really short post) claw@null.net
- Resets and repops (a really short post) Adam Wiggins
- Resets and repops (a really short post) claw@null.net
- Resets and repops (a really short post) Nathan Yospe
- Resets and repops (a really short post) Nathan Yospe
- Resets and repops (a really short post) <= hah! Chris Gray
- VT100 codes ... Khanone@aol.com
- VT102 codes Adam Wiggins
- VT102 codes Adam Wiggins
- VT102 codes Adam Wiggins
- Dupes coder@ibm.net
- Efficiency Chris Gray
- Event Handling Nathan Yospe
- Event handling Shawn Halpenny
- Event handling Vadim Tkachenko
- Event handling Maddy
- A brief introduction.. ok, you got me: an introduction Greg Munt
- A brief introduction.. ok, you got me: an introduction Adam Wiggins
- A brief introduction.. ok, you got me: an introduction coder@ibm.net
- Greetings. :) Michael Hohensee
- Greetings. :) claw@null.net
- Greetings. :) Nathan Yospe
- Greetings. :) Michael Hohensee
- Greetings. :) coder@ibm.net
- Greetings. :) Nathan Yospe
- Greetings. :) Chris Gray
- Greetings. :) coder@ibm.net
- Greetings. :) Chris Gray
- Greetings. :) Nathan Yospe
- Greetings. :) Jeff Kesselman
- Greetings. :) Chris Gray
- Greetings. :) Greg Munt
- Greetings. :) Jon A. Lambert
- Greetings. :) Nathan Yospe
- Greetings. :) clawrenc@cup.hp.com
- Greetings. :) Furball
- Greetings. :) Chris Gray
- Greetings. :) clawrenc@xsvr1.cup.hp.com
- Greetings. :) Shawn Halpenny
- Greetings. :) Jeff Kesselman
- Greetings. :) Shawn Halpenny
- Greetings. :) Jeff Kesselman
- Greetings. :) Shawn Halpenny
- Greetings. :) Jon A. Lambert
- Greetings. :) Jeff Kesselman
- Greetings. :) Shawn Halpenny
- Greetings. :) Jon A. Lambert
- Greetings. :) clawrenc@cup.hp.com
- Greetings. :) Jeff Kesselman