home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / rec / games / design / 2565 < prev    next >
Encoding:
Text File  |  1992-12-24  |  3.7 KB  |  81 lines
  1. Newsgroups: rec.games.design
  2. Path: sparky!uunet!bcstec!hall
  3. From: hall@bcstec.ca.boeing.com (Robert J. Hall)
  4. Subject: Re: net.rpg - eliminating mundane magic
  5. Message-ID: <BzqI1J.Mwq@bcstec.ca.boeing.com>
  6. Organization: Boeing
  7. Date: Wed, 23 Dec 1992 22:48:54 GMT
  8. Lines: 71
  9.  
  10. carl@gergo.tamu.edu (Carl D. Perkins) writes:
  11. >This sounds like a lot of bookkeeping. You have to keep track of every
  12. >component every wizards has ever researched and how many times it has been
  13. >used by each. So Clunk the Competent knows Fire Production 117, 221, and 437
  14. >and has used them 9 times, 5 times, and just 1 time respectively...
  15. >Now immagine that each wizard knows 3 or more  different components in each of
  16. >3 or 4 different component type categories...
  17.  
  18. Since components are difficult to find, I hadn't pictured it being quite as
  19. bad as you say. Certainly some amount of book-keeping would be required. I
  20. figured there would be a Fire1, Fire2, Fire3, ... components. The spell for
  21. Fireball would then be listed as:                                 
  22.  
  23.   Fireball (Fire1+Create2+Sphere4)    47
  24.  
  25. Where 47 is some current rating for the spell. However, your point is well
  26. taken.
  27.  
  28.  > This gets even worse if the number of people knowing a specific component
  29.  > also has an affect on the effectiveness.
  30.  
  31. WHen I tried putting this into a magic system for a game world, I simplified
  32. it two four categories:
  33.  
  34.   Unknown  - As yet undiscovered component
  35.   Private  - Component known by a few Wizards
  36.   Public   - Component known by a huge number of Wizards
  37.   Lost     - Component previously known, then lost for some reason.
  38.  
  39. If a component is shared among party members, then it is a Private component.
  40. When it is given (or stolen) to outsiders, it quickly becomes a public
  41. component and rapidly loses it's effectiveness.
  42.  
  43. >Particularly annoying if you've just spent a lot of time and money
  44. >researching a new component and it turns out that it is, conincidentally,
  45. >a component that the 87 members of the Cult of Zippity-Do-Dah on the
  46. >southern continent happen to have been using extensively for the last 6       
  47. >months - and you didn't even know there *was* a southern continent.
  48.  
  49. Since there are an infinite number of components, any newly discovered
  50. component is highly likely to be original. (Although I threw in a rule that
  51. a failed research reveals a 'public' component that is all but useless.)
  52.  
  53. >I'm not saying this is unworkable, but it could get a bit bothersome to
  54. >keep track of. I might be willing to do it in the case where the effectiveness
  55. >is independant for each wizard (the number of wizards knowing it has no affect
  56. >on how effective it is for each) or maybe even if the number of wizards knowing
  57. >it has an effect, but how often the others have used it has no additional
  58. >effect on how well it works for you other than the general "commonly known
  59. >component" penalty.
  60.  
  61. A simplification can be included that uses spell research instead of component
  62. research. The spell starts at a given level and diminishes thereafter. A new
  63. copy of the spell can be researched when the onld one gets too rusty to use.
  64. The only thing you lose is the ability to use the component in multiple spells.
  65. You'd have to make spell research easier to compensate.
  66.  
  67. >It occurs to me that this could actually work quite well for a computer game
  68. >system, where the computer can do all the bookkeeping of who knows what and
  69. >how often it has been used and whatnot. If the GM use a computer to do the
  70. >bookkeeping for the RPG it could also work with a bit of software to maintain
  71. >a spell component database.
  72.  
  73. Probably true. Computer-Aided RPGs are one of my favorite "Want to see" items
  74. for the future.
  75.  
  76.  
  77. -- 
  78.  Bob Hall                   |  if [ -bs message ]; then
  79.  Boeing Computer Services   |      mv message /compost/heap/$$
  80.  root@chicken.ca.boeing.com |  fi
  81.