[MUD-Dev] Spellcaster, or Waving Hands
clawrenc at cup.hp.com
clawrenc at cup.hp.com
Fri Aug 15 13:13:07 CEST 1997
Re:
WAVING HANDS
(also known as: SPELLCASTER)
Richard Bartle
Michael Hohensee <michael at sparta.mainstream.net> said:
>clawrenc at cup.hp.com wrote:
>> Michael Hohensee <michael at sparta.mainstream.net> said:
>> >clawrenc at cup.hp.com wrote:
>> >> Michael Hohensee <michael at sparta.mainstream.net> said:
>> >> >clawrenc at cup.hp.com wrote:
>> >Of course, if you're inexperienced,
>> >there might be a time lag between sight of gestures and
>> >understanding. Perhaps one can make this time lag player defined, by
>> >having the client be able to "test" the player's abilities. The
>> >client could send over a sequence of gestures, and the time it takes
>> >the player to realize what spell it is becomes the time it takes the
>> >client to tell the player what spell is being cast in the future.
>>
>> I dislike this as random net lag variations could play havoc with even
>> brilliantly cast spells. Additionally the original Waving Hands was
>> implicitly round based. which I feel also gave it much of its power as
>> a game system. Moving to time rated system would seem to lose much of
>> that.
>Well, you can't have players take turns making gestures at each
>other. For one thing, who wants to have to wait for the other guy to
>finish waving his hands? Suppose the other guys waves hist way
>half-way thru a spell and then decides to hit you with a rock?
Nothing requires that the rounds be system modal. I'd love to see a
fellow casting spells with one hand while waving swords, throwing MUD
pies, etc with the other.
>You
>aren't allowed to finish the spell on your own? Secondly, network
>lag could easily slow things down to the point where they become
>uninteresting.
Ture. Needs thought. I'm not entirely a fan of timed round systems.
>What we want is a fast-paced (one keystroke per
>gesture, thanks to the client), cutthroat magic duel.
Err, that's not my goal.
>Not some tidy
>little game of chess. :)
I tend to like somewhat chess-like combat systems. The scripting
aspect of my combat system more approaches something like CRobots or
Corewars than it does a wild fling in bar.
>> "Decently advanced game" != Any MUD I know of currently in existance.
>> "Decently advanced game" == The sorts of games we discuss here.
>*rofl*
>We are MUD coding ----+++++== G O D S ==+++++---- !!!!! Bow down,
>Ye Stock-Code-Running Mortals, and GROVEL before the MIGHT and POWER
>of the CODER GODS!
I also note that none of us (or anyone else) actually have games which
meet the level of our current discussions. Pie in the sky is a great
coding standard.
>> This would seem to depend on your magic model. If you have externally
>> generated forces which need time to fulfill, then yes. If the forces
>> are entirely internal/resource based (ie my model), then no.
>Aw heck, you can invent any story you like to justify the system.
True, I'm uncomfortable with using timing, or even the user's typing
abilities as an in-game success determinant.
>(You can even say, "it just is!") The main idea is to introduce a
>way for the actual player's *skill* to influence his character,
>rather than you advance int power by X amount per spells cast...
Agreed. I'm a fan of making human player skill predominate over
in-game stats (to the point that I try and use internal stats as
rarely as possible). Its one of the aspects which makes my combat
system so unpredictable.
The problem is that in some way it has to be inherently time based.
That tends to suggest either a round based model (which the original
system had), or a form of per-character enforced timing. A third
choice is to use resource limitations.
Those last two would seem the key. I already have resource
limitations due to the built-in particle system (see prior
discussion). That limits how the speed that spells can be generated
with, and their resultant pwoer. Adding in per-character-specific
timing would seem to be a fairly elegant stat modifier: the more magic
done recently, the more difficult it is to do (resistivity). Add that
in with the ability for a player to modify his own stats (eg throw one
stat way high at the expense of others) to balance the problem, and it
would seem to do most of it.
<ponder>
--
J C Lawrence Internet: claw at null.net
(Contractor) Internet: coder at ibm.net
---------------(*) Internet: clawrenc at cup.hp.com
...Honorary Member Clan McFUD -- Teamer's Avenging Monolith...
More information about the mud-dev-archive
mailing list