Steve Jackson Games - Site Navigation
Home General Info Follow Us Search Illuminator Store Forums What's New Other Games Ogre GURPS Munchkin Our Games: Home

Go Back   Steve Jackson Games Forums > Roleplaying > GURPS

 
 
Thread Tools Display Modes
Prev Previous Post   Next Post Next
Old 01-31-2017, 11:36 PM   #7
Humabout
 
Humabout's Avatar
 
Join Date: Aug 2008
Default Re: [RPM] Potential Energy

I would generally avoid any calculations of energy or energy-pressure generated by the falling object, just as I would avoid checking the shear modulus for the wooden beams or measuring the length of time of contact between the boulder.

The number one rule of RPM is that it is a Rule Zero system. If the intent of casting the spell is to inflict a bunch of damage, the vehicle by which said damage is delivered is irrelevant, especially if that vehicle will blink out of existence right after dealing that damage. As such, this is simply adding the Damage modifier to the spell with sufficient quantity and modifiers to represent a massive falling boulder. That it creates a massive falling boulder simply gives the option to cast this as a Create Matter effect instead of a Destroy Matter effect. I'd allow either for this sort of thing, personally, but others might be more stringent.

If the boulder is to stick around afterward for a while, I'd treat this as two effects: Create Matter (to make a semi-permanent boulder) and Destroy Matter (to trash the bridge/squash the troll/etc.).

Personally, I'd be curious to hear how PK would adjudicate this situation.
__________________
Buy My Stuff!

Free Stuff:
Dungeon Action!
Totem Spirits

My Blog: Above the Flatline.
Humabout is offline   Reply With Quote
 

Tags
ritual path magic, rpm


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Fnords are Off
[IMG] code is Off
HTML code is Off

Forum Jump


All times are GMT -6. The time now is 06:09 AM.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2024, vBulletin Solutions, Inc.