April 1997
- From out of the shadows... Dan Mazeau
- Introduction Shawn Halpenny
- Introduction Nathan Yospe
- Introduction Chris Gray
- Introduction coder@ibm.net
- Introduction S001GMU@nova.wright.edu
- Introduction Jeff Kesselman
- Introduction Chris Gray
- Introduction Mik Clarke
- Introduction Caliban Tiresias Darklock
- Introduction Mik Clarke
- Introduction Caliban Tiresias Darklock
- Introduction J C Lawrence
- Introduction Elia Morling
- Event-driven? Michael Hohensee
- Event-driven? Nathan Yospe
- Event-driven? coder@ibm.net
- Event-driven? Jon A. Lambert
- Event-driven? Adam Wiggins
- Event-driven? Shawn Halpenny
- Event-driven? Chris Gray
- Event-driven? coder@ibm.net
- (subject missing) Dan Mazeau
- A late introduction Jon A. Lambert
- Re-Introduction S001GMU@nova.wright.edu
- New guy Walter Goodwin
- New guy coder@ibm.net
- Socket Stuff Shawn Halpenny
- database stuff Chris Gray
- So in an event-driven server, how do you ... Michael Hohensee
- So in an event-driven server, how do you ... Nathan Yospe
- So in an event-driven server, how do you ... S001GMU@nova.wright.edu
- So in an event-driven server, how do you ... Chris Gray
- So in an event-driven server, how do you ... clawrenc@xsvr1.cup.hp.com
- So in an event-driven server, how do you ... clawrenc@cup.hp.com
- Off on the languages tangent! Chris Gray
- Yet Another Introduction Reed D. Copsey, Jr.
- Yet Another Introduction Nathan Yospe
- Yet Another Introduction clawrenc@cup.hp.com
- Yet Another Introduction clawrenc@cup.hp.com
- Yet Another Introduction Adam Wiggins
- Yet Another Introduction Dmitri Kondratiev
- self-intro: Cynbe Cynbe ru Taren
- Unique id's Chris Gray
- Unique id's clawrenc@cup.hp.com
- Unique id's Jon A. Lambert
- Unique id's coder@ibm.net
- Unique id's Jon A. Lambert
- Unique id's coder@ibm.net
- Unique id's Jeff Kesselman
- Unique id's clawrenc@cup.hp.com
- Unique id's Jon A. Lambert
- Dupes are my fault (again) coder@ibm.net
- six degrees of submission ... er, compilation. Cynbe ru Taren
- six degrees of submission ... er, compilation. Jeff Kesselman
- Java as a mudserver language Cynbe ru Taren
- Java as a mudserver language Jeff Kesselman
- Execution Chris Gray
- Using system time for ObjectIDs clawrenc@cup.hp.com
- short absence Chris Gray
- short absence coder@ibm.net
- Hello! Ross Nicoll
- Ho hum (clarifiyign AI terms) Jeff Kesselman
- Ho hum Ling
- Fw: Just a bit of musing Travis Casey
- Risk Assessment -- was (Ho hum) Jon A. Lambert
- Who is Steward and what can he do for me? Jon A. Lambert
- Who is Steward and what can he do for me? clawrenc@cup.hp.com
- Who is Steward and what can he do for me? Chris Gray
- project management (or coding, kings, and other things) Jon A. Lambert
- Threads and Sockets (Was Ho hum) S001GMU@nova.wright.edu
- Threads and Sockets (Was Ho hum) Jeff Kesselman
- Threads and Sockets (Was Ho hum) S001GMU@nova.wright.edu
- Threads and Sockets (Was Ho hum) clawrenc@cup.hp.com
- Threads and Sockets (Was Ho hum) Chris Gray
- Strings & Memory Usage Greg Munt
- Strings & Memory Usage clawrenc@cup.hp.com
- Strings & Memory Usage Jeff Kesselman
- Strings & Memory Usage Shawn Halpenny
- Strings & Memory Usage ashen
- Strings & Memory Usage Chris Gray
- Steward coder@ibm.net
- r.g.m.* - worthwhile thread Nathan Yospe
- r.g.m.* - worthwhile thread clawrenc@cup.hp.com
- r.g.m.* - worthwhile thread Jeff Kesselman
- r.g.m.* - worthwhile thread Chris Gray
- (fwd) A Mud Protocol (MUD Markup Language) coder@ibm.net
- Ho hum (Sockets) Ling
- Steward and other painful friends coder@ibm.net
- A Combat System (please critique!) S001GMU@nova.wright.edu
I have also spent some time thinking about how to get away from a typical
diku combat system... (on this list, suprise suprise, eh?)
I toyed with the idea of scripting combat but decided it got too complicated
too quickly for the average user. Instead of fully scripting out all of your
actions for a combat I prefer a somewhat more loosely defined system.
My cohorts and I came up with the following, fairly simple system
(please comment!! we're still working on it and would like as much input
as possible):
the basic premise behind the system is as follows:
-Combat should be a quick and bloody afair, with the possibility of the most
experienced, combat hardened vetren getting killed by some young,
*INCREDIBLY* lucky punk who just picked up a sword and sed "hey.. neet".
(granted, it's NOT likely, but possible).
-Each character will have some skill that is used with the weapon they
are using. We will probably go with some sort of skill web to default to
other skills if the character doesn't have a skill for the exact weapon
they are using.
-Each character will have a certain, overall combat proficiency. The longer
you've been fighting, the more you pick up on how things work.
-Each character has only so much attention to divide among all the things
going on in combat.
now, to represent this we chose the following system:
The overall combat proficiency determines how effectively you can split
your attention among differnt tasks. The more proficeint you are, the more
you can watch in a combat situation. Anybody can try any number of things
in combat, but if they've never done it before, they are less likely to
succeed, which is reflected by adjusting the skill they are using.
For instance, the lucky punk fighting the vetran above might have a pidly 5
in the sword he just picked up (say the range is 0-100, to be arbitrary).
He also has 5's in a dodging, parrying, defensive shield use, and offensive
shield use. A total of 5 combat skills. Unfortunately he is so totaly
inexperienced in combat that his overall proficeincy is rated at 0 (on a
scale of say.. 0-20). Now, the newby may decide to divide his attention 5
ways and try to hit with his sword and his shield, as well as dodge the
vetran's attacks, and if that fails, parry them and if that fails block
them with his shield. This would be collosally stupid because he is
so inexperienced in combat that his effective skills in all those areas becomes
so low it is no longer usefull (say 0). Now, if he had been intelligent
and tried to just use his sword for offense and his shield for defense, he might
stand a chance of lasting a little longer. Not much longer, but you never
know. He might get lucky.
Combat is not divided into 'rounds', but rather is dealt with as a series of
actions. Certain actions take longer than others. Combat would be
initiated by one person jumping another, which would trigger the defender's
defenses (which might include a nasty riposte). Once no more offensive
actions occure, everyone is effectively no longer in combat and anything they
type won't be overriding their combat actions. It will be possible to specify
that you wish your character to take no actions when attacked (not necessarily
a good idea, but why should a character be forced into a fight? :), or
they might specify 50% dodge and 50% run away.
One neet thing that I'd like to implement is that 'sense of danger' and
an automated tensing of muscles.. something like:
>enter cave
ok.
<cave description/graphical image or whatever>
You don't like the feel of this room... switching to a more defensive mode.
[ie: shift to higher precentages in the characters primary defensive skills]
>
or :
> enter palace of pleasure
ok.
<descriptions of various and sundry pleasureable things>
You feel very comfortable and relaxed in this room.
[defenses lower... ]
>
Of course the player can always reset the %'s the way they were before.
There will be, of course, mechanisms to change how you divide your attention
while fighting, and you can TRY to do other things while fighting, but
any action you type in will take precedence over your next combat action, so
that could get you killed quickly! (it's a bad idea to stoop down and tie your
shoe in the middle of a fight... tends to get you thumped on quite quickly)
As for the speed of the combat, I personnaly like the speed of low-level diku
combat... tho it may be a bit fast. High level diku combat, with multiple
participants is just a ridiculous amount of spam and to be avoided at all
costs.. ;)
The system is still in its infancy, but I think it will work out well...
one major problem is how to determine what is offensive and what isn't, but
some of the posts over the past few days have given me some thoughts in
that area. :)
-Greg - Your Message To mud-dev Jon A. Lambert
- I'm back Chris Gray
- Changes to the list coder@ibm.net
- Oops coder@ibm.net
- Verb binding Chris Gray
- Verb binding clawrenc@cup.hp.com
- Verb binding ashen
- Verb binding Chris Gray
- Verb binding Adam Wiggins
- Verb binding clawrenc@cup.hp.com
- Verb binding S001GMU@nova.wright.edu
- Verb binding Shawn Halpenny
- Verb binding Chris Gray
- Verb binding clawrenc@cup.hp.com
- Verb binding Chris Gray
- Why have a combat state? Jeff Kesselman
- Why have a combat state? clawrenc@cup.hp.com
- Introduction Jamie Norrish
- Introduction S001GMU@nova.wright.edu
- Introduction clawrenc@cup.hp.com
- Introduction Jeff Kesselman
- Introduction clawrenc@cup.hp.com
- Introduction Chris Gray
- Introduction Travis Casey
- Introduction Jeff Kesselman
- Introduction scherecwich@angelfire.com
- Introduction Jon A. Lambert
- Introduction Chris Gray
- (fwd) Issues from the digests and Wout's list Raz
- (fwd) Issues from the digests and Wout's list Chris Gray
- (fwd) Issues from the digests and Wout's list clawrenc@cup.hp.com
- (fwd) Issues from the digests and Wout's list Raz
- (fwd) Issues from the digests and Wout's list Chris Gray
- (fwd) Issues from the digests and Wout's list clawrenc@cup.hp.com
- (fwd) Issues from the digests and Wout's list Chris Gray
- (fwd) Issues from the digests and Wout's list clawrenc@cup.hp.com
- (fwd) Issues from the digests and Wout's list Oliver Jowett
- (fwd) Issues from the digests and Wout's list Chris Gray
- (fwd) Issues from the digests and Wout's list clawrenc@cup.hp.com
- (fwd) Issues from the digests and Wout's list Raz
- (fwd) Issues from the digests and Wout's list Miroslav Silovic
- (fwd) Issues from the digests and Wout's list clawrenc@cup.hp.com
- (fwd) Issues from the digests and Wout's list Adam Wiggins
- (fwd) Issues from the digests and Wout's list clawrenc@cup.hp.com
- (fwd) Issues from the digests and Wout's list Miroslav Silovic
- (fwd) Issues from the digests and Wout's list clawrenc@cup.hp.com
- (fwd) Issues from the digests and Wout's list Raz
- (fwd) Issues from the digests and Wout's list clawrenc@cup.hp.com
- (fwd) Issues from the digests and Wout's list clawrenc@cup.hp.com
- Me Raz
- Sendmail changes coder@ibm.net
- Reposts Adam Wiggins
- Semaphores, Mutices, fd_sets Greg Munt
- Semaphores, Mutices, fd_sets Jeff Kesselman
- Semaphores, Mutices, fd_sets clawrenc@cup.hp.com
- MUD Design Digest V1 #55 coder@ibm.net
- Me Raz
- Magnetic Scrolls' magical parser Greg Munt
- Magnetic Scrolls' magical parser clawrenc@cup.hp.com
- Magnetic Scrolls' magical parser Adam Wiggins
- Magnetic Scrolls' magical parser Nathan Yospe
- Magnetic Scrolls' magical parser Chris Gray
- Magnetic Scrolls' magical parser Ling
- Magnetic Scrolls' magical parser Chris Gray
- Magnetic Scrolls' magical parser Shawn Halpenny
- Reposts Jeff Kesselman
- Email change Alex Oren
- SUBSCRIBE Alex Oren
- (fwd) Death in Muds -(also Birth, Imprisonment, Aging, and skill development) coder@ibm.net
- fd_set limitations Greg Munt
- parsing Chris Gray