<!-- MHonArc v2.4.4 -->
<!--X-Subject: [MUD-Dev] Re: Group mechanics/Leadership [was: Room descriptions] -->
<!--X-From-R13: "Xbua Pregbtyvb" <nyrkoNvagreargpqf.pbz> -->
<!--X-Date: Fri, 27 Apr 1998 21:55:47 -0700 -->
<!--X-Message-Id: E1fCHtU-0006xa-00#mail,kanga.nu -->
<!--X-Content-Type: text/plain -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, [MUD-Dev] Re: Group mechanics/Leadership [was: Room descriptio</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:alexb#internetcds,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="msg00788.html">Previous</a>
| <a href="msg00790.html">Next</a>
]
Thread:
[ <a href="msg00294.html">Previous</a>
| <a href="msg00783.html">Next</a>
]
Index:
[ <A HREF="author.html#00789">Author</A>
| <A HREF="#00789">Date</A>
| <A HREF="thread.html#00789">Thread</A>
]
<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>[MUD-Dev] Re: Group mechanics/Leadership [was: Room descriptions]</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>: [MUD-Dev] Re: Group mechanics/Leadership [was: Room descriptions]</LI>
<LI><em>From</em>: "John Bertoglio" <<A HREF="mailto:alexb#internetcds,com">alexb#internetcds,com</A>></LI>
<LI><em>Date</em>: Mon, 27 Apr 1998 21:57:04 -0700</LI>
<LI><em>Delivery-date</em>: Fri Apr 27 21:55:50 1998</LI>
<LI><em>Delivery-date</em>: Fri, 27 Apr 1998 21:55:51 -0700</LI>
<LI><em>Envelope-to</em>: claw#kanga,nu</LI>
<LI><em>Reply-To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
<LI><em>Sender</em>: "Petidomo List Agent,,,," <<A HREF="mailto:petidomo#kanga,nu">petidomo#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>
-----Original Message-----
From: Shawn Halpenny <malachai#iname,com>
To: mud-dev#kanga,nu <mud-dev#kanga,nu>
Date: Monday, April 27, 1998 7:59 AM
Subject: [MUD-Dev] Group mechanics/Leadership [was: Room descriptions]
>On Sun, Apr 26, 1998 at 02:40:54PM -0700, John Bertoglio wrote:
>
>[ some cut & some reformatting ]
>
>> -----Original Message-----
>> From: Richard Woolcock <KaVir#dial,pipex.com>
>> To: mud-dev#kanga,nu <mud-dev#kanga,nu>
>> Date: Sunday, April 26, 1998 9:52 AM
>> Subject: [MUD-Dev] Re: Room descriptions, was Re: Roleplaying
>>
>>
>> >John Bertoglio wrote:
>> >
>> >> As the party (or members of the party) performed actions, the same
>> >> mechanism which improves individual skills would work (at a
>> >> reduced level) on the party stats. Take the ambush skill. Since
>> >> the ambush is assumed to being organized by the person in the
>> >> group with the highest ambush skill,
>> >
>>
>> >But it could only be organised by the person in the group with the
>> >highest leadership skill ;) You might well have a great group, but
>> >with no clear leader you're not going to get anywhere.
>> >
>> A small disagreement. The strength of the leadership skill would
>> control the size and availablility of skill bonuses. Without a great
>> leader, great bonuses do not happen. But anyone can organize a party
>> for any purpose. A person without leadership skill could not name the
>> party (the game would provide a random description based on the
>> composition of the group) or derive any party bonuses, but could
>> still carry a boat or a log. The party would be volatile and
>> disappear from the world when it disbanded. There would be a chance
>> (small chance) a leader of such a party would gain a basis in the
>> Leadership skill and be able to form non-volatile parties. I would
>> also think a party leader could designate someone in the party as
>> second-in-command and increase the chance this player would gain the
>> leadership skill or increase the existing skill. I intend to make
>> Leadership a very expensive skill, one that is probably only
>> *affordable* during character creation by using a "skill bundle"
>> which is associated with a certain life history. Aquiring it during
>> game play will be very difficult.
>
>How would the code determine how good a leader someone is? What is it
>that determines whether or not the leader's Leadership (LS) skill
>increases or decreases?
At some point I will post my full skill system. But here is a summary:
Skills have a difficulty of 1 to 6 which controls their advancement rate.
The have a "buy-in" which cost development points. These points are
available during character creation and are earned through play. DP's can
be traded for stat increases or skills during creation and/or reserved for
*redemption* later in the game. An important tactical decision during
character creation is how many DP's to reserve for later. (Our basic advice
will to be to reserve some as who knows what you will want once you learn
of the *wonders* of the world.
Skills are rated on a traditional 1 to 1000 (actually .1 to 100.0) with the
ability to increase over 1000 creating special advantages for those
qualified. Improvement is infinite but diminishing returns affects both
advancement and the benefits of advancement. (Note we use 1000 to avoid
having to use decimals and therefore numeric data fields. Integers are
faster and smaller.)
Leadership is rated on a 1-1000 basis. It has a very high buy-in during
character creation because of its special powers. Improvement is governed
by a simple DO CASE structure like this psuedo-code: Note: <> changed to []
to fool HTML reading email readers.
*** HEADER INFO ***
Chance of improvement on success = 35 ; 3.5%
Amount improve on success = 7 ; skill points
Chance of improvement on failure = 10 ; 1.0%
Amount improve on failure = 4 ; skill points
Critical success on = 50
Critical failure on = 950
*** CHECK FOR SKILL IMPROVEMENT ***
Create a random number
Skill Roll: MOD it into a number between 1-1000
IF Skill roll <= CharacterLeadership skill
IF Skill roll <= Critical success #
Create HTML for critical success
SQL UPDATE various data tables
ELSE
Create HTML for success
SQL UPDATE various data tables
ENDIF
ELSE
IF Skill roll > Critical failure #
Create HTML for critical failure
SQL UPDATE various data tables
ELSE
Create HTML for failure
SQL UPDATE various data tables
ENDIF
ENDIF
*** CHECK FOR SKILL IMPROVEMENT ***
Create a new random number
Success Roll: MOD it into a number between 1-1000
IF Successful Skill Roll
DO CASE
CASE Successful: New random number if <= 50
Send random Success message: ;critical success
'[LI]Your leadership skill has improved dramatically!'
SQL UPDATE skill record skill = skill + 5 * skillimprove
CASE Successful: New random number if <= SuccessImprovement
Send random Success message:
'[LI]Your leadership skill has improved.
SQL UPDATE skill record skill = skill + skillfailurimprove
ENDCASE
ENDIF
IF Failure Skill Roll
Successful: New random number <= FailureImprovement
Send Failure Improves skill message:
'<LI>You learn from your mistakes. Your leadership skill has been
improved.'
SQL UPDATE skill record skill = skill + skillimprove
ENDIF
There are additional elements like skills over 1000 increase crit hit
potential and decrease crit miss among other things.
This not real elegant right now, but it feels right on other skills. Note
that the only time raw numbers are exposed to the user is during character
creation. Many people like to play with numbers during this process. We
have a STATS ON command which exposes all numbers for diagnostic and
testing purposes. It will be disabled during the commercial (?) release. We
use a large number of bar graphs to show various stats but these are
relative and do not reveal exact numeric values. One major problem with
muds is people talking IC about numeric values. It is much better to say,
"I am considered a master swordsman by many", than "I have a 63 longsword
skill with is upped to 73 by my trick sword".
>Is leadership transferrable if someone with a
>higher LS skill joins the group?
I think not. (this is not coded yet) We are trying to build as number free
a game as possible. Acknowlegement of leadership prowess is something the
characters will learn through reputation, IC sources like handbills and
board postings, and by potential leaders *telling* about their skills.
In fact, Fearless Leader (our current leader) would have to take Grand
Poubah's word for it that he should lead the party. Fearless Leader would
have to disolve the party. Then Grand Pubah would form a party aroung
himself. Success will bring its own rewards and characters will quickly
learn who "is brag" and who "is fact" (to quote a very old western).
>If so, does the transfer happen
>automatically or does the newcomer have to run a sort of gauntlet to
>earn the trust of the group? (Bubba can tell Boffo that he has
>dazzling LS skill, but what way does Boffo have of knowing Bubba's on
>the level?)
Doesn't know. Trust backed with deed will give Bubba a chance to lead.
>Could the leadership of the group be forcefully overtaken
>even by a group member with less LS skill than the current leader?
Again, I think not. All the leader wanabe has to do is form a new group and
say "Follow me".
Characters follow or they don't.
>the leader leaves the group, what mechanics does the group assume?
>What if the second-in-command dies?
This is a good point. The party is just a "container" in the form of a
character. When a character ride a horse, a mounted flag is thrown and his
location_ID is change to the Item_ID of the horse. The player then gains
control of the horse and moves it through the world. In a party the
characters have the in party flag thrown and they are "in" the party
character container. There are several possiblities on how to do this:
(1) If the leader is killed or gorked, command devolves to a designated
successor.
(2) If successor is unready (or unalive) the party could:
(a) Disolve and dump everyone back into the world
(b) Leadership could track based on the succession order as entered on
the "party management screen"
(c) This kind of "battlefield promotion" would carry an increased
chance
of improving existing leadership skill or getting an initial level.
Remember, anyone can lead a party. If the skilled leader loses control, the
party is
reconstituted around the new leader and the bonuses (or lack of same) are
created. The party
standard still exists but the party can only be rebuilt by the original
leader (who owns the standard). The ersatz leader can continue to lead and
carry the standard but as players log off they are removed from the party
and no new members can be added. When the brevet leader logs off or the
party is disbanded, the standard is returned to the leader's base of
operations.
>I think it would be possible for anyone in the group to follow anyone
>else in the group. Perhaps that would shift the change rate on the
>leader's LS skill: the more followers, the more your LS goes up.
This is a good idea. Will have to imp it.
>This can lead to the above Bubba joining Boffo's group and the group
>internally splitting as some followed Bubba and others followed Boffo.
This is interesting as it points to the concept (you mentioned elsewhere)
of sub leaders within an overall military organization. Like nested
containers, this could work. However, in my current model, Bubba could
agitate for leadership. His statement: "I'm going north to the abandoned
mine, who want to follow a real leader and join the Pork Rind Patrol?.". He
leaves the party and waits for followers. His chat window tells him "Barney
joins the PRP", "Boffo joins the PRP" etc.
>Should this be mirrored by creation of a new meta-character and then
>leave two groups in its wake? If the factions remained in the same
>group, with gradually more followers forsaking Bubba and joining Boffo,
>Boffo's LS begins to drop.
>
Sure. Make sense.
>There is more to leadership, though, than just having people follow
>you. How does code determine if Boffo's LS goes up or down?
Pretty mechanical at this point, see above.
>So Boffo collects a bunch of people to go kill the dragon, and they do.
Is
>group success at any action sufficient cause to raise Boffo's LS?
Any action for which is affected by leadership skill bonuses. If Boffo is
the best cook in the bunch, the command >P COOK RABBIT, would result in
his skill being used. However, Bubba the leader would not get a shot at a
leadership increase because the skill does not impact on the COOKING skill.
Killing dragons, for sure. Two chances for increases. Bubba's personal
leadership skill could increase and the party bonuses for the various
weapon and other combat skills in use would have a chance to increase.
>
>What about the entire group going into the bakery to haggle for bread?
>I don't think Boffo's LS should go up if he happens to get a good price
>on a bulk buy.
You are right. Here we just take the skill of the best bargainer. I have
always found it tedious in CRPG games to have to move the person with the
best skill into the leadership position to do anything.
> Killing a dragon can take teamwork, and perhaps that's
>the distinguishing characteristic. Should there be a way to attach a
>teamwork value to actions?
Yes. Every skill archtype has a number of flags like:
(1) Averaging....party skill is the average of member skills plus bonus
(if applicable).
This would be for skills which require all the party to
participate. It would
also apply to general party events like NPC reactions, Aura checks
and the like.
(2) Maximum......party skill is based on highest value of the group.
This would
be skills which only require one person, like tracking, or
prospecting.
(3) Minimum......party skill is based on the lowest value. Skill like
rock climbing
where the weakest link is the limiting factor.
(4) Learn by doing...a skill which can be improved by use
(5) Learn by failing...a skill which can be improved by a failure roll
(6) Trainable...a skill which can be improved by formal training
(7) Must train...a skill which can ONLY be improved by formal training
(8) Party skill.... Can skill be attached to a leadership standard to
provide
adds during that action?
(9) Leadership skill, does success trigger a leadership improvement
check?
(10) Advancement profile. How is the skill improved. Can it go over
1000 points, etc.
Player skill tables add additional skills
(1) Mastery skill...have development points been spent to improve the
advancement rate
in this skill.
(2) Hedge skill....is character improvement limited because of informal
training.
(3) Core skill....is this skill part of a persons background (character
creation)
and can therefore show greater improvement.
>Is it possible that not _all_ the group members participate? What if
>Piddle wets himself every time he gets within smelling distance of a
>dragon?
Leadership cannot cure all evils. Our boy Piddel could still flee during
combat, leave the party, faint dead away, anything. The leadership bonus
only reduces the chance for automatic cowardice. It does not eliminate it.
Further, if I hang back (in our ranked combat system) and swing at empty
air, I will not take any damage. This might be noticed, but the leader
cannot make me attack. He can kick me out of the party (or even execute me)
which might reduce my survial chances in the Badlands. (Lone characters are
more tempting targets to random encounter monsters that powerful groups and
I would not have access to party resources, pack animals, group lifing
power, etc.)
>And there's no amount of leadership that will get him to
>thrust a sword at one...but the group needs him to help them creep into
>the dragon's lair because he's the stealthiest?
>
You bet. The cowardly thief is an important factor in heroic fiction. "I
got you here, now you heros do the dirty work" is perfectly reasonable
attitude to RP. (And as it turns out, RL ;)
Balancing the party system is going to be tricky as my goal is to use
parties to eliminate tedium. Once a party gets somewhere, I would want the
group to split up and go about their merry ways even if they stay in the
same area. Therfore P commands (standard commands which are modified to
work for the party will only be a subset of the full command structure.
)
John Bertoglio
>--
>Shawn Halpenny
>
>--
>MUD-Dev: Advancing an unrealised future.
>
--
MUD-Dev: Advancing an unrealised future.
</PRE>
<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<HR>
<!--X-Follow-Ups-End-->
<!--X-References-->
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00788.html">[MUD-Dev] Re: MUD Development Digest</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00790.html">[MUD-Dev] Some thoughts on languages and users - was: Macro semi</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00294.html">[MUD-Dev] Re: PK's: A solution?</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00783.html">[MUD-Dev] Re: META: mud-dev#null,net is now decommissioned.</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00789"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00789"><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>[MUD-Dev] Re: PK's: A solution?</STRONG>, <EM>(continued)</EM>
<ul compact>
<ul compact>
<ul compact>
<LI><strong><A NAME="00363" HREF="msg00363.html">[MUD-Dev] Re: PK's: A solution?</A></strong>,
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Mon 04 May 1998, 12:33 GMT
</LI>
</ul>
</ul>
<LI><strong><A NAME="00284" HREF="msg00284.html">[MUD-Dev] Re: PK's: A solution?</A></strong>,
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Thu 30 Apr 1998, 21:52 GMT
</LI>
<LI><strong><A NAME="00261" HREF="msg00261.html">[MUD-Dev] Re: PK's: A solution?</A></strong>,
John Bertoglio <a href="mailto:alexb#internetcds,com">alexb#internetcds,com</a>, Thu 30 Apr 1998, 05:17 GMT
</LI>
<LI><strong><A NAME="00294" HREF="msg00294.html">[MUD-Dev] Re: PK's: A solution?</A></strong>,
John Bertoglio <a href="mailto:alexb#internetcds,com">alexb#internetcds,com</a>, Fri 01 May 1998, 04:24 GMT
</LI>
</ul>
</LI>
<LI><strong><A NAME="00789" HREF="msg00789.html">[MUD-Dev] Re: Group mechanics/Leadership [was: Room descriptions]</A></strong>,
John Bertoglio <a href="mailto:alexb#internetcds,com">alexb#internetcds,com</a>, Tue 28 Apr 1998, 04:55 GMT
<LI><strong><A NAME="00783" HREF="msg00783.html">[MUD-Dev] Re: META: mud-dev#null,net is now decommissioned.</A></strong>,
John Bertoglio <a href="mailto:alexb#internetcds,com">alexb#internetcds,com</a>, Tue 28 Apr 1998, 02:21 GMT
<UL>
<LI><strong><A NAME="00281" HREF="msg00281.html">[MUD-Dev] Re: META: mud-dev#null,net is now decommissioned.</A></strong>,
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Thu 30 Apr 1998, 21:10 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="00780" HREF="msg00780.html">[MUD-Dev] Re: OT: Birth announcement</A></strong>,
Koster, Raph <a href="mailto:rkoster#origin,ea.com">rkoster#origin,ea.com</a>, Mon 27 Apr 1998, 23:13 GMT
<UL>
<li><Possible follow-up(s)><br>
<LI><strong><A NAME="00263" HREF="msg00263.html">[MUD-Dev] Re: OT: Birth announcement</A></strong>,
John Bertoglio <a href="mailto:alexb#internetcds,com">alexb#internetcds,com</a>, Thu 30 Apr 1998, 05:43 GMT
</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>
