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
> From: Ling <K.L.Lo-94@student.lut.ac.uk>
> Subject: Re: Ho hum
> On Sat, 12 Apr 1997, Nathan Yospe wrote:
> > On Sat, 12 Apr 1997, Ling wrote:
> >
> > Hmmm. Did any of us provide personal life stuff?
>
> Dunno, I thought I'd provide those snippets of information so you guys
> know my leanings and background. *shrug* The main bit being untrained
> which means I like to think I've got the aptitude and intuition for coding
> but I don't know all the computer jargon (there's a distinct trend to name
> and patent anything which moves).
Hey, OK. I'm a old dog, who has trouble learning new tricks, though
not quite as old as C. Gray. (giggle). 12 years mostly as a consultant.
My training in computers is on-the-job learn-as-I-earned, although I have
formal college Fortran and Cobol. I'm definitely an open-minded sort when
it comes to new computer goodies. I also have 2 brilliant and lovely children
who I keep as far away from the Inet as possible. ;-)
>
> > :Nathan: How on earth does your intepreter conducts the risk assessment?
> > :Eg:
> > :> shoot rifle at tank
> > :You sure?
> > :> yes
> > :You die but luckily it wasn't painful coz that one had the latest
> > :vapouriser thingibob (manufactured by Grestel).
> > :etc
> >
> > You mean, how does it decide to ask "you sure"? That's pretty simple.
> > There is a probability weight on prefered interpretation of a command,
> > with comparative risk being a crude product of action effectiveness and
> > consequences. This is part of the command interpreter, and is tied
>
> I would have thought that'll be fairly tough to calculate. Does it every
> ask 'You sure?' when it's obviously a low risk action?
I am very interested in this aspect of the game. It is a very important
piece to the system I wish to implement. This is also a key element
in paper & pencil RPGing. The Gamemaster must make a risk assessment
when a character attempts to perform a maneuver. This assessment
is used to modify a characters chances to perform a given action and
is also used to calculate a reward.
Generally this sort of calculation is done by a human gamemaster. It is
handled this way on many Mushes that engage in heavy RP.
I think I have posted some of this on rgma but I will go into a little
more depth here. I quote much of this from FRPG material.
Maneuvers or actions are divided into two types. There are Static
Maneuvers and Moving Maneuvers. Static maneuvers comprise the
execution of skills like tracking, hiding, picking locks, disarming traps,
reading runes, using items, perceptions, influence and other complex
or unusual activity not involving significant movement. Moving
maneuvers include climbing, swimming, riding, stalking and any complex
or unusual movement (tumbling, dodging, acrobatics, etc.)
There are nine levels of difficulty used when assigning a difficulty
level to a maneuver.
For example the climbing skill (a moving maneuver) and its
modifications (using a percentile system):
Climbing a ladder ... routine... +30
Climbing a tree with lots of low limbs ... easy... +20
Climbing a tree with some low limbs ... light... +10
Climbing the rough, brick wall of a cottage ... medium... 0
Climbing a tree with limbs no lower than 20' ... hard... -10
Climbing a rough, stone wall in the rain ... very hard... -20
Climbing the smooth wall of a fortress .... sheer folly... -50
Climbing the oil slickened glass tower of Snid ... absurd... -70
Another example is the hiding skill (a static maneuver) and its
modifications (using a percentile system):
Hiding behind a large barrel in a dark cellar ... routine... +30
Hiding behind a bush on a pitch black night ... light... +10
Hiding behind a bush on a moonlit night ... hard... -10
Hiding behind a bush in broad daylight ... extremely hard... -30
Translating this type of decision making by a GM into an expert
system is not a simplistic preposition. At least I don't think so.
Maybe someone can provide some unique insight into this for
me.
Also, one of the features is the ---
> > :> shoot rifle at tank
> > :You sure?
> > :> yes
from above which should occur for those maneuvers above the
medium grade of difficulty with varying messages implying the
difficulty of course.
JL - 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
- 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