November 2003
- Fwd: Web vs. Java client Eric Merritt
- Fwd: Web vs. Java client Mike Shaver
- MUD-Dev Digest, Vol 6, Issue 3 Alex Chacha
- MUD-Dev Digest, Vol 6, Issue 3 Zach Collins {Siege}
- java clients (was: MUD-Dev Digest, Vol 6, Issue 3) ceo
- MUD-Dev conference 2003/2004 Brian 'Psychochild' Green
- Biz: Game support Peter Tyson
- Biz: Game support Damion Schubert
- Biz: Game support Daniel.Harman@barclayscapital.com
- Biz: Game support Michael Sellers
- Biz: Game support John Erskine
- Advantage for outside skills T. Alexander Popiel
- Advantage for outside skills Jeff Fuller
- Advantage for outside skills Paul Schwanz
- Removing access to entertainment John Buehler
- Removing access to entertainment szii@sziisoft.com
- Removing access to entertainment Patrick Dughi
- Removing access to entertainment John Buehler
- Removing access to entertainment Sheela Caur'Lir
- Removing access to entertainment Marian Griffith
- Removing access to entertainment John Buehler
- Removing access to entertainment Paul Schwanz
- Removing access to entertainment Hans-Henrik Staerfeldt
- Removing access to entertainment apollyon .
- Removing access to entertainment Amanda Walker
- Removing access to entertainment Peter Keeler
- Removing access to entertainment Matt Mihaly
- Removing access to entertainment Amanda Walker
- Removing access to entertainment John Buehler
- Removing access to entertainment Daniel.Harman@barclayscapital.com
- Removing access to entertainment John Buehler
- Removing access to entertainment Michael "Flury" Chui
- Removing access to entertainment Paul Schwanz
- Removing access to entertainment John Buehler
- Removing access to entertainment Sheela Caur'Lir
- Removing access to entertainment John Buehler
- Removing access to entertainment Sheela Caur'Lir
- Removing access to entertainment John Buehler
- Removing access to entertainment Sheela Caur'Lir
- Removing access to entertainment John Buehler
- Removing access to entertainment Daniel.Harman@barclayscapital.com
- Removing access to entertainment John Buehler
- Removing access to entertainment Sheela Caur'Lir
- Removing access to entertainment Jeff Crane
- Removing access to entertainment John Buehler
- Removing access to entertainment Paul Schwanz
- Removing access to entertainment John Buehler
Paul Schwanz writes:
> John Buehler wrote:
>> Jeff Crane writes:
>>> From: John Buehler
> I think you probably understand all of this, but here is where I'm
> going to turn this into an argument in favor of mez. As I battle
> a monster, I want to avoid getting killed. Getting killed is a
> negative outcome that I enjoy avoiding. However, it isn't the
> only one. Within the battle are nested negative outcomes that I
> can also enjoy avoiding. For instance, I enjoy avoiding the loss
> of hit points. Every time I avoid getting hit, it is a small
> victory within the larger battle. (One I wish didn't rely so
> heavily on an RNG, since that affects the significance of the
> victory.) But I'm very grateful that when I fail to avoid getting
> hit it doesn't also mean that I automatically lose the larger
> battle. (Getting killed with one hit doesn't seem like as much
> fun, although I think this is highly dependant upon the mechanics
> that are or are not in place for avoiding that one hit. After
> all, it only takes one check-mate to lose in chess.) Similarly, I
> can enjoy avoiding a mez while appreciating that even if I fail to
> avoid it, the negative outcome for that failure can be something
> less than death.
> And this is where I'm going to turn back around and basically
> agree with you. Perhaps mez would benefit from some method of
> recovery involving interaction. In PnP, at least you get to
> summon up hope, attempt a saving throw, and experience the
> encouragement or comiseration of your fellow players so that it
> doesn't feel like you've stopped playing the game. An RNG doing
> this for you as it cycles through some game loop, though very
> convenient, isn't nearly as entertaining. Which suggests that the
> issue isn't convenience so much as it is interaction.
In the specific case of mesmerization, I believe that there are
challenges, consequences and outcomes that players will find
entertaining that do not involve their keyboard effectively locking
up. So disarm players. Cause them to fall down. Knock them back.
Do things with their characters that produce an advantage for the
attacker, produce an entertaining visual, and give the defender an
opportunity to respond to the attack in a variety of ways. And all
of these things should be available all the time. Not because the
defender is carrying some potion or wearing a ring. Having drunk a
potion or worn a ring may ALTER the experience (e.g. give an
additional response to the attacker), but having things to do that
are entertaining is key. Players should continue to play the game.
> So what principles come out of this?
> 1) I believe there is good convenience and bad convenience.
> Good convenience is a developer avoiding for me those things
> that I cannot enjoy avoiding on my own. Bad convenience is when
> a developer avoids for me something that I do want to avoid, but
> does so by fiat instead of putting together an interesting
> interactive method that would challenge me to avoid it on my own
> and have fun doing so.
[2 and 3 snipped]
> 4) I believe that as you drill down into the nested
> opportunities, the severity of consequences should be
> appropriate to the level of nesting as well as to the likelihood
> of failure.
Fundamental in all of this is your fourth point, which I completely
disagree with. I believe that failure should not produce severe
consequences (I'm assuming negative) but rather should simply
produce 'Failure, but thanks for trying'. Players should not be
penalized for attempting to rise to a certain entertainment
experience. They should simply fail. So if I try to get from step
1 to step 2 and fail, I remain on step 2. If I try to get from step
10 to step 11 and fail, I remain on step 10.
In my own designs, I have things like thieves trying to infiltrate a
fortress and steal something. If caught, the thief is tossed out
the nearest window. He'll survive the fall and be free to try
again. What's the point in killing the character and forcing the
player to experience a rote repeat of whatever it took to start that
encounter in the first place? And other players may be waiting on
the thief.
Is that unrealistic? Sure. But for the greater majority of
players, I believe it would be entertaining. It would be laughable
for the friends waiting outside to see if he succeeds, only to see
him come flying out a window, escorted out the main entrance or some
other variation. So they regroup and try a different way.
The goal in all this is to keep the entertainment choices coming.
Don't force players to do things that are inherently not
entertaining. The very penalties in the game make the players more
obsessive about achieving the goal. Some people just don't like to
be told 'no'. Those in pursuit of power seem particularly
susceptible to that phenomenon.
JB
- Removing access to entertainment John Buehler
- Removing access to entertainment Chanur Silvarian
- Removing access to entertainment Sheela Caur'Lir
- Removing access to entertainment Michael Sellers
- Removing access to entertainment Amanda Walker
- Removing access to entertainment Matt Mihaly
- Removing access to entertainment Kwon J. Ekstrom
- Removing access to entertainment Brian Lindahl
- Removing access to entertainment John Buehler
- Removing access to entertainment Damion Schubert
- Removing access to entertainment John Buehler
- Removing access to entertainment Marian Griffith
- Removing access to entertainment John Buehler
- Removing access to entertainment Marian Griffith
- Removing access to entertainment John Buehler
- Removing access to entertainment Corpheous Andrakin
- Removing access to entertainment Darren Hall
- Removing access to entertainment John Buehler
- Removing access to entertainment Sheela Caur'Lir
- Removing access to entertainment John Buehler
- Removing access to entertainment Chanur Silvarian
- Removing access to entertainment Amanda Walker
- Removing access to entertainment Jeremy Neal Kelly
- Removing access to entertainment Corpheous Andrakin
- Removing access to entertainment John Buehler
- Second Life's customers own the IP of their creations Mike Shaver
- Second Life's customers own the IP of their creatio ns Christer Enfors XW {TN/PAC}
- Second Life's customers own the IP of their creatio ns Lee Sheldon
- Second Life's customers own the IP of their creatio ns Christer Enfors XW {TN/PAC}
- Second Life's customers own the IP of their creatio ns Jeff Thompson
- Second Life's customers own the IP of their creations Corey Crawford
- Second Life's customers own the IP of their creatio ns Corpheous Andrakin
- Second Life's customers own the IP of their creatio ns Ren Reynolds
- Second Life's customers own the IP of their creatio ns Daniel.Harman@barclayscapital.com
- Second Life's customers own the IP of their creatio ns Crosbie Fitch
- Second Life's customers own the IP of their creatio ns Amanda Walker
- Second Life's customers own the IP of their creatio ns Ren Reynolds
- Second Life's customers own the IP of their creatio ns Ola Fosheim Grøstad
- Effects of skill-imbalances? Joshua Judson Rosen
- download-barriers Joshua Judson Rosen
- download-barriers Matt Mihaly
- Language and platform for Text MUD server =?koi8-r?Q?=22?=Andrew Batyuck=?koi8-r?Q?=22=20?=< javaman@mail.ru>
- Language and platform for Text MUD server Miroslav Silovic
- Language and platform for Text MUD server Kwon J. Ekstrom
- Language and platform for Text MUD server Patrick Dughi
- Language and platform for Text MUD server Alex Chacha
- Ragnarok Wisdom Michael Tresca
- Java on Linux gbtmud
- Java on Linux Artur Biesiadowski
- AS TECHNOLOGY SCATTERS VIEWERS, NETWORKS GO LOOKING FOR THEM Michael Tresca
- Breakdown of Java users Christopher Kohnert
- Second Life's customers get [copyright?] of their creations Joshua Judson Rosen
- Rubies of Eventide shutting down Mantees de Tara
- Rubies of Eventide shutting down Zach Collins {Siege}
- Rubies of Eventide shutting down Sheela Caur'Lir
- Rubies of Eventide shutting down Michael Sellers
- Rubies of Eventide shutting down Koster, Raph
- Dopamine and addiction Ola Fosheim Grøstad
- Dopamine and addiction David Love
- Dopamine and addiction a t y mcguire
- Dopamine and addiction Lars Duening
- Dopamine and addiction Ola Fosheim Grøstad
- Dopamine and addiction Rayzam
- Dopamine and addiction Ola Fosheim Grøstad
- Dopamine and addiction Rayzam
- Dopamine and addiction Marian Griffith
- Trusting the client, encrypting data Ola Fosheim Grøstad
- Trusting the client, encrypting data Eli Stevens
- Trusting the client, encrypting data Ola Fosheim Grøstad
- Trusting the client, encrypting data Jessica Mulligan
- Trusting the client, encrypting data ceo
- Trusting the client, encrypting data Amanda Walker
- Trusting the client, encrypting data Mike Shaver
- Trusting the client, encrypting data Ola Fosheim Grøstad
- Trusting the client, encrypting data Ola Fosheim Grøstad
- Trusting the client, encrypting data Sean Middleditch
- Trusting the client, encrypting data Peter Harkins
- Trusting the client, encrypting data Amanda Walker
- Trusting the client, encrypting data Crosbie Fitch
- Trusting the client, encrypting data Richard A. Bartle
- Trusting the client, encrypting data Mike Shaver
- Trusting the client, encrypting data ceo
- Trusting the client, encrypting data J C Lawrence
- Trusting the client, encrypting data Ola Fosheim Grøstad
- Trusting the client, encrypting data Sean Middleditch
- Trusting the client, encrypting data Mike Shaver
- Trusting the client, encrypting data Paul Schwanz
- Trusting the client, encrypting data Vincent Archer
- Trusting the client, encrypting data Felix A. Croes
- Trusting the client, encrypting data Sean Middleditch
- Trusting the client, encrypting data Alain Hamel
- Trusting the client, encrypting data Richard A. Bartle
- Trusting the client, encrypting data Alex Chacha
- Trusting the client, encrypting data Amanda Walker
- Trusting the client, encrypting data Crosbie Fitch
- Payment Transaction Processing altug
- Payment Transaction Processing Sean Middleditch
- Payment Transaction Processing Jason Smith
- Payment Transaction Processing stanza
- Payment Transaction Processing Matt Mihaly
- Payment Transaction Processing Gary Cooper
- Payment Transaction Processing J C Lawrence
- Payment Transaction Processing Gary Whitten