<!-- MHonArc v2.4.4 -->
<!--X-Subject: Re[6]: [MUD-Dev] The grass is always greener in the other field -->
<!--X-From-R13: Fenivf Qnfrl <rsvaqryNvb.pbz> -->
<!--X-Date: Mon, 27 Dec 1999 21:36:06 -0800 -->
<!--X-Message-Id: 16641.991227@io.com -->
<!--X-Content-Type: text/plain -->
<!--X-Reference: Pine.SGI.3.96.991223115516.7852A-100000@zazu.angel.com -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, Re[6]: [MUD-Dev] The grass is always greener in the other fiel</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:efindel@io.com">
</head>
<body background="/backgrounds/paperback.gif" bgcolor="#ffffff"
text="#000000" link="#0000FF" alink="#FF0000" vlink="#006000">
<font size="+4" color="#804040">
<strong><em>MUD-Dev<br>mailing list archive</em></strong>
</font>
<br>
[ <a href="../">Other Periods</a>
| <a href="../../">Other mailing lists</a>
| <a href="/search.php3">Search</a>
]
<br clear=all><hr>
<!--X-Body-Begin-->
<!--X-User-Header-->
<!--X-User-Header-End-->
<!--X-TopPNI-->
Date:
[ <a href="msg00785.html">Previous</a>
| <a href="msg00787.html">Next</a>
]
Thread:
[ <a href="msg00779.html">Previous</a>
| <a href="msg00836.html">Next</a>
]
Index:
[ <A HREF="author.html#00786">Author</A>
| <A HREF="#00786">Date</A>
| <A HREF="thread.html#00786">Thread</A>
]
<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>Re[6]: [MUD-Dev] The grass is always greener in the other field</H1>
<HR>
<!--X-Subject-Header-End-->
<!--X-Head-of-Message-->
<UL>
<LI><em>To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
<LI><em>Subject</em>: Re[6]: [MUD-Dev] The grass is always greener in the other field</LI>
<LI><em>From</em>: Travis Casey <<A HREF="mailto:efindel#io,com">efindel#io,com</A>></LI>
<LI><em>Date</em>: Mon, 27 Dec 1999 15:23:25 -0500</LI>
<LI><em>Reply-To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
<LI><em>Sender</em>: <A HREF="mailto:mud-dev-admin#kanga,nu">mud-dev-admin#kanga,nu</A></LI>
</UL>
<!--X-Head-of-Message-End-->
<!--X-Head-Body-Sep-Begin-->
<HR>
<!--X-Head-Body-Sep-End-->
<!--X-Body-of-Message-->
<PRE>
On Thursday, December 23, 1999, Adam Wiggins wrote:
> On Thu, 23 Dec 1999, Travis Casey wrote:
>> Combine multiple values in levels displayed to players. E.g., a mud
>> might internally use a linear system in which attributes average 50
>> and range up to 200 for some attributes, but range up to 500 for
>> others -- but remap all of them to show 5 as "average" to players and
>> 10 as "maximum".
> This seems more confusing to the implementors than anything else.
> I don't see the point in obfuscating things at the implementation level.
The point of having different scales isn't obfuscation; it's simply to
reflect the fact that in reality, different "attributes" have
different ranges. Take strength and size, for example. If we measure
both in terms of weight, we'll find that the strongest people in the
world are about four to five times as strong as an average person.
However, the heaviest people in the world weigh more than 10 times as
much as an average person.
Thus, if we make 50 average for all attributes and use a linear scale,
the human maximum for strength should be in the area of 200 to 250,
while the maximum for size should be in the area of 500 or so.
Other examples can be given, but the basic idea is that you could use
this not only to obfuscate attributes some for players, but also to
show all attributes to players on, say, a 0 to 10 scale with 5 being
average while using different scales for different attributes
internally.
(For that matter, you could use actual values for attributes that can
be measure that way -- you might measure strength in terms of maximum
weight the character can easily lift, while keeping size in terms of
actual weight. This can simplify comparisons in the mud.
In fact, you might want to keep some attributes on "reverse" scales,
with lower values being better -- e.g., a reaction time attribute.
You could still remap such attributes to show "normally" to players.)
>> Another way of doing this might be to display compound attributes --
>> e.g., the old Star Frontiers roleplaying game had pairs of related
>> abilities: Strength/Stamina, Dexterity/Reaction Speed,
>> Intuition/Logic, and one other pair I can't recall. The two abilities
>> within a pair had to initially be within a certain distance of each
>> other. A mud might use such pairs internally, but show each pair to
>> players as being a single ability.
> Very nice. I'm not too sure why something like this isn't standard
> in RPG stat systems.
Well, in paper RPGs it can be somewhat of a pain. I'm not sure why it
hasn't been done more in computer RPGs.
>> The system might either lie about attribute values or might "scale"
>> them differently for different characters. For example, a mud using
>> textual descriptions might describe a human's strength as being
>> "excellent" -- but that might be weaker than an ogre with "fair"
>> strength, because the descriptions are scaled by race.
> We've discussed this before: I believe JC gave an interesting example
> where a character based their perceptions of their own stats entirely
> upon what other character they have seen recently. Thus, if they witness
> a great feat of strength, their strength display drops from (say) "good"
> to (say) "average".
> Although this makes sense both from a realism and from a number-hiding
> viewpoint, as a player I dislike it. Whether I'm a roleplayer trying
> to see how my character fits into the world or whether I'm a GoPer
> trying to get the best character stats, I find it unsatisfying as a player
> to have the stat display so "soft". Players need a frame of reference,
> and I think this denies it to them.
I don't like JC's idea much, for a single reason -- it implicitly
presumes that the experiences we "see" the character having are all
the experiences the character has. On most muds, characters start out
as young adults -- so they should have accumulated a lot of data on
just how strong, smart, etc. they are relative to other people in the
years they've been growing up. How much depends on where they've
lived -- for example, growing up in a small town of about 10,000
people, I didn't know many people who were as smart as I was
growing up. My first year in college, though, I was in the honors
dorm of a university with almost 30,000 students; there, I met many
people who were smarter than I was. If I had come from a larger
community, my experience probably would have been different.
>> This could all be presented to players as being a single action -- the
>> casting of a spell. Since multiple die rolls are involved, skills and
>> attributes are used multiple times, different environmental factors
>> affect the different stages, and stage 2 may or may not come into
>> play, this could be a difficult knot to untangle.
> *nod* Well, look back at my formulas in the lockpicking thread.
> I simply make it practice to take into account four or five different
> variables on both the person commiting the action as well as the victim
> (person, object, or location). Formula obscurity is only a pleasant
> side-effect of this practice; I do it because I like the complexity.
To me, this is the best aspect of a mud -- you can throw in dozens of
modifiers to things, with no fear that people running the system will
forget about them, and little worry about them slowing things down.
Where paper RPGs tend to have "binary" rules like "you can't pick a
lock without lockpicks", a computer RPG can more easily have
distinctions about what kind of locks you can or can't pick.
In a paper RPG, the GM can always adjust for the situation or make up
a rule on the spot. Computer RPGs don't have that flexibility, so to
achieve anything like the richness that a paper RPG with a good GM can
give, you have to "pre-set" many modifiers and rules.
> In fact, when I first began mudding, I assumed that that is the way that
> it *did* work. I worried about my mage's dexterity (since I assumed
> that it helped spellcasting), or the types of armor worn by my thief
> (since I assumed that anything with metal or brightly colored would
> adversely affect sneaking and hiding), or my wariror's charisma (since
> I assumed it would affect how well I could lead a large group).
Me too -- simply because I would take those things into account as a
GM.
--
|\ _,,,---,,_ Travis S. Casey <efindel#io,com>
ZZzz /,`.-'`' -. ;-;;,_ No one agrees with me. Not even me.
|,4- ) )-,_..;\ ( `'-'
'---''(_/--' `-'\_)
_______________________________________________
MUD-Dev maillist - MUD-Dev#kanga,nu
<A HREF="http://www.kanga.nu/lists/listinfo/mud-dev">http://www.kanga.nu/lists/listinfo/mud-dev</A>
</PRE>
<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<HR>
<ul compact><li><strong>Follow-Ups</strong>:
<ul>
<li><strong><A NAME="00836" HREF="msg00836.html">Re: Re[6]: [MUD-Dev] The grass is always greener in the other field</A></strong>
<ul compact><li><em>From:</em> Adam Wiggins <adam@angel.com></li></ul>
</UL></LI></UL>
<!--X-Follow-Ups-End-->
<!--X-References-->
<UL><LI><STRONG>References</STRONG>:
<UL>
<LI><STRONG><A NAME="00779" HREF="msg00779.html">Re: Re[4]: [MUD-Dev] The grass is always greener in the other field</A></STRONG>
<UL><LI><EM>From:</EM> Adam Wiggins <adam@angel.com></LI></UL></LI>
</UL></LI></UL>
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00785.html">MUD relevant references (was: Re: [MUD-Dev] The grass is always greener...)</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00787.html">Re: [MUD-Dev] Two threads forced to one CPU? (was: Collecting ideas for a MUD server...)</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00779.html">Re: Re[4]: [MUD-Dev] The grass is always greener in the other field</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00836.html">Re: Re[6]: [MUD-Dev] The grass is always greener in the other field</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00786"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00786"><STRONG>Thread</STRONG></A></LI>
</UL>
</LI>
</UL>
<!--X-BotPNI-End-->
<!--X-User-Footer-->
<!--X-User-Footer-End-->
<ul><li>Thread context:
<BLOCKQUOTE><UL>
<LI><STRONG>Re[4]: [MUD-Dev] The grass is always greener in the other field</STRONG>, <EM>(continued)</EM>
<ul compact>
<ul compact>
<ul compact>
<ul compact>
<ul compact>
<ul compact>
<LI><strong><A NAME="00754" HREF="msg00754.html">Re[4]: [MUD-Dev] The grass is always greener in the other field</A></strong>,
Travis Casey <a href="mailto:efindel@io.com">efindel@io.com</a>, Thu 23 Dec 1999, 05:39 GMT
<UL>
<LI><strong><A NAME="00759" HREF="msg00759.html">Re: Re[4]: [MUD-Dev] The grass is always greener in the other field</A></strong>,
J C Lawrence <a href="mailto:claw@kanga.nu">claw@kanga.nu</a>, Thu 23 Dec 1999, 07:56 GMT
<UL>
<LI><strong><A NAME="00775" HREF="msg00775.html">Re: Re[4]: [MUD-Dev] The grass is always greener in the other field</A></strong>,
J C Lawrence <a href="mailto:claw@kanga.nu">claw@kanga.nu</a>, Thu 23 Dec 1999, 20:09 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="00779" HREF="msg00779.html">Re: Re[4]: [MUD-Dev] The grass is always greener in the other field</A></strong>,
Adam Wiggins <a href="mailto:adam@angel.com">adam@angel.com</a>, Thu 23 Dec 1999, 23:44 GMT
<UL>
<LI><strong><A NAME="00786" HREF="msg00786.html">Re[6]: [MUD-Dev] The grass is always greener in the other field</A></strong>,
Travis Casey <a href="mailto:efindel@io.com">efindel@io.com</a>, Tue 28 Dec 1999, 05:36 GMT
<UL>
<LI><strong><A NAME="00836" HREF="msg00836.html">Re: Re[6]: [MUD-Dev] The grass is always greener in the other field</A></strong>,
Adam Wiggins <a href="mailto:adam@angel.com">adam@angel.com</a>, Mon 03 Jan 2000, 19:02 GMT
</LI>
</UL>
</LI>
</UL>
</LI>
</UL>
</LI>
</ul>
</ul>
</ul>
<LI><strong><A NAME="00671" HREF="msg00671.html">Re: [MUD-Dev] The grass is always greener in the other field</A></strong>,
Raph & Kristen Koster <a href="mailto:koster@eden.com">koster@eden.com</a>, Sat 18 Dec 1999, 17:52 GMT
</LI>
</ul>
</ul>
<LI><strong><A NAME="00648" HREF="msg00648.html">RE: [MUD-Dev] The grass is always greener in the other field</A></strong>,
Sellers, Michael <a href="mailto:MSellers@maxis.com">MSellers@maxis.com</a>, Fri 17 Dec 1999, 23:00 GMT
<UL>
<LI><strong><A NAME="00653" HREF="msg00653.html">Re: [MUD-Dev] The grass is always greener in the other field</A></strong>,
J C Lawrence <a href="mailto:claw@cp.net">claw@cp.net</a>, Fri 17 Dec 1999, 23:58 GMT
</LI>
</UL>
</LI>
</ul>
</LI>
</UL></BLOCKQUOTE>
</ul>
<hr>
<center>
[ <a href="../">Other Periods</a>
| <a href="../../">Other mailing lists</a>
| <a href="/search.php3">Search</a>
]
</center>
<hr>
</body>
</html>