May 1998
- OT: CGDC Adam Wiggins
- OT: CGDC Mike Sellers
- There can be.. only ONE! (fwd) Ling
- There can be.. only ONE! (fwd) Matt Chatterley
- Some thoughts on languages and users - was: Ma Jon A. Lambert
- Some thoughts on languages and users - was: Ma Chris Gray
- Some thoughts on languages and users - was: Ma Adam Wiggins
- Some thoughts on languages and users - was: Ma J C Lawrence
- (fwd) AD: [custom graphical] whitestar Crossfi Jon A. Lambert
- LIST: The "MUD-DEV" MUD Development mailing list J C Lawrence
- Wired, UO, Mike Sellers
- Wired, UO, John Bertoglio
- Wired, UO, and Internet Gaming (was OT: Dr. Cat
- Wired, UO, and Internet Gaming (was OT: Koster, Raph
- Wired, UO, and Internet Gaming (was OT: J C Lawrence
- Wired, UO, and Internet Gaming (was OT: John Bertoglio
- OT: Supporting articles found for UOL play style Jon A. Lambert
- PK's: A solution? J C Lawrence
- Preview of Asheron's Call J C Lawrence
- Asheron's Call Interview with Toby Ragaini, Lead Designer, and Jon Grande, Product Planner. J C Lawrence
- Character maintinence - expenditure of resources Adam Wiggins
- Character maintinence - expenditure of resources Dan Shiovitz
- Character maintinence - expenditure of resources Adam Wiggins
- Character maintinence - expenditure of resources J C Lawrence
- Character maintinence - expenditure of resources Koster, Raph
- Character maintinence - expenditure of resources J C Lawrence
- Character maintinence - expenditure of resources John Bertoglio
- Character maintinence - expenditure of resources J C Lawrence
- Motivations for Creating Mud-Like Worllds and Servers | John Bertoglio
- FW: (Fwd) Bouncing mail J C Lawrence
- FW: (Fwd) Bouncing mail John Bertoglio
- FW: (Fwd) Bouncing mail Matt Chatterley
- FW: (Fwd) Bouncing mail s001gmu@nova.wright.edu
- FW: (Fwd) Bouncing mail J C Lawrence
- FW: (Fwd) Bouncing mail s001gmu@nova.wright.edu
- FW: (Fwd) Bouncing mail J C Lawrence
- Character development [was ] Koster, Raph
- Motivations for Creating Mud-Like Worlds and Servers Holly Sommer
- META -- membership Jay Sax
- META -- membership Koster, Raph
- META -- membership J C Lawrence
- Motivations (was something else...) s001gmu@nova.wright.edu
- Motivations (was something else...) Richard Woolcock
- client UI written in server's language (was Some thoughts...) Erik Ostrom
- Some thoughts on languages and users - was: Ma J C Lawrence
- Some thoughts on languages and users - was: Ma Travis S. Casey
- Some thoughts on languages and users - was: Ma J C Lawrence
- META: Character of the list's membership J C Lawrence
- quickie CGDC report Mike Sellers
- quickie CGDC report Adam Wiggins
- Some essays I've written lately Koster, Raph
- Some essays I've written lately Koster, Raph
- Some essays I've written lately Koster, Raph
- Some essays I've written lately Koster, Raph
- Some essays I've written lately Koster, Raph
- Some essays I've written lately J C Lawrence
- Some essays I've written lately Koster, Raph
- Some essays I've written lately J C Lawrence
- Some essays I've written lately J C Lawrence
- Frandel 3D (fwd) Holly Sommer
- MURKLE: Wot it is J C Lawrence
- MURKLE: Wot it is J C Lawrence
- MURKLE: Wot it is Raph Koster
- MURKLE: Wot it is J C Lawrence
- MURKLE: Wot it is Koster, Raph
- MURKLE: Wot it is Dr. Cat
- MURKLE: Wot it is J C Lawrence
- MURKLE: Wot it is Shawn Halpenny
- MURKLE: Wot it is Mike Sellers
- MURKLE: Wot it is Nathan F Yospe
- MURKLE: Wot it is J C Lawrence
- MURKLE: Wot it is Chris Gray
- MURKLE: Wot it is J C Lawrence
- MURKLE: Wot it is Chris Gray
- MURKLE: Wot it is J C Lawrence
- MURKLE: Wot it is Ling
- MURKLE: Wot it is Oliver Jowett
- MURKLE: Wot it is J C Lawrence
- MURKLE: Wot it is Ling
- MURKLE: Wot it is J C Lawrence
- MURKLE: Wot it is Ling
- MURKLE: Wot it is J C Lawrence
- MURKLE: Wot it is jacob langthorn
- MURKLE: Wot it is Jon A. Lambert
- MURKLE: Wot it is J C Lawrence
- We're Tiny, we're Toonie, we're all a little Loonie! Ling
- META: Search features of the MUD-Dev archive J C Lawrence
- CGDC, a summary Adam Wiggins
- CGDC, a summary Koster, Raph
- CGDC, a summary Holly Sommer
- CGDC, a summary Caliban Tiresias Darklock
- CGDC, a summary J C Lawrence
- CGDC, a summary Chris Gray
- CGDC, a summary J C Lawrence
- CGDC, a summary Marian Griffith
- CGDC, a summary J C Lawrence
- CGDC, a summary Koster, Raph
- CGDC, a summary J C Lawrence
- CGDC, a summary J C Lawrence
- CGDC, a summary Mike Sellers
- CGDC, a summary J C Lawrence
- CGDC, a summary Chris Gray
- CGDC, a summary Travis S. Casey
- CGDC, a summary Koster, Raph
- CGDC, a summary Adam Wiggins
- CGDC, a summary Koster, Raph
- CGDC, a summary Chris Gray
- CGDC, a summary Koster, Raph
- CGDC, a summary John Bertoglio
- CGDC, a summary s001gmu@nova.wright.edu
- CGDC, a summary John Bertoglio
- CGDC, a summary Koster, Raph
- CGDC, a summary s001gmu@nova.wright.edu
- CGDC, a summary J C Lawrence
- CGDC, a summary John Bertoglio
- CGDC, a summary Koster, Raph
- CGDC, a summary Joel Kelso
- CGDC, a summary J C Lawrence
- CGDC, a summary Marian Griffith
- CGDC, a summary J C Lawrence
- CGDC, a summary Marian Griffith
- CGDC, a summary Jon A. Lambert
- CGDC, a summary J C Lawrence
- CGDC, a summary J C Lawrence
- CGDC, a summary J C Lawrence
- CGDC, a summary Adam Wiggins
- CGDC, a summary Jon A. Lambert
- CGDC, a summary Orion Henry
- MUD mentation system Matthew R. Sheahan
- How to handle log-outs in a totally dynamic world. Ben Greear
- How to handle log-outs in a totally dynamic world. John Bertoglio
- How to handle log-outs in a totally dynamic world. Ben Greear
- How to handle log-outs in a totally dynamic world. Dan Shiovitz
- How to handle log-outs in a totally dynamic world. Ben Greear
- How to handle log-outs in a totally dynamic world. Adam Wiggins
- How to handle log-outs in a totally dynamic world. Vadim Tkachenko
- How to handle log-outs in a totally dynamic world. Richard Woolcock
- How to handle log-outs in a totally dynamic world. Ben Greear
- How to handle log-outs in a totally dynamic world. Dan Shiovitz
- How to handle log-outs in a totally dynamic world. J C Lawrence
- On tanks... J C Lawrence
- On tanks... Ling
- More on LetsSystems J C Lawrence
- Attributes: Sanity Holly Sommer
- Attributes: Sanity Travis S. Casey
- Attributes: Sanity Holly Sommer
- Attributes: Sanity Holly Sommer
- Attributes: Sanity Adam Wiggins
- Attributes: Sanity Travis S. Casey
- Attributes: Sanity Holly Sommer
- Attributes: Sanity Holly Sommer
- mudschools Marian Griffith
- mudschools Matt Chatterley
- Mudschool Ling
- Using HTML for a Mud character generator John Bertoglio
- Using HTML for a Mud character generator s001gmu@nova.wright.edu
- Using HTML for a Mud character generator John Bertoglio
- Using HTML for a Mud character generator Holly Sommer
- Using HTML for a Mud character generator John Bertoglio
- Using HTML for a Mud character generator s001gmu@nova.wright.edu
- Using HTML for a Mud character generator Vadim Tkachenko
- Using HTML for a Mud character generator John Bertoglio
- Using HTML for a Mud character generator J C Lawrence
- Using HTML for a Mud character generator Vadim Tkachenko
- Using HTML for a Mud character generator John Bertoglio
- Using HTML for a Mud character generator Robert Woods
- Leaving characters in play Joel Kelso
- Leaving characters in play Ben Greear
- Leaving characters in play John Bertoglio
- Leaving characters in play Adam Wiggins
- Leaving characters in play J C Lawrence
- Leaving characters in play John Bertoglio
- Leaving characters in play Travis S. Casey
- Leaving characters in play Adam Wiggins
- Leaving characters in play John Bertoglio
- Leaving characters in play J C Lawrence
- Leaving characters in play J C Lawrence
- Leaving characters in play Travis S. Casey
- Leaving characters in play J C Lawrence
- Leaving characters in play D. B. Brown
- Leaving characters in play Travis S. Casey
- Leaving characters in play Adam Wiggins
- Leaving characters in play Jon A. Lambert
- Leaving characters in play s001gmu@nova.wright.edu
- Leaving characters in play Ben Greear
- Request "unsubscribe calvin@orinconhi.com mud-dev" Petidomo Mailing List Server
- Natural Language Processing (NLP) Shawn Halpenny
- Is There a There in Cyberspace? J C Lawrence
- Is There a There in Cyberspace? Jon A. Lambert
- Is There a There in Cyberspace? J C Lawrence
- [OT] Web Pages Jon A. Lambert
- AR Mining System John Bertoglio
- AR Mining System Oliver Jowett
- AR Mining System John Bertoglio
- mudschools Mike Sellers
- Using HTML for a Mud character generator Travis S. Casey
- Character creation, was: Mudschool Richard Woolcock
- Character creation, was: Mudschool Jon A. Lambert
- Onchat -- Java based chat room. J C Lawrence
- A short introduction of a (quite) long-time lurker Per Vognsen
- [MUD-Dev]World Size and The "Hot House" Factor Was PK and my "Mobless MUD" idea John Bertoglio
- mudschools jacob langthorn
- world concept jacob langthorn
- world concept Jo Dillon
- world concept J C Lawrence
- world concept Holly Sommer
- world concept jacob langthorn
- OT: Java multithreading performance Vadim Tkachenko
- OT: Java multithreading performance Ben Greear
- OT: Java multithreading performance Vadim Tkachenko
- OT: Java multithreading performance Chris Gray
- OT: Java multithreading performance Vadim Tkachenko
- OT: Java multithreading performance Chris Gray
- OT: Java multithreading performance Vadim Tkachenko
- OT: Java multithreading performance Chris Gray
- OT: Java multithreading performance Ben Greear
- OT: Java multithreading performance Jon A. Lambert
- OT: Java multithreading performance Chris Gray
- OT: Java multithreading performance Vadim Tkachenko
- OT: Java multithreading performance J C Lawrence
- META: Lost messages J C Lawrence
- Titanic's demise (was MURKLE: Wot it is) Mike Sellers
- Titanic's demise (was MURKLE: Wot it is) Koster, Raph
- mudschools jacob langthorn
- mudschools Marian Griffith
- mudschools Mike Sellers
- mudschools Marian Griffith
- mudschools Robert Woods
- mudschools Mike Sellers
- mudschools Robert Woods
- mudschools Robert Woods
- mudschools Caliban Tiresias Darklock
- MUD Schools Adam Casbarian
- MUD Schools Chris Lloyd
- MUD Schools Jon Lambert
- Combat Was Leaving characters in play Orion Henry
- Combat Was Leaving characters in play Oliver Jowett
- Combat Was Leaving characters in play Orion Henry
- Combat Was Leaving characters in play Oliver Jowett
- Combat Was Leaving characters in play D. B. Brown
- Combat Was Leaving characters in play Orion Henry
- Combat Was Leaving characters in play Adam Wiggins
- Combat Was Leaving characters in play J C Lawrence
- Combat Was Leaving characters in play Orion Henry
At 10:42 PM 5/18/98 +1200, Oliver wrote:
>On Mon, 18 May 1998, Orion Henry wrote:
>
>> >I have a feeling I've seen discussion of this before on the list, but
>> >anyway..
>>
>> Yes, this was brought system was brougt up over a year ago. Its been so
>> long since we have talked combat systems and we have so many new
>> subscribers I didnt feel bad about recycling it. Also all the luck stuff
>> at the end was new and I was curious as to what people thought.
>
>I actually meant the "how do you work out which actions are appropriate"
>idea - I'm sure I saw a thread to do with climbing trees vs. finding
>healers at one point. WebGlimpse on the archives is spitting internal
>server errors at me currently, and the other search engine is timing out,
>so I can't find it :(
That tree climbing thing was an offshoot of the first time we presented
this system.
>> > Bubba casts the dreaded "make all chests electrified" spell.
>> > > skewer bubba
>> > You skewer Bubba with your sword. He collapses to the ground.
>> > You open the chest. ZAP! You are dead!
>> > > say damn!
>>
>> hahaha... yes, that COULD happen under the system as I understand it. I
>> had a few things to compensate: 1) the "stop" command clears the queue of
>> all volintary actions. Thus if you see something bad heading your way you
>> can immidatly stop your action queue.
>
>Hm, well, my point was that it might kick in before you have a chance to
>react, which is why you want the system to be intelligent about which
>actions it selects. more on this below.
>
>> 2) different actions have different
>> fragility levels. If you get bonked on the head you will most likely
>> forget about your apple. If you casually kill bubba without breaking a
>> sweat you'd go right back to eating it. Some things (like counting) get
>> broken very easily. ;)
>
>Right, this sounds like what I was suggesting later. Anything significant
>should interrupt less important actions, so combat of any length would
>probably result in the open chest action being cancelled.
>
>Do you use a simple priority system to work out what to cancel? ie. "being
>bonked on the head cancels all actions at priority 'menial'"? Or
>something more complex like "if I'm bonked on the head more than twice in
>10 seconds, cancel all actions at 'menial' that will take more than 5s
>to execute"? Or something different again?
I was planning on adding a fragility level to each possible action. Things
like pain, loud noises or being distracted could cause them to fall out of
the queue. Now I have to admit you have a lot of good points on what to do
when an action is surpressed and then resurfaces. My stubbornness on this
is rooted in the fact that most of the things I am implimenting in the mud
are there to achieve my "cinematic realism" quota. Basically I choose a
cool action movie and try to figure out what I need to add to the code so
that all the things that happen in the movie could easily happen in the
dayly context of the mud. "The Princess Bride" was a big contributor, with
the flashing sword play vs. the standard Diku 400 hp with platemail and a
big axe. The rice ball scene at the begining of "Ninja Scroll" is what I'm
aiming at with the priority queue. (If you have seen it you know what I am
talking about, and if you havent go see it). The hero is munching on a
ball of rice and is jumped by 3 thugs. He tosses the ball straight up,
dispatches all three, does a cool cinematic pose where we slides the sword
back into his shieth, and then catches the ball of rice and keeps eating.
I figure that with this system 90% of the time the menial actions will be
dropped in combat... but when the character dosnt break a sweat in the
fight I am assumign the player isnt either, and just to puncutate the
bad-ass-ness of the situation let them keep doing whatever it was without
considering the fight an interuption.
>I can see the advantages of having a more complex system, so that someone
>can't sit there and repeatedly scream "WE'RE UNDER ATTACK" in your face,
>thus preventing you from ever eating your apple. Conversely, a lot of this
>system seems to be oriented around improving player control - at least
>partially to counteract the speed-demon-typist syndrome, I suspect: it's
>so that the character has some basic intelligence of its own, rather than
>being a mindless puppet.
Absolutly. It does many things for me. The character is more intelegent.
Actions are paced correctly. The flow of combat is realistic with people
on the offensive and defensive, w/ parrys, dodges and counterattacks all
makign sense. Light vs. Heavy weapons work correctly. Spamming commands
is useless. Actions and execution of actions seem more realistic and dont
allow for as many reality loopholes for players. It lets me avoid an ugly
"Combat" state that is somehow seporate from the rest of the world. I have
to admit I have become quite fond of the system.
>You want a -predictable- system, as requiring a
>player to constantly guess what their character will do if they enter a
>command doesn't seem too enjoyable to me.
I have been hopeing that if I do things correctly the character will only
forget about the old actions if the player does too, avoiding confusion.
If you were right in the middle of stacking plates and washign dishes when
an ogred tried to kill you, needless to say you have to stop and stack
stock of the situation to figure out where you where when things calmed
down... "Now where was I..." If the fight was quick and clean and
painless, quite likely the character will just keep washing dishes as if
nothing had happened, just as the player would want. ( I think ) This
looks like a great opertunity for customization on the players part...
>Not sure on this - the ear was probably a bad example. You want to assume
>that if the player suddenly enters a stream of high-priority actions, or
>if a pile of reflex actions kick in, then something -important- is
>happening, and the player doesn't want to be worried about whether he'll
>be opening the chest next.
Right... the trick is figureing out what is important. I'm working under
the assumption that if the actions are of high priority in the first palce
then they are important. Byond that I assume that if the characer breaks a
sweat, its reasonable that he'll forget the menial tasks he was doing. And
lastly if the "player" views something as really important then he will
issue a stop command to drop everythign and then get to work.
>There's an element of "people don't -do- that!" in here too. Having
>players eat apples while fighting off dragons and opening chests in the
>breaks in combat seems vaguely obsessive-compulsive to me. "Ooh, he's
>pausing to cast a fireball, I can open another chest! <creak> <boom>"
Heheheh... I have an information priority action called "on guard" that
blocks you from doing anything menail. It lets you react faster to
attacks, lets you notice things like knives in the back better. And since
its not life-or-death priority you can use the time to check out your
oponent, notice how wounded they are, how tired ect... being "on guard" is
a standard reaction to other people being on guard or people casting spells
ect... thus everyone tends to be on guard even for a bit after combat
stops... thus the above is not likely to happen.
>Perhaps suspend actions when there's something important going on, and
>remind the player about them in some way when the fuss dies down.
>
> > open chest
> A dragon flies in and tries to eat you. Ouch.
> [.. combat ..]
> The dragon collapses to the ground, dead.
> You could probably continue opening the chest now.
> > continue
> You open the chest.
This is a really good idea, but my "Ninja Scroll" sensibilities will
proboly prevent me from useing it. Alas...
Now... heres something I have been working on in the back of my head, and
if any of you old school hackers have any ideas on how I should code this
please let me know. I havnt found a data structure that I feel is simple
and straight forward enough.
I wanted to make the priority queue more complex, wider. Where actions tie
up bodyparts as well as priorites. Thus, when sword fighting with someone,
your hands and eyes are doing things at life-or-death but your mouth is not
so you can still talk to someone in the midts of the fray, without slowing
your attacks down. At the same time you would have to stagger your coments
while eating an apple as each in turn would need access of the mouth. Each
action would require some limbs to be free. This would also automate limb
loss. If you are missing both your legs a walk command will never get off
as it cant get the limbs needed, but a crawl command would work as it only
needs arms, and for the quadraplegis, wriggle would only require a torso ;)
This would also make it easy to automate things like grabbing an opponent
or having your hands tied or being in an arm lock. You could define one
arm as a prime hand and one as an off hand. Actions like blocking a blow
could be done with an off hand but most attacks would require a primehand.
Thus you can block with your shield, and while that arm is tied up on the
queue, you could attack with your other hand. If you simply defined
someone as ambidextrous as having two primehands they could have two
simultanoius queues of hand actions being processed at once. This would
allow you to easily add things like 4 armed races or winged races where the
"fly" action requires 2 wings. Things get sticky and I start to get
confused when I consider attacking with a two handed sword that needs any
two hands. If i impliment parallel queues, one hand delay could get stuck
behind if one queue was cloged and one was not, while in practice I'd want
both hands to get stuck until both queues are open... Also I wanted to
leave things open for things like limbs that are both hands and feet...
like a chimp...
Any ideas?
Orion
--
MUD-Dev: Advancing an unrealised future.
- Combat Was Leaving characters in play Adam Wiggins
- Combat Was Leaving characters in play Travis S. Casey
- Combat Was Leaving characters in play Adam Wiggins
- Combat Was Leaving characters in play Travis S. Casey
- Combat Was Leaving characters in play Adam Wiggins
- Bad Game Designer, No Twinkie! -- By Ernest Adams J C Lawrence
- Bad Game Designer, No Twinkie! -- By Ernest Adams T. Alexander Popiel
- Bad Game Designer, No Twinkie! -- By Ernest Adams J C Lawrence
- Bad Game Designer, No Twinkie! -- By Ernest Adams John Bertoglio
- Bad Game Designer, No Twinkie! -- By Ernest Adams Caliban Tiresias Darklock
- Bad Game Designer, No Twinkie! -- By Ernest Adams John Bertoglio
- Bad Game Designer, No Twinkie! -- By Ernest Ada ms Koster, Raph
- Bad Game Designer, No Twinkie! -- By Ernest Adams Caliban Tiresias Darklock
- Bad Game Designer, No Twinkie! -- By ErnestAdam s Koster, Raph
- Bad Game Designer, No Twinkie! -- By Ernest Ada ms J C Lawrence
- Bad Game Designer, No Twinkie! -- By Ernest Adams J C Lawrence
- Bad Game Designer, No Twinkie! -- By Ernest Adams John Bertoglio
- Java multithreading test source Vadim Tkachenko
- Java multithreading test source J C Lawrence
- Java multithreading test source Vadim Tkachenko
- Java multithreading test source Ben Greear
- Java multithreading test source Vadim Tkachenko
- Java multithreading test source Chris Gray
- Mud Tales John Bertoglio
- Nested coorindate space model J C Lawrence
- Nested coorindate space model Ling
- Nested coorindate space model J C Lawrence
- Nested coorindate space model Ling
- Nested coorindate space model Michael Hohensee
- Nested coorindate space model J C Lawrence
- Nested coorindate space model Michael Hohensee
- Nested coorindate space model Jason Goodwin
- Nested coorindate space model J C Lawrence
- Nested coorindate space model Michael Hohensee
- Nested coorindate space model J C Lawrence
- Nested coorindate space model Benjamin D. Wiechel
- Nested coorindate space model J C Lawrence
- Nested coorindate space model Michael Hohensee
- Now For Something Completely Different: PK with style John Bertoglio
- Sex in Games -- ya gotta, um, yeah J C Lawrence
- Combat in the Abandoned Realms John Bertoglio
- A Metaphysics System s001gmu@nova.wright.edu
- META: New list features J C Lawrence
- OT: Java multithreading test source Jon A. Lambert
- OT: Java multithreading test source Mike Sellers
- OT: Java multithreading test source Ben Greear
- OT: Java multithreading test source Jon A. Lambert
- OT: Java multithreading test source Jon A. Lambert
- OT: Java multithreading test source Jon A. Lambert
- OT: Java multithreading test source Jon A. Lambert
- OT: Java multithreading test source Ben Greear
- OT: Java multithreading test source John Bertoglio
- OT: Java multithreading test source Vadim Tkachenko
- OT: Java multithreading test source Jon A. Lambert
- OT: Java multithreading test source Ben Greear
- Plug: Got my java client to work using the java-plugin. Ben Greear
- UO's rep system, was: CGDC Koster, Raph
- UO's rep system, was: CGDC J C Lawrence
- BIAP Chat/Chat Pro (fwd) Nathan F Yospe
- BIAP Chat/Chat Pro (fwd) Holly Sommer
- Tutorial for Multi-User Environments Niklas Elmqvist
- Tutorial for Multi-User Environments Niklas Elmqvist
- skill system Andrew C.M. McClintock
- skill system Jo Dillon
- skill system Andrew C.M. McClintock
- skill system Adam Wiggins
- skill system Marian Griffith
- skill system J C Lawrence
- skill system Jon A. Lambert
- skill system John Bertoglio
- skill system J C Lawrence
- skill system s001gmu@nova.wright.edu
- skill system Adam Wiggins
- skill system Katrina McClelan
- skill system Richard Woolcock
- skill system Koster, Raph
- skill system John Bertoglio
- skill system Adam Wiggins
- skill system Mike Sellers
- skill system Richard Woolcock
- skill system Adam Wiggins
- skill system Richard Woolcock
- skill system Katrina McClelan
- skill system Adam Wiggins
- skill system Richard Woolcock
- skill system Katrina McClelan
- skill system Adam Wiggins
- skill system Dan Shiovitz
- skill system Adam Wiggins
- skill system Richard Woolcock
- skill system Adam Wiggins
- skill system Richard Woolcock
- skill system J C Lawrence
- skill system s001gmu@nova.wright.edu
- skill system J C Lawrence
- skill system John Bertoglio