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
- 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
Corpheous Andrakin writes:
> Maybe I'm not edjumacated enough to keep up with the Jones' here
> but I feel like I'm losing track of the whole subject and the
> arguments really aren't solving any issues being brought up so
> far. So, I'll try to ask this in my own simple terms.
My apologies. I tried to stay on track.
> In your ideal world without "barriers" to entertainment (that also
> act as challenges to other people) what kind of world would you
> propose in order to make it attractive to all types of players as
> most developers at least attempt to do nowadays? How would you
> attract the socializer and the achiever and the killer and the
> explorer all at the same time and give them all access to a game
> that let them choose how they wanted to be entertained? Because
> unless they're playing a single player game everytime they logon,
> I can't see how it can be done without shafting one of the classes
> of players while boosting another at any given time. So what IS
> your suggestion on how to make everything pretty and balanced?
This is a design principle. Following it doesn't immediately imply
an entire game design any more than any other single design
principle would. To be honest, I don't know what game results from
this principle - and others that I'm working with. It's like saying
that I know I want my new country to be predicated in responsible
action. I don't know what the laws are that will result from that
principle, but I know I want that in the country's constitution.
Another design principle that I'm going with at the moment is that
of letting the game become what it wants to be. Instead of saying
that it will be a geographically large world full of monsters and
treasure, I'll consider what computers can do well, what players
find entertaining, and throw that into a blender.
For example, if travel is generally boring, either make travel
instantaneous, make the world small, or don't have players interact
with the game world in realtime.
If I pick a small world, then the fiction I'd be facing might be one
of a colony spaceship with entertainment for the players inside and
outside the ship. In the spirit of eliminating barriers, nobody
ever has to go 'find' a spacesuit to get outside. Everyone has one
that grows from their utility belt, and the resulting spacesuit
draws air from the ship itself as the character walks around. No
arbitrary barriers to just getting outside the ship and moving about
out there for the experiences that it affords.
Want to mix types of entertainment? Make them orthogonal to each
other.
The achievers are interested in defeating each other in single and
group duels. Where the duels may be combat, puzzle solving, or
head-to-head competition using character skills unrelated to combat.
The number of personal victories is tracked by each character, so
each character has bragging rights in the achievement arena.
All that competition is unrelated to the crafting that is going on.
The crafters are busy building new engines, transport fliers and the
like. The crafting of these things is inherently entertaining
because player skill is involved in the crafting, just as it is in
the dueling. Because the crafters are working for the ship, they
always have the parts they need. And because what's being crafted
is so huge, they're able to build the things solo over a very long
time or they can work with others to build them faster. After a
while, what the crafters finish building will either create new
entertainment for others or will alter the way existing
entertainment functions.
As the crafters finish the nanotechnology-based vending machine for
27mm kinetic stun pistols, that machine will get installed and then
the people engaged in duels can now employ stun pistols in their
strategies. Meanwhile, another machine that vends bean bags will
get canabalized and be taken out of the strategies available.
The ship's physical dimensions may be limited, but that doesn't mean
that there aren't places to explore and figure out how the ship
works. If a conduit travels from one interesting box to another in
the space of 20 feet, there can be some time spent examining what's
going on there. Meanwhile, the duelers run right past, intent on
getting a proper angle for a shot, or position for an ambush. The
fact that an explorer is standing right there doesn't mean a thing
to them. Explorers could be implemented as semi-transparent
characters as an indication of their uninvolvement with the current
duel. And as the explorers locate bits of technology, manuals and
the like, they can be turned into the chief architects (NPCs) so
that new machine types can be made by the crafters that will alter
the entertainment experience for all on the ship. Because there are
limited resources on the ship, some older experiences will be
scrapped.
So I'm doing a form of large map first person shooter with changing
rules over time, and a kind of indirect dependency between the
various groups of players. Toss in monsters in particular parts of
the ship that are uninteresting to explorers and crafters and you
include a PvE element. Such an area might be a zoo area that is
already mapped and explored because it was originally a tourist
area. But they put the zoo too close to the hull. One day during
the trip that side got a dose of some weird radiation that caused
mutations in the animals. So now it's a veritable deathtrap.
Killer territory.
How's that for off the top of my head? I'm sure there are other
ways of tackling multiple forms of entertainment in the same venue
without making them all orthogonal.
Another example of entertaining the troops while avoiding barriers
is to give multiple angles on any encounter. Fighting the dragon
off of its loot may give brief access to that loot. Exploring to
find a way past the dragon lets the explorers explore what's beyond
the dragon. Socializing with the dragon may be able to gain
valuable information on other socialization opportunities.
More stuff off the top of my head. You'll note that I don't drop
down to loot-n-level as the fundamental entertainment that the games
would be providing.
JB
- 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