No subject


Tue Jun 7 20:39:50 New Zealand Standard Time 2005


/me nods, laughs.From cruise at casual-tempest.net  Mon Jun  6 03: 26:21 2005
X-Envelope-From: cruise at casual-tempest.net  Mon Jun  6 03:26:20 2005
X-Old-Return-Path: <cruise at casual-tempest.net>
Envelope-to: mud-dev at kanga.nu
Delivery-date: Mon, 06 Jun 2005 03:26:20 -0700
Received: from palex.panews.press.net ([144.178.106.102])
	by kanga.nu with esmtp (Exim 4.34 #1 (Debian)) id 1DfEoF-0002GJ-UB
	for <mud-dev at kanga.nu>; Mon, 06 Jun 2005 03:26:20 -0700
Received: from [144.178.103.172] (144.178.103.172 [144.178.103.172]) by
	palex.panews.press.net with SMTP (Microsoft Exchange Internet
	Mail Service Version 5.5.2658.3)
	id JWNZG4X8; Mon, 6 Jun 2005 11:26:16 +0100
Message-ID: <42A42204.4070904 at casual-tempest.net>
Date: Mon, 06 Jun 2005 10:14:28 +0000
From: cruise <cruise at casual-tempest.net>
User-Agent: Mozilla Thunderbird 0.9 (X11/20041130)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Discussion of MUD system design, development,
	and implementation" <mud-dev at kanga.nu>
Subject: Re: [MUD-Dev] Blog about GDC implies changes to MMORPG population
References: <BAY0-SMTP09B2E588449F90AF4D08E6B4040 at phx.gbl>
In-Reply-To: <BAY0-SMTP09B2E588449F90AF4D08E6B4040 at phx.gbl>
X-Enigmail-Version: 0.89.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Kanga-Mail-Filter-Recipient: mud-dev at kanga.nu
X-Mailman-Approved-At: Tue, 07 Jun 2005 01:32:59 -0700
X-BeenThere: mud-dev at kanga.nu
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: "Discussion of MUD system design, development,
	and implementation" <mud-dev at kanga.nu>
List-Id: "Discussion of MUD system design, development,
	and implementation" <mud-dev.kanga.nu>
List-Unsubscribe: <https://kanga.nu/lists/listinfo/mud-dev>,
	<mailto:mud-dev-request at kanga.nu?subject=unsubscribe>
List-Post: <mailto:mud-dev at kanga.nu>
List-Help: <mailto:mud-dev-request at kanga.nu?subject=help>
List-Subscribe: <https://kanga.nu/lists/listinfo/mud-dev>,
	<mailto:mud-dev-request at kanga.nu?subject=subscribe>
Sender: mud-dev-bounces+davionkalhen=gmail.com at kanga.nu
Errors-To: mud-dev-bounces+davionkalhen=gmail.com at kanga.nu

John Buehler spake thusly...

> One solution to all of this may be to skip compression of
> activities and to switch to having the player juggle multiple
> characters that operate simultaneously in different parts of the
> world.  While one character is skinning a hide, another character
> might be negotiating a deal and a third might be searching for
> herbs.  All the while, the player is socializing with other
> players, researching online and monitoring the characters.  Just a
> thought.

Could this be part of the attraction of the Sims?

All the "boring stuff" (work, sleep) can be zoomed past. Plus, you
can have an entire family to run, so when one is out at work, the
other can be improving their cooking skill, or whatever.

It's been suggested in the past to have a "family" in game, to deal
with character death. Why not take it a step further, and give all
players a proper family?

On account creation, you choose a family name. Then, all characters
created within that account are part of that family. In addition,
each character can be played similtaneously. Players will always
make mules, even if they have to buy multiple accounts. Building it
into the design helps ny exploits be controlled. Then, as suggested,
you can set one character to crafting, while you hunt with
another. Or, hopefully, more imaginative passtimes. No more
downtime. There is always something to do in game. I remember AO
players arguing on the boards about the times when they'd tab out of
game and chat, or web browse, while waiting to heal in
Shadowlands. While that is still bad design, at least your players
would have something else to do /in game/ during such periods.

Allowing reproduction (while keeping it "in the family" fits the
game better, that might raise a few eyebrows among players. Dealing
with mixed account offspring is a whole 'nother discussion) and
permadeath follows naturally from this, but isn't essential.

--
[ cruise / casual-tempest.net / transference.org ]
   "quantam sufficit"
_______________________________________________
MUD-Dev mailing list
MUD-Dev at kanga.nu
https://kanga.nu/lists/listinfo/mud-dev


More information about the MUD-Dev mailing list