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
- 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
This is a very interesting thread. I am not a game designer, but I
am an avid player and as a result I often discuss MMORPGS and issues
regarding their design and playability with friends who share a
similar interest. We've recently been discussing the ideas expressed
in this thread quite a bit.
--- John Buehler <johnbue@msn.com> wrote:
> Raph Koster writes:
>> From: John Buehler
>>> Players are jumping through the hoops that game designers are
>>> presenting to them. But I wonder how many of those hoops would
>>> be jumped through if they were optional.
>> None. Humans drive powerfully towards convenience. However,
>> games are not about convenience, they are about overcoming
>> obstacles to a given goal.
> I can't argue here because I think you're making an axiomatic
> statement here. That your definition of 'game' is entertainment
> that is predicated in overcoming obstacles. I don't look at the
> broad genre of multiplayer virtual environments as venues for
> participants to overcome obstacles. I always start with the
> perception (which I picked up from you, by the way) that they are
> about the social interaction. Overcoming obstacles is just one
> thing that can be used to cause social interaction.
> I wonder if players associate 'game' with 'overcoming obstacles to
> a given goal'.
If we all agree that the point of a game is "entertainment" then the
receipe for a good game begins with determining what creates an
entertaining environment. Obviously, if you ask different people
what makes an entertaining computer game, you would get several
different responses. Some would say puzzle solving, others fighting
(either computer controlled or real players), some might say
exploring a fantastic environment, or an engrossing backstory, and
others might choose crafting unique items, or simply socializing
with friends. I'm sure the list could be a lot longer. In any case,
traditionally one of the functions of the game designer is to pick
and choose which elements are entertaining (and fit with his game
type or game motif) and include them in his game. By selecting
certain elements, he is (arguably) already tailoring the game to
certain types of players.
A good example of this is the FPS where the the defining
characteristic of the game is shooting your opponent many times over
(whether he be computer generated or a real player). Players of
these types of games no what to expect when they pick them up and
play them. They aren't looking for a social game necessarily, but a
more competative, hand-eye coordination style of game. The only
social interactions these types of game allow are in multiplayer
arenas where you can kill your opponent over and over again - and
possibly some chat either between games or during the game (in case
you feel like bragging, complaining, or trying to organize your team
when playing a team game).
The defining characteristic of a MUD is multiple users in the same
environment. Does this necessarily denote social interaction a
defining characteristic? No... but I think it can be implied. The
same goes for MMORPGs since, as defined by its name, it strives to
have a massively large numbers of players. (Role play is also
supossedly a defining characteristic of the MMORPG that I believe is
often lost, but thats a different post.) Players of these types of
games expect... what? A lot of people in the same environment,
obviously. Perhaps also the ability to play their created character
in a manner they want (possibly even role-play??) and still be able
to enjoy other aspects of the game. What else? What do designers of
these games expect? What 'should' players and designers expect?
Both game types above describe very different types of
entertainment, yet each is (again arguably) equally entertaining for
different reasons.
>>> Or do they endure them for the sake of doing something online
>>> with their friends?
>> They SAY they endure them and hate them, but when they are
>> removed, they say there's no game, and it's "just a glorified
>> chat room." Obstacles are vital.
> LOL. So having hated elements of gameplay to bring players
> together is a good game? I don't think that
> people are confused. I think that there is a mix of
> entertainment and barriers to that entertainment. They stay for
> the entertainment and hate the barriers. But which parts are
> entertainment and which are barriers varies from player to
> player. And
> I believe that is a valuable observation.
I think the crux of the discussion is "who defines what is
entertaining or what makes for an entertaining environment".
>>> In the end, the very hoops that players are invited to jump
>>> through in the process of upping their game turn into barriers
>>> to accessing the entertainment of the game.
>> Careful here--there is no entertainment without hoops. You're
>> really asking a question of which hoops to include.
> More than that, I'm saying that the players should be given
> options so that they can pick and choose hoops at a finer level of
> granularity than an entire
> game. This is particularly true of hoops that have been dealt
> with once. Okay, make me ride the boat one time. I did that
> 'challenge'. I've experienced
> it, so I know how much fun it is. Just don't make me do it again.
Is it the player or the designer who should be responsible for
defining what is entertaining? Are challenges (or barriers) needed
to make a game entertaining? And if so, which barriers should you
include in a MMORPG style game? Does the designer make
that determination or the player?
There is also another element to be considered. Many designers of
MMORPGs claim to want to promote role-play (yet ironically they seem
to design games that require leveling or certain class types to gain
access to different elements of the game. i.e. crafters needing to
learn to fight to stave off aggressive monsters or player killers or
needing to change professions, or character skill sets, several
times to achieve some goal - both of which detract from role playing
a certain character type) and to that end, they try to create a
realistic world with a rich backstory, etc. In following along with
those ideas they will create a weather system, travel system, etc.
There is a fine line here between presenting a 'realistic
experience' for the player to role play in and presenting barriers
to entertainment.
- D
(In advance, I apologize for my personal biases about how I feel
many MMORPGs create an environment that is counter productive to
role playing. I know this is not the case with all MUDs and didn't
mean to imply that was the case. -Thanks.) - 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