March 1998
- Describe Concept Stephen Zepp
- Describe Concept Jon A. Lambert
- Describe Concept J C Lawrence
- Describe Concept Jon A. Lambert
- Describe Concept J C Lawrence
- Describe Concept Vadim Tkachenko
- Tutorial: Let's build a Compiler! - Part XI: Lexical Scan Revisited Jon A. Lambert
- Tutorial: Let's build a Compiler! - Part XII: Miscellany Jon A. Lambert
- Tutorial: Let's build a Compiler! - Part XIII: Procedures Jon A. Lambert
- Tutorial: Let's build a Compiler! Chris Gray
- VEIL Network Protocol Brandon Gillespie
- Tutorial: Let's build a Compiler! - Part XIV: Types Jon A. Lambert
- Tutorial: Let's build a Compiler! - Part XV: Back to the Future Jon A. Lambert
- Tutorial: Let's build a Compiler! - Part XVI: Unit Construction Jon A. Lambert
- For Ling's FAQ Koster, Raph
- MUD Ratings jlsysinc.ix.netcom.com@ix.netcom.com
- Random Generation Tools Ling
- ANNOUNCE: DB Robin Carey
- THE DARKWHOLE TESTS J C Lawrence
- Magic as Metaphor J C Lawrence
- Magic as Metaphor J C Lawrence
- Magic as Metaphor Jon A. Lambert
- Magic as Metaphor J C Lawrence
On Fri, 13 Mar 1998 21:05:01 PST8PDT
Jon A Lambert<Jon.A.Lambert@ix.netcom.com> wrote:
> On 12 Mar 98 at 19:55, J C Lawrence wrote:
>> On Thu, 12 Mar 1998 16:07:50 PST8PDT J C Lawrence<claw> wrote:
>>
>> > http://www.vuw.ac.nz/~jay/nephilim/metaphor.html
>>
>> > Magic as Metaphor > An Alternative Magic System
>> > by Jamie Norrish, 1995
...deletia...
> I'm not familiar with the Nephilim magic system.
Nor I. Jaime alas is no longer on the list.
> I haven't posted
> much about magic systems other than on the threads related to
> alchemy and deity systems.
My magic design m (IP, I don't like the primitve set yet -- its too
low level and unorganised) is loosely based on Waving Hands, the
earlier discussion of a magical algebra, and my already well defined
particle resource economy model. If you haven't played Waving Hands
yet -- do. Its fun and educational in rather surprising ways.
I have moved away from tieing the magical casting expression to the
fingers ala Waving Hands. Instead I'm positing that the finger
motions are merely a mode of expression which is tied to the caster's
personal memnonics and not to the magical end at all (cf finger
positions in some branches of kinesiology). Thus some mages may cast
via finger wiggles, others may dance, tap rhythms on a drum, sit
motionless, count beads on a rosary, or whatever else fits their
mental strictures/structures. Mages who need no mechanical assitance
for their mental framings and place-tracking might cast potent spells
quite off-handedly without visibly affecting their other actions.
The underlieing reasoning for this abstraction is that I found it
awfully difficult to think of how to have either a swarm body, or an
amorphous blob play Waving Hands using the finger style. Similar
considerations ruled against the two-handed strictures of Waving Hands
as well.
That said, the visuals are easier to understand from a fingers
perspective.
There are a number of base primitives. These are things like: energy,
motion, explosion, implosion, etc, modifers like direction, location,
sign-reversal, relatives which define an affinity of type, character
or location to another existant object, and finally there are also
termination primitives which are currently open, close, and release.
A spell is then an algebraic expression composed of these primitives.
Thus a typical fireball spell might be expressed in normal algebra as:
open + energy + energy + energy + frame + particle
+ type_affinity_to_fire + close
Which expands to: Three energy units, in a single particle, with the
particle being like fire. This would create a "spell object". To do
this finger-style might be:
Three fore-finger taps, a fore-finger thumb frame, a pinky-finger
thumb circle, a bent thumb down and fore-finger point at fire, with
flat hand to close.
In a fight the mage would (algebraicly) then do:
open <fireball_object> + direction_to_target + motion + motion
+ close + release
With the result being a fireball flying from the caster to the target
with double speed (motion + motion).
Much more effective however would be:
open <fireball_object> + location_affinity_to_target + close
+ release
Which would cause a firey explosion at the target's location
where-ever he was without necessarily traversing the intervening
distance.
From a player perspective this comes out as, "yeah, some energy, and
more and more, lump it all together, make it like firem aim it at
Bubba, and SHOOT!". It also quite nicely translates to a GUI
interface where all the primitive components are buttons etc.
Two points are notable: Spell objects, and spell releases. They are
seperate things. A cast spell merely creates an unrealised potential
-- essentially a probability structure. Releasing the spell attempts
to create the probability structure IRL.
Lots of other things come into play in these regards, making for
potentially incestuously intricate play:
Casting the spell of course consumes particles of various types and
signs (mana etc, see prior discussion on particle type conversion and
zero-sum totals). If the particles are not available, then the
algebra fails. By default these failures release the spell -- which
could be deadly if you're in the middle of building a *really* huge
fireball when Bubba walks up and arranges for all the local mana to go
elsewhere... Such can be prtected against, but its expensive.
A cast spell creates a spell object. Actually its created when the
spell is started, but it only starts pretending to be stable when the
spell is closed. Spell objects are not physical objects, tho they can
be embedded in physical objects. Like all objects they are consumers
and producers of various particle types, and will self-destruct or
release if starved (depends on spell type, circumstance, and
environment). The result is that a competant mage may carry many
spell objects with him for use and release at a moment's notice. The
reason not to carry such is that said spell objects are resource
consumers and may be deadly to the carrier (Ooops! Stepped into a mana
poor area and all my fireball spells just went BOOM! (And a good reason to
carry mana attractors and producers)).
Additionally there are few to no securities on spell objects. Thus a
rival mage could abscond with your spell objects, use them against
you, or corrupt them so as to alter their effect when used. (This is
actually the reason there are spell algebra primitives which tie into
the MUD language, especially spoof/watcher model. This allows spells
to be "intelligent", with such intelligence equating to "daemonic" and
thus expensive).
Spell release is simpler from a play perspective. The probability
structure has been established and cannonised in the form of a spell
object: the release just lets it go. The problems are that the release
requires the resources (particles) to be available to satisfy the
algebra (that energy has to come from somewhere), and the various
relevant probability fields.
This works out as follows:
Bubba starts casting a spell. This is difficult and goes thru the
normal probability field checks. It either succeeds or fails. Either
way it is expensive.
Every operation (spell primitive) is evaluated against the current
probability maps. Essentially the operation either fails, flounders,
or succeeds. Failure has no effect. Flounder causes the spell to
release or possibly commit the operation with a reversed sign or other
corruption. Success commits the operation.
Bubba closes the spell. This is difficult, and is a primitive. It
goes thru the normal checks, and if it fails, releases the spell
(spell casting is *DANGEROUS*).
Modification of a spell object works similarly (spells can be
compounded from other spell objects).
Release of a spell object does two checks:
Do the resources exist to realise this spell? (ie enough mana,
energy, and other particle types? Note: Such resources can be "bound"
to a spell object by putting the spell object in a physical object
containing the necessary resources).
Does a probability check based on the person who released the
spell (and his environment) pass (ie encouraging the model where one
character may maintain a high probability field for manufacturing
spells, and another character for their release producer/consumer
style).
The challenge is to maintain the ambiguity level of Waving Hands. The
big challenge in Waving Hands is to realise what the current finger
wave stack of your opponent is, and thus what spells are possible from
where he is now. That single challenge (and poker-style prediction)
keys the entire addiction of Waving Hands. However with the less
ambiguous algebra most of that dissappears. <sob>
To attempt to do this I've added the ability for spells to be
compounded of other spells, for spells to reference other spells, and
for the caster to target his current operation to a different spell
object (eg Mage A is crafting a spell, Mage B is too. A is building a
fireball, and B is building a flood spell. B adds his water
component, originally intended for his own spell, to A's fireball
spell, thus, err, "ruining" it"). Bandwidth
-------------------------------------------
While this probably all sounds a bit complex, from an interface
standpoint it need not be. Consider a GUI world:
<click on start spell button>
<drag in energy object> (three times)
<drag in particle/ball object>
<darg in fire_type object>
<Click on save spell button> (object is created)
And for the release:
<click on spell object>
<drag motion object onto spell> (repeat)
<drag spell object onto target>
--
J C Lawrence Internet: claw@null.net
(Contractor) Internet: coder@ibm.net
---------(*) Internet: claw@under.engr.sgi.com
...Honourary Member of Clan McFud -- Teamer's Avenging Monolith...
- Magic as Metaphor J C Lawrence
- CT - A Hypothetical Session (mid 1995) J C Lawrence
- 2Cyberconf: An article J C Lawrence
- (long) AnarchyMOO Primary Log J C Lawrence
- (short) AnarchyMOO parting salute J C Lawrence
- AnarchyMOO purpose J C Lawrence
- (fwd) CODE RELEASE: [client] Spod! (Java mud client) J C Lawrence
- (fwd) CODE RELEASE: [client]: lyntin (hacker's client) 1.1b Released J C Lawrence
- DarkWhole Test #1 J C Lawrence
- DarkWhole Test #2 J C Lawrence
- DarkWhole test #3 J C Lawrence
- DarkWhole test #4 J C Lawrence
- DarkWhole test #5 J C Lawrence
- DarkWhole test Identity Crisis J C Lawrence
- The Craft of Adventure J C Lawrence
- What in THE Hell was that? Stephen Zepp
- What in THE Hell was that? Ben Greear
- What in THE Hell was that? J C Lawrence
- What in THE Hell was that? Jon A. Lambert
- (fwd) Varying Time Commitment Levels: what's an admin to do? J C Lawrence
- Hello, and a brief intro cimri
- Hello, and a brief intro Ben Greear
- (no title) Time limits? s001gmu@nova.wright.edu
- (no title) Time limits? Justin McKinnerney
- (no title) Time limits? J C Lawrence
- Speaking of Avatars Jon A. Lambert
- Speaking of Avatars Jon A. Lambert
- Speaking of Avatars J C Lawrence
- Speaking of Avatars Jon A. Lambert
- Re: Vadim Tkachenko
- META: Broken mail headers coder@ibm.net
- META: Broken mail headers Alex Oren
- META: Broken mail headers J C Lawrence
- META: Broken mail headers Alex Oren
- META: Broken mail headers J C Lawrence
- META: Broken mail headers Chris Gray
- META: Broken mail headers J C Lawrence
- META: Broken mail headers Caliban Tiresias Darklock
- META: Broken mail headers Chris Gray
- Turn-based MU*'s Sauron
- Balancing Addicts -> soft vs. hard enforcement cimri
- Balancing Addicts -> soft vs. hard enforcement Justin McKinnerney
- Balancing Addicts -> soft vs. hard enforcement J C Lawrence
- Balancing Addicts -> soft vs. hard enforcement Jon A. Lambert
- Balancing Addicts -> soft vs. hard enforcement Ling
- Balancing Addicts -> soft vs. hard enforcement Jon A. Lambert
- Balancing Addicts -> soft vs. hard enforcement Matt Chatterley
- Balancing Addicts -> soft vs. hard enforcement J C Lawrence
- Balancing Addicts -> soft vs. hard enforcement Jon A. Lambert
- Balancing Addicts -> soft vs. hard enforcement Matt Chatterley
- Balancing Addicts -> soft vs. hard enforcement Adam Wiggins
- Balancing Addicts -> soft vs. hard enforcement Joel Dillon
- SfD: Clientside Caching Nathan F Yospe
- SfD: Clientside Caching Jon A. Lambert
- SfD: Clientside Caching Nathan F Yospe
- SfD: Clientside Caching Chris Gray
- SfD: Clientside Caching Jon A. Lambert
- (subject missing) J C Lawrence
- Balancing Addicts Ling
- Balancing Addicts Richard Woolcock
- Balancing Addicts Ling
- Balancing Addicts J C Lawrence
- Transport layer (UDP vs TCP) Ben Greear
- Transport layer (UDP vs TCP) Niklas Elmqvist
- Transport layer (UDP vs TCP) Jon Leonard
- Transport layer (UDP vs TCP) Ben Greear
- Transport layer (UDP vs TCP) Jon Leonard
- Transport layer (UDP vs TCP) Ben Greear
- Transport layer (UDP vs TCP) Chris Gray
- Transport layer (UDP vs TCP) Niklas Elmqvist
- Transport layer (UDP vs TCP) Jon A. Lambert
- Transport layer (UDP vs TCP) Ben Greear
- Time Limits? Jon A. Lambert
- META: topic and thread culling (was Balancing Addicts -> soft vs. hard enforcement ) J C Lawrence
- (subject missing) J C Lawrence
- XShipWars J C Lawrence
- (fwd) INFO: [client] Chaco looking for new parent for Pueblo J C Lawrence
- SIMULATING FUTURE HISTORIES: THE NAU SOLAR SYSTEM SIMULATION & MARS SETTLEMENT J C Lawrence
- (fwd) Functional Security J C Lawrence
- (fwd) Functional Security Ling
- (fwd) Functional Security Chris Gray
- (fwd) Functional Security Matt Chatterley
- (fwd) Functional Security Miroslav Silovic
- (fwd) Functional Security Felix A. Croes
- (fwd) Functional Security J C Lawrence
- SIMULATING FUTURE HISTORIES s001gmu@nova.wright.edu
- Character development [was ] Matt Chatterley
- Character development [was ] J C Lawrence
- Character development [was ] Matt Chatterley
- Character development [was ] Travis Casey
- Character development [was ] J C Lawrence
- Character development [was ] Travis S. Casey
- Character development [was ] Marian Griffith
- Character development [was ] Travis S. Casey
- Character development [was ] Vadim Tkachenko
- Character development [was ] Travis Casey
- Character development [was ] Vadim Tkachenko
- Character development [was ] Travis Casey
- Character development [was ] Vadim Tkachenko
- Character development [was ] Marian Griffith
- Character development [was ] Vadim Tkachenko
- Character development [was ] Marian Griffith
- Character development [was ] s001gmu@nova.wright.edu
- Character development [was ] Marian Griffith
- Character development [was ] J C Lawrence
- Character development [was ] Cimri
- Character development [was ] J C Lawrence
- Character development [was ] s001gmu@nova.wright.edu
- Character development [was ] Caliban Tiresias Darklock
- Character development [was ] Caliban Tiresias Darklock
- Character development [was ] Vadim Tkachenko
- Character development [was ] Ben Greear
- Character development [was ] Matt Chatterley
- Character development [was ] J C Lawrence
- Character development [was ] Matt Chatterley
- Character development [was ] Travis S. Casey
- Character development [was ] J C Lawrence
- Character development [was ] Koster, Raph
- Character development [was ] J C Lawrence
- Character development [was ] Koster, Raph
- Character development [was ] Alex Bertoglio
- Character development [was ] J C Lawrence
- Character development [was ] J C Lawrence
- Character development [was ] John Bertoglio
- 3D engines for MUDs Niklas Elmqvist
- 3D engines for MUDs Chris Gray
- 3D engines for MUDs J C Lawrence
- 3D engines for MUDs Niklas Elmqvist
- 3D engines for MUDs Chris Gray
- 3D engines for MUDs Ling
- 3D engines for MUDs Koster, Raph
- 3D engines for MUDs Mike Sellers
- 3D engines for MUDs Niklas Elmqvist
- 3D engines for MUDs Koster, Raph
- 3D engines for MUDs Ling
- 3D engines for MUDs s001gmu@nova.wright.edu
- Dynamic Loading of Modules Niklas Elmqvist
- Dynamic Loading of Modules Greg Munt
- Dynamic Loading of Modules J C Lawrence
- Parlez vous NPC? Matt Chatterley
- Parlez vous NPC? Vadim Tkachenko
- Parlez vous NPC? Matt Chatterley
- Parlez vous NPC? Chris Gray
- Parlez vous NPC? Matt Chatterley
- Parlez vous NPC? Nathan F Yospe
- Parlez vous NPC? Matt Chatterley
- Dynamic Loading of Modules Niklas Elmqvist
- Dynamic Loading of Modules Chris Gray
- Dynamic Loading of Modules Jon A. Lambert
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Chris Gray
- World Persistence, flat files v/s DB v/s ?? Jon A. Lambert
- World Persistence, flat files v/s DB v/s ?? Greg Munt
- World Persistence, flat files v/s DB v/s ?? Chris Gray
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? s001gmu@nova.wright.edu
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? Joel Dillon
- World Persistence, flat files v/s DB v/s ?? Joel Dillon
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? Chris Gray
- World Persistence, flat files v/s DB v/s ?? Ross Nicoll
- World Persistence, flat files v/s DB v/s ?? Ross Nicoll
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? s001gmu@nova.wright.edu
- World Persistence, flat files v/s DB v/s ?? Joel Dillon
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Chris Gray
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? Chris Gray
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Jon A. Lambert
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Jon A. Lambert
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Joel Dillon
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? Joel Dillon
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Joel Dillon
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Matt Chatterley
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Adam Wiggins
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Orion Henry
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Nathan F Yospe
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Vadim Tkachenko
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Greg Munt
- World Persistence, flat files v/s DB v/s ?? Ben Greear
- World Persistence, flat files v/s DB v/s ?? Jon A. Lambert
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- World Persistence, flat files v/s DB v/s ?? Chris Gray
- World Persistence, flat files v/s DB v/s ?? J C Lawrence
- Jukebox Vadim Tkachenko
- Another recruit for the list? Joel Dillon
- OT: Martin Keegan J C Lawrence
- Old code Joel Dillon
- Old code Michael Hohensee
- UML/Commercial v Free Muds Greg Munt
- UML/Commercial v Free Muds Nathan F Yospe
- UML/Commercial v Free Muds Jon A. Lambert
- Heightfield Terrain Rendering Paper Niklas Elmqvist
- (subject missing) J C Lawrence
- (fwd) Roleplaying J C Lawrence
- (fwd) Roleplaying s001gmu@nova.wright.edu
- (fwd) Roleplaying Katrina McClelan
- (fwd) Roleplaying Ling
- (fwd) Roleplaying J C Lawrence
- (fwd) Roleplaying Travis Casey
- Predicting future motion intelligently J C Lawrence
- META: New Mail server and ISP J C Lawrence
- (rec.games.mud.admin) Roleplaying (fwd) Nathan F Yospe
- Persistant storage.... My current idea. Ben Greear
- Persistant storage.... My current idea. Jon A. Lambert
- Persistant storage.... My current idea. Ben Greear
- Persistant storage.... My current idea. J C Lawrence
- Persistant storage.... My current idea. Ben Greear
- Persistant storage.... My current idea. J C Lawrence
- Persistant storage.... My current idea. Ben Greear
- Persistant storage.... My current idea. Chris Gray
- Persistant storage.... My current idea. Ben Greear
- Persistant storage.... My current idea. J C Lawrence
- Persistant storage.... My current idea. Ben Greear
- UML & CORBA Greg Munt
- [MUD-Dev]: smoothing J C Lawrence
- [MUD-Dev]: smoothing J C Lawrence