From owner-dq@dq.sf.org.nz Thu Jun 15 12:00:49 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id LAA00257; Thu, 15 Jun 2000 11:56:38 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id LAA00254 for ; Thu, 15 Jun 2000 11:56:34 +1200 Received: from jimarona.ihug.co.nz (p169-tnt2.akl.ihug.co.nz [203.109.245.169]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id LAA15540 for ; Thu, 15 Jun 2000 11:36:00 +1200 Date: Thu, 15 Jun 2000 11:33:32 +1200 Message-ID: <01bfd658$f438ea20$a9f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Military Scientist From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I have grave misgivings about Military Scientist. I dislike two things about it. One in general, and one in particular. The skill breaks down, now, into sub-categories of skill, which is to say, Skirmish, Battlefield, etc. I don't like this, because the main effect is to require a player character who has the skill to take the Skirmish option. It isn't something that allows the skill to be customised by players, it requires a particular kind of development. Now, you can say that a player doesn't have to take the Skirmish option, and benefit from the unengaged initiative bonus, but I ask you, seriously, what player is going to pass it up? The option is really only open to NPCs, who may may be great commanders of armies, but not of skirmish units. This particular question comes down to whether or not you want the skill to model reality, or whether you want the skill to offer a player some range of alternatives. Practically, what this skill does is deny them the opportunity of developing the skill in an idiosyncratic way, because it says 'If you don't spend your xp in this particular fashion, then you will have wasted that xp.' What is the value of having any skill at all in Siege, might I ask? There is a value for Logistics, and a value for Battlefield, and a value for Skirmish. On the other hand, there is no good reason to have any skill in Siege at all. Mind you, that's just an example. I suppose the point I'm rambling toward, in that way that I do, is that when there is so powerful a motivation to take something like Skirmish, then it will always be taken as the first option. Maybe, a player out there has taken it as the Rank 3 option. Nevertheless, the players are mostly going to choose Skirmish over everything else, and that doesn't widen the game, it merely narrows it to something that you HAVE to take. That's not interesting, it's not idiosyncratic, and it doesn't do anything interesting for the game. The other thing that I HATE about this skill is the option of taking Naval and Aerial encounters. The reason I hate naval military science is because I think that such a beast should be a military scientist who has ranks in navigator. As it stands, a naval military scientist may not even be able to know which end of the boat is the pointy end. That just strikes me as stupid. And, I don't see a need to have the specialistion work like that. I suggest that this kind of beastie operate as a military scientist at the lowest of their Navigator or Military Scientist ranks. Aerial military scientists should just be drowned. However much you might say that any competent political entity might want to develop a sensible air force given that magical flight is an option, in much the same way that these political entities like having well organised and equipped navies and armies, the fact is that the whole idea of an air force is way out of genre, and doesn't contribute well to a shared state of suspended disbelief. It is fine to have an individual who has some expertise in aerial battles. It just doesn't need to be a part of the rules. Let players who wish to pursue such a course do so, and allow that NPCs might have such a specialisation, and just leave it at that. Particularly since military scientists who specialise in aerial encounters gain no special bonus. In fact, it looks to me like you can use your battlefield, skirmish and logistics specialisations in the air. It certainly doesn't deny that this can be done. So, the specialisation means nothing, really. And if it means nothing, then there's no point in learning it, and there's no point in having a rule about it, and there's no point in actually writing it down anywhere. Historically, military scientist has done three things, as far as players are concerned. It has other properties, but I've never seen them used very often. 1) Initiative bonus to unengaged initiative 2) Time out for initiative 3) Rallying feared party members Silverfoam regularly raises WP, but only Silverfoam. No-one else really has a rank high enough to make the endeavour worth the candle. I've never seen a player command their very own personal guard, and I suggest that it would be the rare player that did. I've only once seen a player try to penetrate the NPC's plans, and they told me afterward that they didn't like the ability, because you couldn't tell if it worked or not (it's a DM roll), and in any case, it kind of ruined the excitement if it worked. I agreed. I think that it IS the sort of thing that you might apply in large, massed combat, like with companies and regiments. Very occasionally, a player will find themselves in charge of a military unit, and the total number of troops they can effectively command becomes important. Therefore, I proprose the following: Do away with the areas of specialisation, because they don't add usefully to the game. Get rid of the training requirements for unengaged initiative bonus and rallying, because hardly anyone plays it anyway (i.e. Your bonus only applies if you have either trained for 12 weeks-MilSci rank or you have adventured with the character before). Move the 'penetrate enemy commander's plan' ability to massed combat, only, not the 'skirmish' level combats that adventures routinely portray. Leave everything else pretty much as it is. Jim. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 15 12:30:52 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA00525; Thu, 15 Jun 2000 12:29:53 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA00522 for ; Thu, 15 Jun 2000 12:29:40 +1200 Message-ID: <39481AB2.9B603A72@peace.com> Date: Thu, 15 Jun 2000 11:52:18 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Military Scientist From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Hi Jim, Jim Arona wrote: > The skill breaks down, now, into sub-categories of skill, which is to say, > Skirmish, Battlefield, etc. > I don't like this, because the main effect is to require a player character > who has the skill to take the Skirmish option. I tend to agree that the vast majority of PCs will take skirmish... and I agree that that is not optimal as it forces development. I am a little confused however. You seem to be suggesting that diversity is better than similarity eg. when discussing forced taking of skirmish you state: > Practically, what this skill does is deny them the opportunity of developing > the skill in an idiosyncratic way... but later in your post you suggest removing specializations altogether -- which would make all MilSci's effecively the same except for rank (and WP). I'm not sure how to reconcile these views. > What is the value of having any skill at all in Siege, might I ask? Perhaps none when compared with skirmish, that is true, but might not a player wish to take it for character reasons, and might it ot (admittedly very occasionally) come into its own? GMs have run games involving the prosecution or lifting of sieges in the past -- would not such a skill be useful? > The reason I hate naval military science is because I think that such a > beast should be a military scientist who has ranks in navigator. Feasible. However, is it reasonable to assume that because one knows how to command a platoon, and sail a ship, that one can plan tactics for a fleet? Personally I don't know... I have little enough skill in either. Which is better from a gaming POV? I do like having (buzzword warning), "synergy" between skills and am attracted to the idea that Mil Sci and Nav together give Fleet skills. > I suggest that this kind of > beastie operate as a military scientist at the lowest of their Navigator or > Military Scientist ranks. Seems reasonable. > Aerial military scientists should just be drowned...the fact is that the whole > idea of an air force is way out of genre... I beg to disagree. I contend that there are no "facts" in this matter only opinions. It is your opinion that Aerial tactics are out of genre. It is my opinion that they are in genre for some races and places, and out for others. It could be argued that such a skill should only be available by "Quest" or whatever to recognise its rarity... > It is fine to have an individual who has some expertise in aerial battles. > It just doesn't need to be a part of the rules. as you have indeed argued. :) OK... I tend to agree. > Particularly since military scientists who specialise in aerial encounters > gain no special bonus. In fact, it looks to me like you can use your > battlefield, skirmish and logistics specialisations in the air. It certainly > doesn't deny that this can be done. Ahh... the intention was that if you had Naval or Aerial you could include them in your overall plan, and that you can only spot tactics with areas you are familiar. The general with Battlefield (but not Aerial) meeting an Elven raiding force gets to say "I think they're going for a classic pincer move... but I have no idea what they plan on doing with those 20 Pegasi riders"... or somesuch. > Therefore, I proprose the following: > Do away with the areas of specialisation, because they don't add usefully to > the game. Except for allowing idiosyncratic Mil Sci characters, as above. I would suggest that as an alternative, Skirimish i.e. Hex Grid stuff becomes Rank 0 generic, Aerial could be removed, Naval's removal could be discussed further, and the remaining specialisations spread out a bit -- development is not forced, but some differences between Mil Sci's are retained. > Get rid of the training requirements for unengaged initiative bonus and > rallying, because hardly anyone plays it anyway (i.e. Your bonus only > applies if you have either trained for 12 weeks-MilSci rank or you have > adventured with the character before). I agree... a pointless rule, particularly in our multi GM "mix up the players every 3 months" campaign. Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 15 13:15:59 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id NAA00844; Thu, 15 Jun 2000 13:12:46 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with SMTP id NAA00841 for ; Thu, 15 Jun 2000 13:12:42 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Thursday, June 15, 2000 12:47:43 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Thu, 15 Jun 2000 12:51:58 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A72010B15B1@falaklex00.fcl.co.nz> Date: Thu, 15 Jun 2000 12:51:50 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFD663.E8D18590" Subject: RE: Military Scientist From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFD663.E8D18590 Content-Type: text/plain How about have other specialisations besides Rank 0 Skirmish available at 1,000ep and 2 weeks, but at any rank, not just at rank 10. Then you can specialise as much or as little as you like, and people who quest for aerial, or cavalry, or whatever would get bonuses, but the normal skills would work fine. You can shape your character by being Rank 0 but a theorectical "expert" in everything, or a practical adventurer, Rank 8, no specialities. example: Mil Sci #1 has no specialities. They can send in the army, and horses run fast so they stay on the flanks and as reinforcements. Mil Sci #2 has (standard) battlefield, and organises the army effectively, using the special abilities of each - light horse archers to break up infantry with harrying fire, heavy cav to smash infantry lines, or whatever. Mil Sci #3 has (wierd/quest) cavalry speciality. They do cunning things with light horse archers hidden in their heavy cavalry to disrupt mage attacks during charges, and to fan out ahead to discover boggy ground in charges, and more stuff if the GM cares. Andrew > -----Original Message----- > > > Therefore, I proprose the following: > > Do away with the areas of specialisation, because they don't add > usefully to > > the game. > > Except for allowing idiosyncratic Mil Sci characters, as above. I would > suggest > that as an alternative, Skirimish i.e. Hex Grid stuff becomes Rank 0 > generic, > Aerial could be removed, Naval's removal could be discussed further, and > the > remaining specialisations spread out a bit -- development is not forced, > but > some differences between Mil Sci's are retained. > > > Get rid of the training requirements for unengaged initiative bonus and > > rallying, because hardly anyone plays it anyway (i.e. Your bonus only > > applies if you have either trained for 12 weeks-MilSci rank or you have > > adventured with the character before). > > I agree... a pointless rule, particularly in our multi GM "mix up the > players > every 3 months" campaign. > ------_=_NextPart_001_01BFD663.E8D18590 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Military Scientist

How about have other = specialisations besides Rank 0 Skirmish available at 1,000ep and 2 = weeks, but at any rank, not just at rank 10. Then you can specialise as = much or as little as you like, and people who quest for aerial, or = cavalry, or whatever would get bonuses, but the normal skills would = work fine. You can shape your character by being Rank 0 but a = theorectical "expert" in everything, or a practical = adventurer, Rank 8, no specialities.

example:
Mil Sci #1 has no = specialities. They can send in the army, and horses run fast so they = stay on the flanks and as reinforcements.

Mil Sci #2 has = (standard) battlefield, and organises the army effectively, using the = special abilities of each - light horse archers to break up infantry = with harrying fire, heavy cav to smash infantry lines, or = whatever.

Mil Sci #3 has = (wierd/quest) cavalry speciality. They do cunning things with light = horse archers hidden in their heavy cavalry to disrupt mage attacks = during charges, and to fan out ahead to discover boggy ground in = charges, and more stuff if the GM cares.

Andrew

    -----Original Message-----

    > Therefore, I proprose the = following:
    > Do away with the areas of = specialisation, because they don't add usefully to
    > the game.

    Except for allowing idiosyncratic Mil = Sci characters, as above.  I would suggest
    that as an alternative, Skirimish = i.e. Hex Grid stuff becomes Rank 0 generic,
    Aerial could be removed, Naval's = removal could be discussed further, and the
    remaining specialisations spread out = a bit -- development is not forced, but
    some differences between Mil Sci's = are retained.

    > Get rid of the training = requirements for unengaged initiative bonus and
    > rallying, because hardly anyone = plays it anyway (i.e. Your bonus only
    > applies if you have either = trained for 12 weeks-MilSci rank or you have
    > adventured with the character = before).

    I agree... a pointless rule, = particularly in our multi GM "mix up the players
    every 3 months" campaign.

------_=_NextPart_001_01BFD663.E8D18590-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 15 13:16:51 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id NAA00831; Thu, 15 Jun 2000 13:10:53 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id NAA00828 for ; Thu, 15 Jun 2000 13:10:48 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Thu, 15 Jun 2000 12:49:37 +1200 Message-ID: Date: Thu, 15 Jun 2000 12:49:34 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Military Scientist From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz From a game advantage & usefulness point of view it would be foolish to take anything other than Skirmish at rank 0. However I see no need to make it mandatory, if for whatever reason someone chooses to take another speciality at Rank 0 then that's their problem/choice. In some ways it does mirror reality, there have been commanding officers who can sit in the command bunker and direct a tactically brilliant battle, but when they're leading a small patrol against the enemy they might as well be signing their own death certificate. In reality this is because of different personality types, backgrounds, training, etc... in DQ this is emulated by choice of specialisations. As for the others, in 90% of games it won't come up. When it does come up the battlefield Mil Sci can observe the enemy and terrain for a while and have the GM tell them what the best tactics would be and what the enemy is most likely to do (with accuracy dependent on the roll & base chance). What the party then does with that information is up to them. I like the idea that Naval tactics are different and a battlefield commander is not necessarily a genius on the sea. As for tying it in with Navigator, I think a Naval MilSci who is also a Navigator should be better than a pure Naval MilSci. I wouldn't codify this in the rules though, I'd leave it up to the GM to apply or assume the benefit where appropriate. Aerial, I tend to agree about getting rid of it. Simply apply the most appropriate of Skirmish or Battlefield based on the scale of the fight. Apart from effects to game mechanics like unegaged IV, time-outs, rallying, raising morale... the most important role of MilSci is for GMs to communicate to players what is and isn't good tactics. Often we have the situation where the player being the MilSci doesn't have any tactical skill, or the player does but the GM doesn't. What it comes down to is that if the GM declares or decides that something is good tactics, it is. And whether/what they communicate this to the player depends on the characters skill in MilSci. For example: the party MilSci (Rank 9) decides that forming the party into a single file column and charging into the centre of the opposing troops is the best tactic, the GM can then either inform the player that as a Rk 9 MilSci they know this will be suicide, or adjust the situation so that it is the best tactic ( the enemy positioned a thin line of their weakest troops in the middle and the party breaks straight through to attack the enemy commanders). Cheers, Stephen. > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > Sent: Thursday, 15 June 2000 11:34 > To: dq@dq.sf.org.nz > Subject: Re: Military Scientist > > I have grave misgivings about Military Scientist. > I dislike two things about it. One in general, and one in particular. > > The skill breaks down, now, into sub-categories of skill, which is to say, > Skirmish, Battlefield, etc. > I don't like this, because the main effect is to require a player > character > who has the skill to take the Skirmish option. It isn't something that > allows the skill to be customised by players, it requires a particular > kind > of development. > Now, you can say that a player doesn't have to take the Skirmish option, > and > benefit from the unengaged initiative bonus, but I ask you, seriously, > what > player is going to pass it up? > The option is really only open to NPCs, who may may be great commanders of > armies, but not of skirmish units. > This particular question comes down to whether or not you want the skill > to > model reality, or whether you want the skill to offer a player some range > of > alternatives. > Practically, what this skill does is deny them the opportunity of > developing > the skill in an idiosyncratic way, because it says 'If you don't spend > your > xp in this particular fashion, then you will have wasted that xp.' > What is the value of having any skill at all in Siege, might I ask? There > is > a value for Logistics, and a value for Battlefield, and a value for > Skirmish. On the other hand, there is no good reason to have any skill in > Siege at all. Mind you, that's just an example. > I suppose the point I'm rambling toward, in that way that I do, is that > when > there is so powerful a motivation to take something like Skirmish, then it > will always be taken as the first option. Maybe, a player out there has > taken it as the Rank 3 option. Nevertheless, the players are mostly going > to > choose Skirmish over everything else, and that doesn't widen the game, it > merely narrows it to something that you HAVE to take. That's not > interesting, it's not idiosyncratic, and it doesn't do anything > interesting > for the game. > The other thing that I HATE about this skill is the option of taking Naval > and Aerial encounters. > The reason I hate naval military science is because I think that such a > beast should be a military scientist who has ranks in navigator. As it > stands, a naval military scientist may not even be able to know which end > of > the boat is the pointy end. That just strikes me as stupid. And, I don't > see > a need to have the specialistion work like that. I suggest that this kind > of > beastie operate as a military scientist at the lowest of their Navigator > or > Military Scientist ranks. > Aerial military scientists should just be drowned. However much you might > say that any competent political entity might want to develop a sensible > air > force given that magical flight is an option, in much the same way that > these political entities like having well organised and equipped navies > and > armies, the fact is that the whole idea of an air force is way out of > genre, > and doesn't contribute well to a shared state of suspended disbelief. > It is fine to have an individual who has some expertise in aerial battles. > It just doesn't need to be a part of the rules. Let players who wish to > pursue such a course do so, and allow that NPCs might have such a > specialisation, and just leave it at that. > Particularly since military scientists who specialise in aerial encounters > gain no special bonus. In fact, it looks to me like you can use your > battlefield, skirmish and logistics specialisations in the air. It > certainly > doesn't deny that this can be done. > So, the specialisation means nothing, really. > And if it means nothing, then there's no point in learning it, and there's > no point in having a rule about it, and there's no point in actually > writing > it down anywhere. > Historically, military scientist has done three things, as far as players > are concerned. It has other properties, but I've never seen them used very > often. > 1) Initiative bonus to unengaged initiative > 2) Time out for initiative > 3) Rallying feared party members > Silverfoam regularly raises WP, but only Silverfoam. No-one else really > has > a rank high enough to make the endeavour worth the candle. > I've never seen a player command their very own personal guard, and I > suggest that it would be the rare player that did. > I've only once seen a player try to penetrate the NPC's plans, and they > told > me afterward that they didn't like the ability, because you couldn't tell > if > it worked or not (it's a DM roll), and in any case, it kind of ruined the > excitement if it worked. I agreed. > I think that it IS the sort of thing that you might apply in large, massed > combat, like with companies and regiments. > Very occasionally, a player will find themselves in charge of a military > unit, and the total number of troops they can effectively command becomes > important. > Therefore, I proprose the following: > Do away with the areas of specialisation, because they don't add usefully > to > the game. > Get rid of the training requirements for unengaged initiative bonus and > rallying, because hardly anyone plays it anyway (i.e. Your bonus only > applies if you have either trained for 12 weeks-MilSci rank or you have > adventured with the character before). > Move the 'penetrate enemy commander's plan' ability to massed combat, > only, > not the 'skirmish' level combats that adventures routinely portray. > Leave everything else pretty much as it is. > Jim. > > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 15 13:45:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id NAA01035; Thu, 15 Jun 2000 13:38:45 +1200 Received: from fep3-orange.clear.net.nz (fep3-orange.clear.net.nz [203.97.32.3]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id NAA01031 for ; Thu, 15 Jun 2000 13:38:40 +1200 Received: from comms.maclean.co.nz (t001-m001-u20.acld.clear.net.nz [203.97.72.20]) by fep3-orange.clear.net.nz (1.5/1.6) with ESMTP id NAA16939; Thu, 15 Jun 2000 13:18:04 +1200 (NZST) Received: by comms.maclean.co.nz with Internet Mail Service (5.0.1460.8) id ; Thu, 15 Jun 2000 12:52:38 +1200 Message-ID: Date: Thu, 15 Jun 2000 12:52:35 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Military Scientist From: Tom Mason To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I agree with both people. We are also play testing (Gordon's game) the new initiative system that has been created. This probably isn't worded the best and I could spend more time rewording it. But the emphasis is on the idea. Below is how I would try and describe changing the rules. Would it be easier to have skirmish as rank 0 to gain the initiative bonus as most characters take up this to start with. You have no choice but get this at rank 0 like herbalist's analyse chemicals at rank 0. Then Mil Scis can choose to specialise in other fields giving them a bonus like the Ranger's field type specialisation on dice rolls in those specialised situations. Therefore if you just have skirmish you can operate as normal... however if you choose Aerial because you are a Mil Sci that's currently flying with his/her/its party then they may get an additional bonus if the opposition's Mil Sci doesn't have aerial specialisation, no matter whether they are on the ground or not. If both forces have the aerial specialisation then it either negates the bonus for both forces or the bonuses still apply like under the current skirmish rules. Tom :-) -----Original Message----- From: Martin Dickson [mailto:martin.dickson@peace.com] Sent: Thursday, 15 June 2000 11:52 To: dq@dq.sf.org.nz Subject: Re: Military Scientist Hi Jim, Jim Arona wrote: > The skill breaks down, now, into sub-categories of skill, which is to say, > Skirmish, Battlefield, etc. > I don't like this, because the main effect is to require a player character > who has the skill to take the Skirmish option. I tend to agree that the vast majority of PCs will take skirmish... and I agree that that is not optimal as it forces development. I am a little confused however. You seem to be suggesting that diversity is better than similarity eg. when discussing forced taking of skirmish you state: > Practically, what this skill does is deny them the opportunity of developing > the skill in an idiosyncratic way... but later in your post you suggest removing specializations altogether -- which would make all MilSci's effecively the same except for rank (and WP). I'm not sure how to reconcile these views. > What is the value of having any skill at all in Siege, might I ask? Perhaps none when compared with skirmish, that is true, but might not a player wish to take it for character reasons, and might it ot (admittedly very occasionally) come into its own? GMs have run games involving the prosecution or lifting of sieges in the past -- would not such a skill be useful? > The reason I hate naval military science is because I think that such a > beast should be a military scientist who has ranks in navigator. Feasible. However, is it reasonable to assume that because one knows how to command a platoon, and sail a ship, that one can plan tactics for a fleet? Personally I don't know... I have little enough skill in either. Which is better from a gaming POV? I do like having (buzzword warning), "synergy" between skills and am attracted to the idea that Mil Sci and Nav together give Fleet skills. > I suggest that this kind of > beastie operate as a military scientist at the lowest of their Navigator or > Military Scientist ranks. Seems reasonable. > Aerial military scientists should just be drowned...the fact is that the whole > idea of an air force is way out of genre... I beg to disagree. I contend that there are no "facts" in this matter only opinions. It is your opinion that Aerial tactics are out of genre. It is my opinion that they are in genre for some races and places, and out for others. It could be argued that such a skill should only be available by "Quest" or whatever to recognise its rarity... > It is fine to have an individual who has some expertise in aerial battles. > It just doesn't need to be a part of the rules. as you have indeed argued. :) OK... I tend to agree. > Particularly since military scientists who specialise in aerial encounters > gain no special bonus. In fact, it looks to me like you can use your > battlefield, skirmish and logistics specialisations in the air. It certainly > doesn't deny that this can be done. Ahh... the intention was that if you had Naval or Aerial you could include them in your overall plan, and that you can only spot tactics with areas you are familiar. The general with Battlefield (but not Aerial) meeting an Elven raiding force gets to say "I think they're going for a classic pincer move... but I have no idea what they plan on doing with those 20 Pegasi riders"... or somesuch. > Therefore, I proprose the following: > Do away with the areas of specialisation, because they don't add usefully to > the game. Except for allowing idiosyncratic Mil Sci characters, as above. I would suggest that as an alternative, Skirimish i.e. Hex Grid stuff becomes Rank 0 generic, Aerial could be removed, Naval's removal could be discussed further, and the remaining specialisations spread out a bit -- development is not forced, but some differences between Mil Sci's are retained. > Get rid of the training requirements for unengaged initiative bonus and > rallying, because hardly anyone plays it anyway (i.e. Your bonus only > applies if you have either trained for 12 weeks-MilSci rank or you have > adventured with the character before). I agree... a pointless rule, particularly in our multi GM "mix up the players every 3 months" campaign. Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 15 14:33:41 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id OAA01368; Thu, 15 Jun 2000 14:30:27 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id OAA01365 for ; Thu, 15 Jun 2000 14:30:22 +1200 Received: from jimarona.ihug.co.nz (p84-tnt2.akl.ihug.co.nz [203.109.245.84]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA06722 for ; Thu, 15 Jun 2000 14:09:45 +1200 Date: Thu, 15 Jun 2000 14:07:19 +1200 Message-ID: <01bfd66e$7032fe80$a9f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Military Scientist From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >Jim Arona wrote: > >> The skill breaks down, now, into sub-categories of skill, which is to say, >> Skirmish, Battlefield, etc. >> I don't like this, because the main effect is to require a player character >> who has the skill to take the Skirmish option. Martin Dickson wrote: >I tend to agree that the vast majority of PCs will take skirmish... and I agree >that that is not optimal as it forces development. I am a little confused >however. You seem to be suggesting that diversity is better than similarity eg. >when discussing forced taking of skirmish you state: > >> Practically, what this skill does is deny them the opportunity of developing >> the skill in an idiosyncratic way... > >but later in your post you suggest removing specializations altogether -- which >would make all MilSci's effecively the same except for rank (and WP). I'm not >sure how to reconcile these views. It seems clear to me. The principle at issue, here, is diversity. If the only thing you develop is Skirmish, because it is the most valuable specialisation, then you create enormous pressure to develop into Skirmish. This is like AG, WP or EN. These stats are extremely powerful, in DQ, and a player needs a good reason to advance a stat like MD, instead of AG, say. There is little reason to advance MD, except for a few characters, but all characters gain serious advantage from advancing AG. Instead, what has happened is that a player is almost completely forced to take Skirmish, because it's so good. Then, you take specialisations on the list as your rank advances, without much more thought than what would be nice. It doesn't lead to any kind of resonance with the character's story, really. > >> What is the value of having any skill at all in Siege, might I ask? > >Perhaps none when compared with skirmish, that is true, but might not a player >wish to take it for character reasons, and might it ot (admittedly very >occasionally) come into its own? GMs have run games involving the prosecut ion >or lifting of sieges in the past -- would not such a skill be useful? It MIGHT be. But, as it stands, it offers no intrinsic advantage. There is no particular reason to take it. Therefore, the game pressure is not to take it, but take those specialisations that offer a bonus. You don't create diversity by allowing a player simply by saying they can have a specialisation. If, for example, one of the areas of specialisations was tightrope war, where the armies met each other on tightropes and fought it on long narrow lines of bloodshed, and that's all the rules said about it, what game pressure is there to acquire the specialisation? I suggest that there is none, except for the flippant. This is not to say that one would not look favourably upon a milsci who was a siegemaster, in the pursuit of such a battle. Nevertheless, the specialisation offers no particular advantage, and therefore is probably going to be acquired after the advantage providing specialisations. That means that you have only paid lip service to the concept of diversity. Nothing variant is really offered, it only seems to be offered. > >> The reason I hate naval military science is because I think that such a >> beast should be a military scientist who has ranks in navigator. > >Feasible. However, is it reasonable to assume that because one knows how to >command a platoon, and sail a ship, that one can plan tactics for a fleet? Possibly not, but as it stands at the moment, it is entirely possible to have no skill at sea at all, and still plan superbly for a naval engagement. I find that: 1) Extremely hard to believe 2) Not representative of specialisation. >Personally I don't know... I have little enough skill in either. Which is >better from a gaming POV? I do like having (buzzword warning), "synergy" >between skills and am attracted to the idea that Mil Sci and Nav together give >Fleet skills. I would prefer the idea of a player who has advanced their skills in both these areas, because, simply, it captures the idea of specialisation. To be a naval commander, a player would have to advance two skills, and pay two different lumps of xp. This seems extremely reasonable to me. If you don't have an understanding of tides, currents, wind and sail, how in God's name do you plan a military engagement on the wet stuff? You only fight in ponds? >> Aerial military scientists should just be drowned...the fact is that the whole >> idea of an air force is way out of genre... > >I beg to disagree. I contend that there are no "facts" in this matter only >opinions. It is your opinion that Aerial tactics are out of genre. It is my >opinion that they are in genre for some races and places, and out for others. >It could be argued that such a skill should only be available by "Quest" or >whatever to recognise its rarity... Well, if it is a 'Quest' or a racial thing, then it doesn't need to be written down as part of the standard rules. It would be different for every person who acquired it, depending, I suppose, on the source. The reason I don't really want Aerial milsci stuff available is that if it actually provided a bonus, a player would be heavily pressured to acquire it at Rank 3, because an aerial encounter is a severely unpleasant encounter, and you need every bonus you can get when you're fighting thingies like that. >> Particularly since military scientists who specialise in aerial encounters >> gain no special bonus. In fact, it looks to me like you can use your >> battlefield, skirmish and logistics specialisations in the air. It certainly >> doesn't deny that this can be done. > >Ahh... the intention was that if you had Naval or Aerial you could include them >in your overall plan, and that you can only spot tactics with areas you are >familiar. The general with Battlefield (but not Aerial) meeting an Elven >raiding force gets to say "I think they're going for a classic pincer move... >but I have no idea what they plan on doing with those 20 Pegasi riders"... or >somesuch. > Yes, well, that's fine, but it doesn't actually say that, anywhere. I don't think, anyway. >> Therefore, I proprose the following: >> Do away with the areas of specialisation, because they don't add usefully to >> the game. > >Except for allowing idiosyncratic Mil Sci characters, as above. I would suggest >that as an alternative, Skirimish i.e. Hex Grid stuff becomes Rank 0 generic, >Aerial could be removed, Naval's removal could be discussed further, and the >remaining specialisations spread out a bit -- development is not forced, but >some differences between Mil Sci's are retained. Is this even a Rankable thing? I mean, why bother putting it in the rules, like that at all. Surely, a better way to do it is to have a player start with Skirmish (unless there's a good reason not to) and depending on the game, they may be exposed to different kinds of warfare, and therefore, they may reasonably be allowed to buy these specialisations. I'm quite prepared to accept that you can learn a lot about warfare from books, but how do you get to know how to handle a siege? Surely, having been part of a siege is the critical thing, here? And, the same applies with battlefield. Off the top of my head, the only specialisation that says to me that you don't need to have experienced that part of war would be logistics, and I might be wrong that one. Let me put it another way. The right to advance specialisations should, by and large, be something that you acquire as a part of an adventure, in much the same way as a player can advance an adventuring skill. They only have to be learnt once, and bought once, and they increase as you advance your rank in milsci. It seems to me that this offers the widest path of individuating the skill for players. Jim. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 15 14:46:29 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id OAA01421; Thu, 15 Jun 2000 14:38:03 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id OAA01417 for ; Thu, 15 Jun 2000 14:37:51 +1200 Received: from jimarona.ihug.co.nz (p84-tnt2.akl.ihug.co.nz [203.109.245.84]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA07636 for ; Thu, 15 Jun 2000 14:17:13 +1200 Date: Thu, 15 Jun 2000 14:14:49 +1200 Message-ID: <01bfd66f$7c20c6e0$a9f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_006C_01BFD6D4.1155A6E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Military Scientist From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_006C_01BFD6D4.1155A6E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Andrew Withy wrote: How about have other specialisations besides Rank 0 Skirmish available = at 1,000ep and 2 weeks, but at any rank, not just at rank 10. Then you = can specialise as much or as little as you like, and people who quest = for aerial, or cavalry, or whatever would get bonuses, but the normal = skills would work fine. You can shape your character by being Rank 0 but = a theorectical "expert" in everything, or a practical adventurer, Rank = 8, no specialities. example:=20 Mil Sci #1 has no specialities. They can send in the army, and horses = run fast so they stay on the flanks and as reinforcements. Mil Sci #2 has (standard) battlefield, and organises the army = effectively, using the special abilities of each - light horse archers = to break up infantry with harrying fire, heavy cav to smash infantry = lines, or whatever. Mil Sci #3 has (wierd/quest) cavalry speciality. They do cunning things = with light horse archers hidden in their heavy cavalry to disrupt mage = attacks during charges, and to fan out ahead to discover boggy ground in = charges, and more stuff if the GM etc. =20 Yes, but what this creates is the PC who specialises in everything and = then advances their rank in milsci, because you've often got a few weeks = spare from training, and a thousand xp to throw at something...It = doesn't individuate characters, it means they all become the same. I think. I suppose some characters might not do that, because they're xp hungry, = or they're time hungry, but a lot of characters have moments when they = don't have much else to do. In effect, such a rule would reward the kind = of development where a player 'might as well, 'cause they've got nothing = better to do'. I HATE that. Jim. ------=_NextPart_000_006C_01BFD6D4.1155A6E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Military Scientist
Andrew Withy wrote:
How=20 about have other specialisations besides Rank 0 Skirmish available at = 1,000ep=20 and 2 weeks, but at any rank, not just at rank 10. Then you can = specialise as=20 much or as little as you like, and people who quest for aerial, or = cavalry, or=20 whatever would get bonuses, but the normal skills would work fine. You = can shape=20 your character by being Rank 0 but a theorectical "expert" in=20 everything, or a practical adventurer, Rank 8, no = specialities.
example:
Mil Sci #1 has=20 no specialities. They can send in the army, and horses run fast so they = stay on=20 the flanks and as reinforcements.
Mil Sci #2 has (standard) battlefield, and organises the army=20 effectively, using the special abilities of each - light horse archers = to break=20 up infantry with harrying fire, heavy cav to smash infantry lines, or=20 whatever.
Mil Sci #3 has (wierd/quest) cavalry speciality. They do = cunning things=20 with light horse archers hidden in their heavy cavalry to disrupt mage = attacks=20 during charges, and to fan out ahead to discover boggy ground in = charges, and=20 more stuff if the GM etc.
 
 
 
 
Yes, but what = this creates is=20 the PC who specialises in everything and then advances their rank in = milsci,=20 because you've often got a few weeks spare from training, and a thousand = xp to=20 throw at something...It doesn't individuate characters, it means they = all become=20 the same. 
I = think. 
I suppose some = characters might not=20 do that, because they're xp hungry, or they're time hungry, but a lot of = characters have moments when they don't have much else to do. In effect, = such a=20 rule would reward the kind of development where a player 'might as well, = 'cause=20 they've got nothing better to do'. I HATE that.
Jim.
------=_NextPart_000_006C_01BFD6D4.1155A6E0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 15 15:00:46 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id OAA01580; Thu, 15 Jun 2000 14:56:32 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id OAA01577 for ; Thu, 15 Jun 2000 14:56:28 +1200 Received: from jimarona.ihug.co.nz (p84-tnt2.akl.ihug.co.nz [203.109.245.84]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA10551 for ; Thu, 15 Jun 2000 14:35:50 +1200 Date: Thu, 15 Jun 2000 14:33:26 +1200 Message-ID: <01bfd672$1604eaa0$a9f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Military Scientist From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Steve Martin wrote: >From a game advantage & usefulness point of view it would be foolish to take >anything other than Skirmish at rank 0. >However I see no need to make it mandatory, if for whatever reason someone >chooses to take another speciality at Rank 0 then that's their >problem/choice. >In some ways it does mirror reality, there have been commanding officers who >can sit in the command bunker and direct a tactically brilliant battle, but >when they're leading a small patrol against the enemy they might as well be >signing their own death certificate. In reality this is because of >different personality types, backgrounds, training, etc... in DQ this is >emulated by choice of specialisations. Yes, but we're writing rules for players. Yes, a player might have a special reason for not being good at Skirmish, and that's fine. What DM is going to argue with them, if they say that they don't want to have it. And, really, what does it matter if a general can lead a battle superbly, but can't fight his way out of a paper bag when he's in a skirmish situation. If I want that sort of character in my game, then that's what will happen, and it doesn't matter what the rule book says. And, if the argument heads toward training and backgrounds, then only the very rare player character will have any skill in any other arena of warfare, than skirmish, so again, the opportunities are narrowed. > >As for the others, in 90% of games it won't come up. When it does come up >the battlefield Mil Sci can observe the enemy and terrain for a while and >have the GM tell them what the best tactics would be and what the enemy is >most likely to do (with accuracy dependent on the roll & base chance). What >the party then does with that information is up to them. As I say, I have never seen anyone terribly happy with this rule. Players seem to find that it either takes a lot of the fun out of the game when they get it right, or they get screwed because they blew the roll and never knew it. In addition, information is too important to players to be so cavalierly treated. Clues, foreshadowing, suspense and mystery are all important to a game, contributing as they do to dramatic tension. To abrogate all of that in the face of a die roll just strikes me as silly. >I like the idea that Naval tactics are different and a battlefield commander >is not necessarily a genius on the sea. I don't. I can't think how you organise a sea battle if you aren't good at Navigation. Remember that the skill isn't just about knowing your position on the water, it's also about getting the most out of your men and your craft. If you have no skill in these areas, how do you measure their effectiveness. Jim. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 15 15:15:49 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id PAA01669; Thu, 15 Jun 2000 15:07:12 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id PAA01666 for ; Thu, 15 Jun 2000 15:07:08 +1200 Received: from jimarona.ihug.co.nz (p84-tnt2.akl.ihug.co.nz [203.109.245.84]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA12285 for ; Thu, 15 Jun 2000 14:46:30 +1200 Date: Thu, 15 Jun 2000 14:44:07 +1200 Message-ID: <01bfd673$93af8540$a9f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Military Scientist From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Tom wrote: >Would it be easier to have skirmish as rank 0 to gain the initiative bonus >as most characters take up this to start with. You have no choice but get >this at rank 0 like herbalist's analyse chemicals at rank 0. > >Then Mil Scis can choose to specialise in other fields giving them a bonus >like the Ranger's field type specialisation on dice rolls in those >specialised situations. > >Therefore if you just have skirmish you can operate as normal... however if >you choose Aerial because you are a Mil Sci that's currently flying with >his/her/its party then they may get an additional bonus if the opposition's >Mil Sci doesn't have aerial specialisation, no matter whether they are on >the ground or not. > >If both forces have the aerial specialisation then it either negates the >bonus for both forces or the bonuses still apply like under the current >skirmish rules. Um. So? What does this add to the game? There are only three different terrain types for milsci. Land, sea, and air. Your suggestion means that a player would be pressured to develop all three of these terrain types, because adventurers are constantly moving around and often operate in different environments. This doesn't support individuated milsci skill, it means that they all start looking the same. And, you can bet that if such a specialisation package were offered, then players would advance Aerial before they advanced Naval, because Aerial encounters are so much nastier, and it's easy to get hold of flying magic. Indeed, flying is the standard form of movement, for Guild adventurers. I'm firmly convinced that some adventurers have lost the power of their legs as a result of flying all of the time. Differing specialities like siege, logistics and battlefield would only be touched by players who wished to advance those skills, whereas those players who were ranking milsci because it was handy for them and their party would end up being more effective milscis. That's not good, because it means that a player who has a vision for their character gets screwed for having a plan, whereas the character who doesn't have a vision gets rewarded for playing the numbers. And, can you blame the character that plays the numbers? I don't think so. They are merely responding to the ruleset. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 15 17:00:52 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id QAA02309; Thu, 15 Jun 2000 16:46:19 +1200 Received: from fep3-orange.clear.net.nz (fep3-orange.clear.net.nz [203.97.32.3]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id QAA02306 for ; Thu, 15 Jun 2000 16:46:16 +1200 Received: from comms.maclean.co.nz (b002-m004-p013.acld.clear.net.nz [203.167.198.205]) by fep3-orange.clear.net.nz (1.5/1.6) with ESMTP id QAA00571; Thu, 15 Jun 2000 16:46:03 +1200 (NZST) Received: by comms.maclean.co.nz with Internet Mail Service (5.0.1460.8) id ; Thu, 15 Jun 2000 16:25:40 +1200 Message-ID: Date: Thu, 15 Jun 2000 16:25:38 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Military Scientist From: Tom Mason To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Isn't that the idea of ranking? Your character becomes more experienced in a particular field thus making it easier to do something. As this is a dice based system surely that would equate to better percentage odds. You're right you can't blame characters from going with dice rolls because they have spent time and effort on increasing their odds. If aerial is the best thing to have then increase the amount of experience required to advance in a rank. Also restrict how they can get sub fields by being exposed to them. Thus someone who has never been in aerial combat can't learn it. Tom -----Original Message----- From: Jim Arona [mailto:jimarona@ihug.co.nz] Sent: Thursday, 15 June 2000 14:44 To: dq@dq.sf.org.nz Subject: Re: Military Scientist Tom wrote: >Would it be easier to have skirmish as rank 0 to gain the initiative bonus >as most characters take up this to start with. You have no choice but get >this at rank 0 like herbalist's analyse chemicals at rank 0. > >Then Mil Scis can choose to specialise in other fields giving them a bonus >like the Ranger's field type specialisation on dice rolls in those >specialised situations. > >Therefore if you just have skirmish you can operate as normal... however if >you choose Aerial because you are a Mil Sci that's currently flying with >his/her/its party then they may get an additional bonus if the opposition's >Mil Sci doesn't have aerial specialisation, no matter whether they are on >the ground or not. > >If both forces have the aerial specialisation then it either negates the >bonus for both forces or the bonuses still apply like under the current >skirmish rules. Um. So? What does this add to the game? There are only three different terrain types for milsci. Land, sea, and air. Your suggestion means that a player would be pressured to develop all three of these terrain types, because adventurers are constantly moving around and often operate in different environments. This doesn't support individuated milsci skill, it means that they all start looking the same. And, you can bet that if such a specialisation package were offered, then players would advance Aerial before they advanced Naval, because Aerial encounters are so much nastier, and it's easy to get hold of flying magic. Indeed, flying is the standard form of movement, for Guild adventurers. I'm firmly convinced that some adventurers have lost the power of their legs as a result of flying all of the time. Differing specialities like siege, logistics and battlefield would only be touched by players who wished to advance those skills, whereas those players who were ranking milsci because it was handy for them and their party would end up being more effective milscis. That's not good, because it means that a player who has a vision for their character gets screwed for having a plan, whereas the character who doesn't have a vision gets rewarded for playing the numbers. And, can you blame the character that plays the numbers? I don't think so. They are merely responding to the ruleset. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 15 17:30:57 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id RAA02553; Thu, 15 Jun 2000 17:26:04 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id RAA02548 for ; Thu, 15 Jun 2000 17:26:01 +1200 Received: from jimarona.ihug.co.nz (p84-tnt2.akl.ihug.co.nz [203.109.245.84]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA04805 for ; Thu, 15 Jun 2000 17:25:47 +1200 Date: Thu, 15 Jun 2000 17:23:24 +1200 Message-ID: <01bfd689$d4ae0060$a9f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Military Scientist From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Tom Mason wrote: >Isn't that the idea of ranking? Your character becomes more experienced in a >particular field thus making it easier to do something. As this is a dice >based system surely that would equate to better percentage odds. You're >right you can't blame characters from going with dice rolls because they >have spent time and effort on increasing their odds. There are lots of reasons for Ranking. The most important one is that it represents the developing story of your character. The least important one is that it provides you with a better number to roll dice to, and it's pretty irrelevant whether or not it's a dice rolling game or not. It is not enough to say that ranking is the representation of your character getting better at something. You have to determine whether or not the thing you're getting better at is legal. For example, only Namers can rank other people's counterspells. It doesn't matter that you can learn other college counterspells, only Namers can advance them ranks. And yet, it would be clearly the case that a character who could rank other colleges counterspells, and was not, themselves a Namer would be spending time and effort on increasing their odds. >If aerial is the best thing to have then increase the amount of experience >required to advance in a rank. Having Aerial specialisation is almost certain for a milsci, because they're almost always aerial at some part of the game, usually the beginning and the end, if not in the middle. What this means is that Aerial would be extremely valuable, and if you were a milsci, the pressure to develop it would be enormous. Which means that by default, the most unnatural part of milsci ends up being the second most common form of it. Now, while it is fine for players to have some pretty weird skills, it'd be nice if those weird skills were different weird skills, if it can be arranged. In effect, these specialisations are not options, they're only apparently options, because the value the game gives them is so extreme, the pressure is almost insuperable. At that point, you might as well say that the specialisation isn't actually an option, you have to take it. Because, if you don't make it compulsory, the only person who will suffer is the poor sod who decides that their character is a siege master, or a specialist in strategy or some other pretty useless area. Again, the player who has a vision for their character has lost out to the player for whom the skill means very little, but chooses to advance it, because they can. However, your suggestion is to increase the xp required to rank it. In what way? Would this be a one off cost? Because even if it were in the region of 10,000 xp, it would be a bargain. Would you raise it independantly of milsci? Fine, but then you might as well have taken it out of milsci altogether. >Also restrict how they can get sub fields by being exposed to them. Thus >someone who has never been in aerial combat can't learn it. By the time your character has 9 PC, you will have been through several aerial combats. On the other hand, the character who has taken part in a siege or strategy planning would be very uncommon, at whatever rank. This would be no limitation at all. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 16 10:15:46 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id KAA08571; Fri, 16 Jun 2000 10:11:35 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id KAA08568 for ; Fri, 16 Jun 2000 10:11:31 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Fri, 16 Jun 2000 10:10:23 +1200 Message-ID: Date: Fri, 16 Jun 2000 10:10:14 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: Cold Iron and Casting From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz It seems that strictly according to the rules at the moment Namers can cast counterspells while in contact with cold iron. Also a mage who prepares a spell and comes in contact with cold iron during the cast pulse can continue to cast without penalty (provided that there aren't any other factors involved). This does not match how I think it was intended to work. Extract of rules below... Cheers, Stephen. ************************ Cold Iron A Mage may never prepare a spell or engage in Ritual Magic while in physical contact with Cold Iron. They may exercise any Racial Talent Magic, but no learnt Talent Magic. Wearing armour made of Cold Iron, or holding weapons or tools made of Cold Iron is regarded as being in physical contact. GM discretion covers all other cases. Several ounces of Cold Iron is required to cut off the mana flow. There are several possible means of circumventing the effects of cold iron: .... Namer... 17.4 The large body of General Knowledge consists of the ability to cast counterspells against all Colleges of Magic. Namers may loose a counterspell without preparing it. All... -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 16 10:30:46 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id KAA08648; Fri, 16 Jun 2000 10:23:04 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id KAA08645 for ; Fri, 16 Jun 2000 10:23:01 +1200 Received: from jimarona.ihug.co.nz (p253-tnt2.akl.ihug.co.nz [203.109.245.253]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id KAA07579 for ; Fri, 16 Jun 2000 10:22:24 +1200 Date: Fri, 12 May 2000 10:17:15 +1200 Message-ID: <01bfbb96$aa0b0280$fdf56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Cold Iron and Casting From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Stephen Martin wrote: >It seems that strictly according to the rules at the moment Namers can cast >counterspells while in contact with cold iron. >Also a mage who prepares a spell and comes in contact with cold iron during >the cast pulse can continue to cast without penalty (provided that there >aren't any other factors involved). > >This does not match how I think it was intended to work. I've seen this before. I think the way it was solved was that the rule was amended so that it read '...never prepare or cast a spell, while in physical contact with cold iron, nor may they engage in Ritual Magic.' Jim. >Extract of rules below... > >Cheers, Stephen. >************************ > >Cold Iron >A Mage may never prepare a spell or engage in Ritual Magic while in physical >contact with Cold Iron. >They may exercise any Racial Talent Magic, but no learnt Talent Magic. >Wearing armour made of Cold >Iron, or holding weapons or tools made of Cold Iron is regarded as being in >physical contact. GM discretion >covers all other cases. Several ounces of Cold Iron is required to cut off >the mana flow. >There are several possible means of circumventing the effects of cold iron: >.... > >Namer... 17.4 >The large body of General Knowledge consists of the ability to cast >counterspells against all Colleges >of Magic. >Namers may loose a counterspell without preparing it. All... > > >-- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 16 12:15:52 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA09404; Fri, 16 Jun 2000 12:11:39 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA09401 for ; Fri, 16 Jun 2000 12:11:28 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Fri, 16 Jun 2000 12:10:18 +1200 Message-ID: Date: Fri, 16 Jun 2000 12:10:12 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: RE: Cold Iron and Casting From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This would resolve the problem perfectly, unfortunately the rules I included below are from the current rulebook. We can fast track the fix at the next gods meeting, but until the next rulebook comes out my advice to GMs is to tell any players attempting to take advantage of this loophole to forget it. If they refuse to listen then imbed a cold iron weapon in them, the rules clearly state that this will disrupt any magical action :). Cheers, Stephen. > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > Sent: Friday, 12 May 2000 10:17 > > Stephen Martin wrote: > > >It seems that strictly according to the rules at the moment Namers can > cast > >counterspells while in contact with cold iron. > >Also a mage who prepares a spell and comes in contact with cold iron > during > >the cast pulse can continue to cast without penalty (provided that there > >aren't any other factors involved). > > > >This does not match how I think it was intended to work. > > > I've seen this before. I think the way it was solved was that the rule was > amended so that it read > '...never prepare or cast a spell, while in physical contact with cold > iron, > nor may they engage in Ritual Magic.' > > Jim. > > >Extract of rules below... > > > >Cheers, Stephen. > >************************ > > > >Cold Iron > >A Mage may never prepare a spell or engage in Ritual Magic while in > physical > >contact with Cold Iron. > >They may exercise any Racial Talent Magic, but no learnt Talent Magic. > >Wearing armour made of Cold > >Iron, or holding weapons or tools made of Cold Iron is regarded as being > in > >physical contact. GM discretion > >covers all other cases. Several ounces of Cold Iron is required to cut > off > >the mana flow. > >There are several possible means of circumventing the effects of cold > iron: > >.... > > > >Namer... 17.4 > >The large body of General Knowledge consists of the ability to cast > >counterspells against all Colleges > >of Magic. > >Namers may loose a counterspell without preparing it. All... > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 16 12:31:00 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA09514; Fri, 16 Jun 2000 12:21:28 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA09511 for ; Fri, 16 Jun 2000 12:21:24 +1200 Message-ID: <39496EE3.52F849AD@peace.com> Date: Fri, 16 Jun 2000 12:03:47 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Cold Iron and Casting From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Stephen Martin wrote: > If they refuse to listen then imbed a cold iron weapon in them, the rules > clearly state that this will disrupt any magical action :). I believe that making their heads explode will also work. -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 16 12:31:40 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA09532; Fri, 16 Jun 2000 12:24:04 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA09528 for ; Fri, 16 Jun 2000 12:24:01 +1200 Received: from jimarona.ihug.co.nz (p253-tnt2.akl.ihug.co.nz [203.109.245.253]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA23347 for ; Fri, 16 Jun 2000 12:23:21 +1200 Date: Fri, 16 Jun 2000 12:18:10 +1200 Message-ID: <01bfd728$5afa9ae0$fdf56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Cold Iron and Casting From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >This would resolve the problem perfectly, unfortunately the rules I included >below are from the current rulebook. >We can fast track the fix at the next gods meeting, but until the next >rulebook comes out my advice to GMs is to tell any players attempting to >take advantage of this loophole to forget it. >If they refuse to listen then imbed a cold iron weapon in them, the rules >clearly state that this will disrupt any magical action :). Players or characters? -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 16 13:01:12 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA09780; Fri, 16 Jun 2000 12:53:50 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA09775 for ; Fri, 16 Jun 2000 12:53:47 +1200 Message-ID: <39497678.DFEECD14@peace.com> Date: Fri, 16 Jun 2000 12:36:08 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Cold Iron and Casting From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > >If they refuse to listen then imbed a cold iron weapon in them, the rules > >clearly state that this will disrupt any magical action :). > > Players or characters? Whichever is annoying you most. Jono used to have a big marble die that would have been good for this too... "You're bothering me boy... take D6 damage..." *thunk* -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 16 13:02:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA09736; Fri, 16 Jun 2000 12:46:43 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with SMTP id MAA09733 for ; Fri, 16 Jun 2000 12:46:39 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Friday, June 16, 2000 12:41:34 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Fri, 16 Jun 2000 12:45:49 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A72010B15BE@falaklex00.fcl.co.nz> Date: Fri, 16 Jun 2000 12:45:44 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFD72C.3752F960" Subject: RE: Cold Iron and Casting From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFD72C.3752F960 Content-Type: text/plain > >This would resolve the problem perfectly, unfortunately the rules I > included > >below are from the current rulebook. > >We can fast track the fix at the next gods meeting, but until the next > >rulebook comes out my advice to GMs is to tell any players attempting to > >take advantage of this loophole to forget it. > >If they refuse to listen then imbed a cold iron weapon in them, the rules > >clearly state that this will disrupt any magical action :). > > > Players or characters? > > > If a player performs a magical action, we as GMs are in deep trouble... ------_=_NextPart_001_01BFD72C.3752F960 Content-Type: text/html RE: Cold Iron and Casting

    >This would resolve the problem perfectly, unfortunately the rules I
    included
    >below are from the current rulebook.
    >We can fast track the fix at the next gods meeting, but until the next
    >rulebook comes out my advice to GMs is to tell any players attempting to
    >take advantage of this loophole to forget it.
    >If they refuse to listen then imbed a cold iron weapon in them, the rules
    >clearly state that this will disrupt any magical action :).


    Players or characters?



    If a player performs a magical action, we as GMs are in deep trouble...

------_=_NextPart_001_01BFD72C.3752F960-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 16 13:15:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id NAA09935; Fri, 16 Jun 2000 13:07:31 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id NAA09932 for ; Fri, 16 Jun 2000 13:07:28 +1200 Received: from jimarona.ihug.co.nz (p253-tnt2.akl.ihug.co.nz [203.109.245.253]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA27856 for ; Fri, 16 Jun 2000 13:06:48 +1200 Date: Fri, 16 Jun 2000 13:01:38 +1200 Message-ID: <01bfd72e$6d31a220$fdf56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Cold Iron and Casting From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >> Players or characters? > >Whichever is annoying you most. Jono used to have a big marble die that would >have been good for this too... > >"You're bothering me boy... take D6 damage..." >*thunk* He was far too fond of that die.... -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 16 13:32:13 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id NAA10062; Fri, 16 Jun 2000 13:18:55 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id NAA10059 for ; Fri, 16 Jun 2000 13:18:52 +1200 Received: from jimarona.ihug.co.nz (p253-tnt2.akl.ihug.co.nz [203.109.245.253]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA29042 for ; Fri, 16 Jun 2000 13:18:11 +1200 Date: Fri, 16 Jun 2000 13:13:02 +1200 Message-ID: <01bfd730$04ae5840$fdf56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00A6_01BFD794.99E33840" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Cold Iron and Casting From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_00A6_01BFD794.99E33840 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable >This would resolve the problem perfectly, unfortunately the rules I=20 included=20 >below are from the current rulebook.=20 >We can fast track the fix at the next gods meeting, but until = the next=20 >rulebook comes out my advice to GMs is to tell any players = attempting to=20 >take advantage of this loophole to forget it.=20 >If they refuse to listen then imbed a cold iron weapon in them, = the rules=20 >clearly state that this will disrupt any magical action :).=20 =20 =20 =20 Players or characters?=20 =20 =20 If a player performs a magical action, we as GMs are in deep = trouble...=20 =20 The power rests with us, always. If the players are taking = magical actions, the world's in deep trouble.... =20 =20 =20 ------=_NextPart_000_00A6_01BFD794.99E33840 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Cold Iron and = Casting

    >This would resolve the = problem perfectly,=20 unfortunately the rules I
    included
    >below are from=20 the current rulebook.
    >We can fast=20 track the fix at the next gods meeting, but until the = next=20
    >rulebook comes out my advice = to GMs is=20 to tell any players attempting to
    >take advantage of this loophole to forget = it.=20
    >If they refuse to listen = then imbed a=20 cold iron weapon in them, the rules
    >clearly state that this will disrupt any magical = action=20 :).


    Players or characters? =
     

    If a player = performs a magical=20 action, we as GMs are in deep trouble...

    The power rests with us, = always. If the=20 players are taking magical actions, the world's in deep=20 trouble....

     

------=_NextPart_000_00A6_01BFD794.99E33840-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jun 26 20:29:37 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id UAA01565; Mon, 26 Jun 2000 20:13:21 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id UAA01562 for ; Mon, 26 Jun 2000 20:13:17 +1200 Received: from ihug.co.nz (p274-apx1.akl.ihug.co.nz [203.173.193.20]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id UAA27842 for ; Mon, 26 Jun 2000 20:13:01 +1200 Message-ID: <39571173.567013E3@ihug.co.nz> Date: Mon, 26 Jun 2000 20:16:51 +1200 X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------09FC9C5D2F28A41E8FDF2320" Subject: Web Of Flames From: scott whitaker To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz --------------09FC9C5D2F28A41E8FDF2320 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I think this spell should be put back into the fire college. There was no valid reason for dropping and it is most dfinitely not an overly poerful spell. It was the only spell that allowed a Fire Mage to use magic to trap an opponent, albeit it was relatively easy to break. As fire is still in probation this correction of a change made foe changes sake will be easy to make. Scott Whitaker --------------09FC9C5D2F28A41E8FDF2320 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I think this spell should be put back into the
fire college.
There was no valid reason for dropping and it is
most dfinitely not an overly poerful spell.  It
was the only spell that allowed a Fire Mage to use
magic to trap an opponent, albeit it was
relatively easy to break.
As fire is still in probation this correction of a
change made foe changes sake will be easy to make.

Scott Whitaker

--------------09FC9C5D2F28A41E8FDF2320-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jun 26 23:58:50 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id XAA03074; Mon, 26 Jun 2000 23:45:03 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id XAA03065 for ; Mon, 26 Jun 2000 23:44:59 +1200 Received: from jimarona.ihug.co.nz (p126-tnt6.akl.ihug.co.nz [216.100.154.126]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id XAA23734 for ; Mon, 26 Jun 2000 23:44:37 +1200 Date: Mon, 26 Jun 2000 23:37:48 +1200 Message-ID: <01bfdf62$f4f5c600$7e9a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002F_01BFDFC7.8A2AA600" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Web Of Flames From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_002F_01BFDFC7.8A2AA600 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable -----Original Message----- From: scott whitaker=20 =20 I think this spell should be put back into the=20 fire college.=20 There was no valid reason for dropping and it is=20 most dfinitely not an overly poerful spell. Yes, it was overly powerful. It did several things at once that made = it far too powerful. 1) It was an half damage spell. It had an EM of 200, and it was = pretty hard to ignore in the face of low EM, high effect spells. 2) It inflicted damage every pulse 3) It impeded movement, which is hard to rationalise with fire, = seeing as it's such an intangible element. 4) It was, quite simply, the best web in the game. It was the only = one that increased in damage capacity as you increased in Rank. All of = the others had a frozen damage capacity of 10. Why Web of Fire was so = effective a web is beyond me.=20 It=20 was the only spell that allowed a Fire Mage to use=20 magic to trap an opponent, albeit it was=20 relatively easy to break.=20 The point is, however, that fire isn't a great trapping element. = It's certainly reasonable to deny someone position, because they're = concerned about taking damage. It's not reasonable to have them stuck in = the damage, so that they can't get out. This doesn't suggest a web spell. Further, simply because the college existed with an entrapment spell = in the past is no reason to alter it so that it has one, now.=20 =20 As fire is still in probation this correction of a=20 change made foe changes sake will be easy to make.=20 =20 It's kind of irrelevant if it is in probation. The important = consideration is whether or not the college can support such a spell, = and bureaucratic considerations like whether or not it can easily be = done don't warrant thinking about until such time as the support can be = shown. Jim Scott Whitaker =20 ------=_NextPart_000_002F_01BFDFC7.8A2AA600 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
-----Original = Message-----
From:=20 scott whitaker
 
I think this spell should = be put=20 back into the
fire college.
There was no valid reason for = dropping=20 and it is
most dfinitely not an overly poerful = spell. Yes, it was overly powerful. It did several = things at=20 once that made it far too powerful. 1) It was an half = damage spell. It=20 had an EM of 200, and it was pretty hard to ignore in the face of = low EM,=20 high effect spells. 2) It inflicted damage every = pulse  3) It impeded movement, which is hard to rationalise with = fire,=20 seeing as it's such an intangible element.  4) It was, quite simply, the best web in the game. It was = the only=20 one that increased in damage capacity as you increased in Rank. All = of the=20 others had a frozen damage capacity of 10. Why Web of Fire was so = effective=20 a web is beyond me.  =20 It
was the only spell that allowed a Fire Mage to use
magic = to trap=20 an opponent, albeit it was
relatively easy to break. =   The=20 point is, however, that fire isn't a great trapping element. It's = certainly=20 reasonable to deny someone position, because they're concerned about = taking=20 damage. It's not reasonable to have them stuck in the damage, so = that they=20 can't get out. This=20 doesn't suggest a web spell.  Further,=20 simply because the college existed with an entrapment spell in the = past is=20 no reason to alter it so that it has one, now.  
As=20 fire is still in probation this correction of a
change made foe = changes=20 sake will be easy to make.     It's=20 kind of irrelevant if it is in probation. The important = consideration is=20 whether or not the college can support such a spell, and = bureaucratic=20 considerations like whether or not it can easily be done don't = warrant=20 thinking about until such time as the support can be = shown. Jim

Scott Whitaker

------=_NextPart_000_002F_01BFDFC7.8A2AA600-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Jun 27 00:13:58 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id AAA03258; Tue, 27 Jun 2000 00:10:30 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id AAA03255 for ; Tue, 27 Jun 2000 00:10:24 +1200 Received: from jimarona.ihug.co.nz (p25-tnt6.akl.ihug.co.nz [216.100.154.25]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id AAA25094 for ; Tue, 27 Jun 2000 00:10:01 +1200 Date: Tue, 27 Jun 2000 00:03:10 +1200 Message-ID: <01bfdf66$8096fbe0$199a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000E_01BFDFCB.15CBDBE0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Web Of Flames From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_000E_01BFDFCB.15CBDBE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable -----Original Message----- From: scott whitaker=20 =20 I think this spell should be put back into the=20 fire college.=20 There was no valid reason for dropping and it is=20 most dfinitely not an overly poerful spell.=20 O, and 5) It was potentially a multi target spell, as well, capturing and = inflicting damage against as many hex sized creatures as the caster had = Ranks. Jim. ------=_NextPart_000_000E_01BFDFCB.15CBDBE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
-----Original = Message-----
From:=20 scott whitaker
 
I think this spell should = be put=20 back into the
fire college.
There was no valid reason for = dropping=20 and it is
most dfinitely not an overly poerful = spell.  O, and 5) It was potentially = a multi=20 target spell, as well, capturing and inflicting damage against as = many hex=20 sized creatures as the caster had Ranks. Jim.  ------=_NextPart_000_000E_01BFDFCB.15CBDBE0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 08:58:46 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id IAA15338; Wed, 28 Jun 2000 08:55:43 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id IAA15335 for ; Wed, 28 Jun 2000 08:55:38 +1200 Received: from jimarona.ihug.co.nz (p147-tnt6.akl.ihug.co.nz [216.100.154.147]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id IAA16425 for ; Wed, 28 Jun 2000 08:54:29 +1200 Date: Wed, 28 Jun 2000 08:47:23 +1200 Message-ID: <01bfe078$e5f1f540$939a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0013_01BFE0DD.7B26D540" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Warding Dragonflames From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0013_01BFE0DD.7B26D540 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable This came up in a game. In the new Fire College, Dragonflames cannot be = Warded.=20 I have looked at the spell for a couple of days, now, and I cannot see = why it should not be capable of being stored in that way. I proprose = that it be changed so that it can be. Jim ------=_NextPart_000_0013_01BFE0DD.7B26D540 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
This came up in a game. In the new Fire College, = Dragonflames=20 cannot be Warded.
I have looked at the spell for a couple of days, = now, and I=20 cannot see why it should not be capable of being stored in that way. I = proprose=20 that it be changed so that it can be.
Jim
------=_NextPart_000_0013_01BFE0DD.7B26D540-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 09:14:05 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id JAA15414; Wed, 28 Jun 2000 09:07:51 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with SMTP id JAA15411 for ; Wed, 28 Jun 2000 09:07:47 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Wednesday, June 28, 2000 09:02:05 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Wed, 28 Jun 2000 09:06:17 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A72010B1634@falaklex00.fcl.co.nz> Date: Wed, 28 Jun 2000 09:06:16 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFE07B.885C3F20" Subject: RE: Warding Dragonflames From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFE07B.885C3F20 Content-Type: text/plain The spell allows the Adept to breathe fire. This is different from producing a cone effect that comes from the Adept's location, or similar. If a spell is warded, there is no Adept, and even if you take the centre of the ward as the point of the Adept (as normal), it has no mouth to breathe. It also limits one of the most damaging (and multi-target) spells in the game, which is fine by me. On the other hand, a potion effect makes some sense - you drink the potion, then breathe flame. (As opposed to most damage spells, where you drink the poition, then fall down dead). Andrew > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > Sent: Wednesday, June 28, 2000 8:47 AM > To: dq@dq.sf.org.nz > Subject: Re: Warding Dragonflames > > This came up in a game. In the new Fire College, Dragonflames cannot be > Warded. > I have looked at the spell for a couple of days, now, and I cannot see why > it should not be capable of being stored in that way. I proprose that it > be changed so that it can be. > Jim ------_=_NextPart_001_01BFE07B.885C3F20 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Warding Dragonflames

The spell allows the = Adept to breathe fire. This is different from producing a cone effect = that comes from the Adept's location, or similar. If a spell is warded, = there is no Adept, and even if you take the centre of the ward as the = point of the Adept (as normal), it has no mouth to breathe.

It also limits one = of the most damaging (and multi-target) spells in the game, which is = fine by me.

On the other hand, a = potion effect makes some sense - you drink the potion, then breathe = flame. (As opposed to most damage spells, where you drink the poition, = then fall down dead).

Andrew

    -----Original Message-----
    From:   Jim Arona [SMTP:jimarona@ihug.co.nz]
    Sent:   Wednesday, June 28, 2000 8:47 AM
    To:     dq@dq.sf.org.nz
    Subject:       = Re: Warding Dragonflames

    This came up in a game. In the new = Fire College, Dragonflames cannot be Warded.=20
    I have looked at the spell for a = couple of days, now, and I cannot see why it should not be capable of = being stored in that way. I proprose that it be changed so that it can = be.

    Jim

------_=_NextPart_001_01BFE07B.885C3F20-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 09:28:59 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id JAA15545; Wed, 28 Jun 2000 09:20:42 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id JAA15542 for ; Wed, 28 Jun 2000 09:20:37 +1200 Received: from jimarona.ihug.co.nz (p147-tnt6.akl.ihug.co.nz [216.100.154.147]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id JAA19176 for ; Wed, 28 Jun 2000 09:19:27 +1200 Date: Wed, 28 Jun 2000 09:12:26 +1200 Message-ID: <01bfe07c$656ef400$939a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_003C_01BFE0E0.FAA3D400" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Hellfire From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_003C_01BFE0E0.FAA3D400 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable And, upon consideration, I think the range formula for Hellfire is = wrong.=20 I have no problems with a five foot per Rank increment, but the spell = ought to extend out to something like 30 feet at Rank 0, rather than 10. = Otherwise, you would never use it to do anything except start fires at = low Ranks One might, I suppose, argue that it's a spell that you don't cast at low = Ranks, but it strikes me as being contrary to the nature of a spell that = is practically uncastable until you have ranked it beyond 4. The Base = Chance of the spell acts as enough of a control to inhibit casting it at = low Ranks. If the range formula says that there's no point in casting = the spell, then there is no tension generated should the Adept wish to = cast the spell when it is at low Ranks. Ultimately, this would make the spell's range 130 feet at Rank 20, as = opposed to 110, which I don't see as much of a bonus, expecially in view = of the other damage spells that have ranges in increments of 15 feet per = Rank. And, if it does not have this added fillip, then no Fire Mage will = take it in preference to Dragonflames. The range equation for = Dragonflames is greater than that of Hellfire. Again, there is no = pressure to choose Hellfire. The subtraction to MR, the invisible effect and the multi-targetting are = the only points of valuable difference between the two. It could be argued that a Wiccan has more movement options available, = and can fly at range and blow 12 kinds of crap out of the Fire Mage, = because, Rank for Rank, they stand beyond the area of effect of = Dragonflames, but then the Fire Mage has a bolt spell which has enormous = range, i.e. Bolt of Fire. At 25ft + 25ft per Rank, there is no other = harm inflicting magic in the game to touch it. And, the Fire Mage can = cast Fire Shield on themselves, and resist harm from Hellfire. In any case, the point is, before I ramble from it again, is that = Hellfire should probably have a reasonable beginning range, rather than = 10 feet. Jim ------=_NextPart_000_003C_01BFE0E0.FAA3D400 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
And, upon consideration, I think the = range=20 formula for Hellfire is wrong.
I have no problems with a five foot = per Rank=20 increment, but the spell ought to extend out to something like 30 feet = at Rank=20 0, rather than 10. Otherwise, you would never use it to do anything = except start=20 fires at low Ranks
One might, I suppose, argue that = it's a spell=20 that you don't cast at low Ranks, but it strikes me as being contrary to = the=20 nature of a spell that is practically uncastable until you have ranked = it beyond=20 4. The Base Chance of the spell acts as enough of a control to inhibit = casting=20 it at low Ranks. If the range formula says that there's no point in = casting the=20 spell, then there is no tension generated should the Adept wish to cast = the=20 spell when it is at low Ranks.
Ultimately, this would make the = spell's range=20 130 feet at Rank 20, as opposed to 110, which I don't see as much of a = bonus,=20 expecially in view of the other damage spells that have ranges in = increments of=20 15 feet per Rank. And, if it does not have this added fillip, then no = Fire Mage=20 will take it in preference to Dragonflames. The range equation for = Dragonflames=20 is greater than that of Hellfire. Again, there is no pressure to choose=20 Hellfire.
The = subtraction to MR, the=20 invisible effect and the multi-targetting are the only points of = valuable=20 difference between the two.
It could be argued that a Wiccan has = more=20 movement options available, and can fly at range and blow 12 kinds of = crap out=20 of the Fire Mage, because, Rank for Rank, they stand beyond the area of = effect=20 of Dragonflames, but then the Fire Mage has a bolt spell which has = enormous=20 range, i.e. Bolt of Fire. At 25ft + 25ft per Rank, there is no other = harm=20 inflicting magic in the game to touch it. And, the Fire Mage can cast = Fire=20 Shield on themselves, and resist harm from Hellfire.
In any case, the point is, before I = ramble from=20 it again, is that Hellfire should probably have a reasonable beginning = range,=20 rather than 10 feet.
Jim
------=_NextPart_000_003C_01BFE0E0.FAA3D400-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 09:44:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id JAA15639; Wed, 28 Jun 2000 09:35:02 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id JAA15636 for ; Wed, 28 Jun 2000 09:34:57 +1200 Received: from jimarona.ihug.co.nz (p147-tnt6.akl.ihug.co.nz [216.100.154.147]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id JAA21015 for ; Wed, 28 Jun 2000 09:33:46 +1200 Date: Wed, 28 Jun 2000 09:26:46 +1200 Message-ID: <01bfe07e$65c873c0$939a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005C_01BFE0E2.FAFD53C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Warding Dragonflames Oops From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_005C_01BFE0E2.FAFD53C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Bugger. I just checked, and the spell says that it does allow the Adept = to breathe fire. And, it says 'the cone issues from the Adept's mouth'.=20 Dayum. Jim=20 =20 The spell allows the Adept to breathe fire. This is different from = producing a cone effect that comes from the Adept's location, or = similar. If a spell is warded, there is no Adept, and even if you take = the centre of the ward as the point of the Adept (as normal), it has no = mouth to breathe. =20 It also limits one of the most damaging (and multi-target) spells in = the game, which is fine by me.=20 =20 On the other hand, a potion effect makes some sense - you drink the = potion, then breathe flame. (As opposed to most damage spells, where you = drink the poition, then fall down dead). =20 Andrew=20 =20 -----Original Message-----=20 From: Jim Arona [SMTP:jimarona@ihug.co.nz]=20 Sent: Wednesday, June 28, 2000 8:47 AM=20 To: dq@dq.sf.org.nz=20 Subject: Re: Warding Dragonflames=20 =20 This came up in a game. In the new Fire College, Dragonflames = cannot be Warded.=20 I have looked at the spell for a couple of days, now, and I = cannot see why it should not be capable of being stored in that way. I = proprose that it be changed so that it can be. =20 Jim=20 =20 ------=_NextPart_000_005C_01BFE0E2.FAFD53C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Warding = Dragonflames
 
Bugger. I just checked, and the = spell says that=20 it does allow the Adept to breathe fire. And, it says 'the cone = issues from=20 the Adept's mouth'.
Dayum.
Jim
 

The spell allows the = Adept to=20 breathe fire. This is different from producing a cone effect that = comes from=20 the Adept's location, or similar. If a spell is warded, there is no = Adept,=20 and even if you take the centre of the ward as the point of the = Adept (as=20 normal), it has no mouth to breathe.

It also limits one of = the most=20 damaging (and multi-target) spells in the game, which is fine by = me.=20

On the other hand, a = potion effect=20 makes some sense - you drink the potion, then breathe flame. (As = opposed to=20 most damage spells, where you drink the poition, then fall down=20 dead).

Andrew=20

    -----Original Message----- =
    From:   = Jim Arona = [SMTP:jimarona@ihug.co.nz]=20
    Sent:   = Wednesday, June 28, 2000 8:47 AM =
    To:     = dq@dq.sf.org.nz
    Subject:       =20 Re: Warding Dragonflames

    This came up in a game. In the = new Fire=20 College, Dragonflames cannot be Warded.
    I have looked at the spell for a couple of days, now, = and I=20 cannot see why it should not be capable of being stored in that = way. I=20 proprose that it be changed so that it can be.

    Jim =

------=_NextPart_000_005C_01BFE0E2.FAFD53C0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 09:47:01 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id JAA15627; Wed, 28 Jun 2000 09:31:21 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id JAA15624 for ; Wed, 28 Jun 2000 09:31:15 +1200 Received: from jimarona.ihug.co.nz (p147-tnt6.akl.ihug.co.nz [216.100.154.147]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id JAA20550 for ; Wed, 28 Jun 2000 09:30:04 +1200 Date: Wed, 28 Jun 2000 09:23:04 +1200 Message-ID: <01bfe07d$e1439620$939a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004B_01BFE0E2.76787620" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Warding Dragonflames From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_004B_01BFE0E2.76787620 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 The spell allows the Adept to breathe fire. This is different from = producing a cone effect that comes from the Adept's location, or = similar. If a spell is warded, there is no Adept, and even if you take = the centre of the ward as the point of the Adept (as normal), it has no = mouth to breathe. =20 It also limits one of the most damaging (and multi-target) spells in = the game, which is fine by me.=20 =20 On the other hand, a potion effect makes some sense - you drink the = potion, then breathe flame. (As opposed to most damage spells, where you = drink the poition, then fall down dead). =20 Yeah, well, I looked at that, and two things were completely obvious = to me. =20 1) The spell is not storable in a potion. =20 2) The description says the 'flames issue from the Adept's mouth'.=20 =20 This is like saying that a 'bolt flies from the Adept's hand...' It = seems to me that the suggestion here is that the there is no internal = change to the casting, i.e. they're not changing themselves so that they = can breath fire. What is happening is that they are casting a spell that = emanates from that particular body part. =20 But, in any case, my justification above is merely pettifogging and = quibbling.=20 =20 Your main point is that the spell is multi-target and does an = hideous amount of damage, and therefore it is a bad thing to put in a = ward.=20 =20 Well, yes, it does do a lot of damage, but really, so what? = Triggered Wards just go off, they never fail, backfire, double or = triple. They work like potions. The maximum amount of damage you can = take from a Warded Dragonflames is 70 points. Admittedly, the area of = effect is pretty huge, but again, so what? =20 The Fire College's biggest limitation is that it has little other to = offer it's members than damage. Most other colleges can do a few rather = nifty things with Wards, aside from causing damage, and that's fine. = But, given that the strength of the college is burning, then it seems to = me completely reasonable that it be wardable. =20 Jim =20 ------=_NextPart_000_004B_01BFE0E2.76787620 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Warding = Dragonflames

The spell allows the = Adept to=20 breathe fire. This is different from producing a cone effect that = comes from=20 the Adept's location, or similar. If a spell is warded, there is no = Adept,=20 and even if you take the centre of the ward as the point of the = Adept (as=20 normal), it has no mouth to breathe.

It also limits one of = the most=20 damaging (and multi-target) spells in the game, which is fine by = me.=20

On the other hand, a = potion effect=20 makes some sense - you drink the potion, then breathe flame. (As = opposed to=20 most damage spells, where you drink the poition, then fall down=20 dead).

Yeah, well, I looked at that, and = two things=20 were completely obvious to me.

1) The spell is not storable in a=20 potion.

2) The description says the = 'flames issue from=20 the Adept's mouth'.

This is like saying that a 'bolt = flies from=20 the Adept's hand...' It seems to me that the suggestion here is that = the=20 there is no internal change to the casting, i.e. they're not = changing=20 themselves so that they can breath fire. What is happening is that = they are=20 casting a spell that emanates from that particular body = part.

But, in any case, my justification = above is=20 merely pettifogging and quibbling.

Your main point is that the spell = is=20 multi-target and does an hideous amount of damage, and therefore it = is a bad=20 thing to put in a ward.

Well, yes, it does do a lot of = damage, but=20 really, so what? Triggered Wards just go off, they never fail, = backfire,=20 double or triple. They work like potions. The maximum amount of = damage you=20 can take from a Warded Dragonflames is 70 points. Admittedly, the = area of=20 effect is pretty huge, but again, so what?

The Fire College's biggest = limitation is that=20 it has little other to offer it's members than damage. Most other = colleges=20 can do a few rather nifty things with Wards, aside from causing = damage, and=20 that's fine. But, given that the strength of the college is burning, = then it=20 seems to me completely reasonable that it be wardable.

Jim

------=_NextPart_000_004B_01BFE0E2.76787620-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 10:14:06 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id KAA15846; Wed, 28 Jun 2000 10:03:57 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id KAA15843 for ; Wed, 28 Jun 2000 10:03:51 +1200 Received: from jimarona.ihug.co.nz (p147-tnt6.akl.ihug.co.nz [216.100.154.147]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id KAA24383 for ; Wed, 28 Jun 2000 10:02:38 +1200 Date: Wed, 28 Jun 2000 09:55:37 +1200 Message-ID: <01bfe082$6debbf40$939a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0071_01BFE0E7.03209F40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Lesser Efreeti From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0071_01BFE0E7.03209F40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hey, this Ritual says that a Lesser Efreeti can't be banished, if it's = bearing its caster.=20 How naff is that.=20 I think it should be banishable. It's got more Magic Resistance of any = mount that I've ever seen, why in God's name should it be immune to = banishment, just because it's got someone on its back? I think that sentence should be removed from the description Jim ------=_NextPart_000_0071_01BFE0E7.03209F40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Warding = Dragonflames
Hey, this Ritual says that a Lesser = Efreeti=20 can't be banished, if it's bearing its caster.
How naff is = that.=20
I think it should be banishable. It's got more Magic = Resistance of any mount that I've ever seen, why in God's name should it = be=20 immune to banishment, just because it's got someone on its = back?
I think that sentence should be removed from the=20 description 
Jim 
------=_NextPart_000_0071_01BFE0E7.03209F40-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 11:13:24 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id LAA16263; Wed, 28 Jun 2000 11:13:18 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id LAA16260 for ; Wed, 28 Jun 2000 11:13:15 +1200 Received: from jimarona.ihug.co.nz (p98-tnt2.akl.ihug.co.nz [203.109.245.98]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id LAA29249 for ; Wed, 28 Jun 2000 11:12:02 +1200 Date: Wed, 28 Jun 2000 11:04:57 +1200 Message-ID: <01bfe08c$1e645b80$62f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000C_01BFE0F0.B3993B80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Warding Dragonflames From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_000C_01BFE0F0.B3993B80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable It also limits one of the most damaging (and multi-target) spells in the = game, which is fine by me.=20 =20 Actually, I was just thinking about Andrew's post above, and I = reckon that unless wards can actually be lethal, then what is the point = in putting damage spells in them? =20 I mean, if they only time you put a damage spell into a ward and = you're not potentially killing someone that you don't want to pass over = that ward, then it's an almost complete waste of time.=20 =20 All you've done is to give the people that crossed the ward some = idea of your resources, and made them a little tired. =20 Jim =20 ------=_NextPart_000_000C_01BFE0F0.B3993B80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Warding = Dragonflames

It also limits one of = the most=20 damaging (and multi-target) spells in the game, which is fine by = me.=20

Actually, I was just thinking about Andrew's post above, and I = reckon=20 that unless wards can actually be lethal, then what is the point in = putting=20 damage spells in them?

I mean, if they only time you put a damage spell into a ward and = you're=20 not potentially killing someone that you don't want to pass over = that ward,=20 then it's an almost complete waste of time.

All you've done is to give the = people that=20 crossed the ward some idea of your resources, and made them a little = tired.

Jim

------=_NextPart_000_000C_01BFE0F0.B3993B80-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 11:30:02 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id LAA16339; Wed, 28 Jun 2000 11:20:15 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id LAA16336 for ; Wed, 28 Jun 2000 11:20:12 +1200 Message-ID: <39593212.1B75B4B3@peace.com> Date: Wed, 28 Jun 2000 11:00:34 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Warding Dragonflames From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > All you've done is to give the people that crossed the ward > some idea of your resources, and made them a little tired. > Or given them an unambiguous warning. :) -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 11:31:36 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id LAA16376; Wed, 28 Jun 2000 11:26:40 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id LAA16373 for ; Wed, 28 Jun 2000 11:26:36 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Wed, 28 Jun 2000 11:24:00 +1200 Message-ID: Date: Wed, 28 Jun 2000 11:23:57 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: RE: Warding Dragonflames - why ward non-lethal damage spells?... From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Wearing them down is worthwhile, it means there's less damage that you have to inflict in person. Multiple wards with minimum areas are best, they either charge through them taking the damage and end up fighting you while tired, or they spend time and fatigue counterspelling the wards on the way in (less FT for the Namer means less of your minions being compelled to fight against you). The other benefit is that you can pay other mages to put up defensive wards, so that your protections are against multiple colleges. So when the person who is immune to Fire damage charges into your home expecting to laugh off any wards, the Necrosis will slow them down. > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > Sent: Wednesday, 28 June 2000 11:05 > To: dq@dq.sf.org.nz > Subject: Re: Warding Dragonflames > > It also limits one of the most damaging (and multi-target) spells in > the game, which is fine by me. > > Actually, I was just thinking about Andrew's post above, and I > reckon that unless wards can actually be lethal, then what is the point in > putting damage spells in them? > > I mean, if they only time you put a damage spell into a ward and > you're not potentially killing someone that you don't want to pass over > that ward, then it's an almost complete waste of time. > > All you've done is to give the people that crossed the ward some > idea of your resources, and made them a little tired. > > Jim > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 12:00:05 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id LAA16528; Wed, 28 Jun 2000 11:46:11 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id LAA16525 for ; Wed, 28 Jun 2000 11:46:06 +1200 Received: from jimarona.ihug.co.nz (p98-tnt2.akl.ihug.co.nz [203.109.245.98]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id LAA01075 for ; Wed, 28 Jun 2000 11:44:52 +1200 Date: Wed, 28 Jun 2000 11:37:53 +1200 Message-ID: <01bfe090$b7324260$62f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Warding Dragonflames From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >Jim Arona wrote: > >> All you've done is to give the people that crossed the ward >> some idea of your resources, and made them a little tired. >> >Or given them an unambiguous warning. :) Well, I suppose, ultimately, that's why warding a damage spell is so poked. I mean, if you set off a ward with a high Ranked Bolt of Energy in it, you know your up against an E&E mage, and probably a pretty good one. Whatever else that ward does, it won't kill you, unless you're some kind of small animal, and in any case, you have to have failed to resist. So, now, you know what sort of counterspells to cast, and so on. Yeah, sure, as a DM, you could get your NPC to hire someone to ward, just so that the PCs might be decieved into thinking that the aforementioned NPC was an E&E, but the logic's a little too twisted for it to apply for many games. Eventually, the suspension of disbelief will break. And, again, the max damage that Dragonflames could inflict is 70 points worth, which is, undoubtedly, a fair bloody whack of damage. That would kill most players, if, and only if, they fail to resist. But, at high levels (which is where you ought to meet such a Ward), you need to have magic of this devastation, because there are PCs out there that will take that damage on the chin, and that's if they fail to resist. A max EN, max FT human with a Rank 20 Strength of Stone cast on EN and FT will be able to take 68 points of damage, before they lose consciousness. And, with a Rank 20 Dragonflames Ward, you have a 30% chance of inflicting damage that high. If the human is a Mind Mage with significant Ranks in Resist Temp will still have all of their EN left, whatever damage is rolled. Jim. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 12:02:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id LAA16596; Wed, 28 Jun 2000 11:55:07 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id LAA16572 for ; Wed, 28 Jun 2000 11:55:01 +1200 Received: from jimarona.ihug.co.nz (p98-tnt2.akl.ihug.co.nz [203.109.245.98]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id LAA02282 for ; Wed, 28 Jun 2000 11:53:45 +1200 Date: Wed, 28 Jun 2000 11:46:47 +1200 Message-ID: <01bfe091$f57aaac0$62f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Warding Dragonflames - why ward non-lethal damage spells?... From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >Wearing them down is worthwhile, it means there's less damage that you have >to inflict in person. No, what happens is that the PCs set off the Ward, and then decide whether or not they think the situation is too dicey. If you were setting up a defensive position, which is what wards are, then you want them to defeat your enemy before you have to deal with them, personally. >Multiple wards with minimum areas are best, they either charge through them >taking the damage and end up fighting you while tired, or they spend time >and fatigue counterspelling the wards on the way in (less FT for the Namer >means less of your minions being compelled to fight against you). Nah. Practical experience doesn't bear this out. Very few Namers have Compelling Obedience. Most of them are really fighters with conditionally high Magic Resistances. And, given that when you're a fighter, you're constantly looking for something to spend your FT on, then using counterspells to switch off Wards is an excellent use. Yes, there are a few Namers that have Ranks in Compelling Obedience. But, they usually have such appallingly high Ranks in it, that all they need is two points of FT to take out huge wadges of your minions. >The other benefit is that you can pay other mages to put up defensive wards, >so that your protections are against multiple colleges. So when the person >who is immune to Fire damage charges into your home expecting to laugh off >any wards, the Necrosis will slow them down. Yes. I've seen this done. It's okay, the first couple of times you see it, but, really, it gets to wear after a while. Sure, if your NPC has a number of lackeys that can cast magic, then of course you're going to set up your Wards to make your Dark Fortress as impregnable as you possibly can. But, constantly finding Wards that have magic in them that does not foreshadow the forces the PCs are up against is just irritating, in the end. As I've said, it strikes against suspension of disbelief. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 12:28:48 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA16787; Wed, 28 Jun 2000 12:13:52 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with SMTP id MAA16776 for ; Wed, 28 Jun 2000 12:13:42 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Wednesday, June 28, 2000 12:07:49 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Wed, 28 Jun 2000 12:12:00 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A72010B163B@falaklex00.fcl.co.nz> Date: Wed, 28 Jun 2000 12:11:59 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFE095.7A78C270" Subject: RE: Warding Dragonflames - why ward non-lethal damage spells?... From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFE095.7A78C270 Content-Type: text/plain For the evil sorceror,warding is best for alarm spells or incinerate-type spells. It is also useful for some free power-ups for your lackeys, in case you don't have time to put quickness on them all. It also can scare off the encyclopaedia salesmen and low adventurers, so that anyone coming up the path is worth the effort of getting out of bed. For the GM, wards can be used for a variety of effects. Most of these wouldn't be resist-or-die, as this lacks dramatic tension unless the party finds them first, creating a DA-delay and loss of momentum. (However, wards that blast your horse out from under you are fun). They don't need to be used optimally for the NPCs, just for the story. I think that massive damage spells aren't as much fun as those that disintegrate a structural pillar, set off alarms, charm people _before_ the big fight, etc. They also give warning of the rank & range of magic or type of opposition _if_ you wish. Lots of fun, and taking FT/EN from characters is only a small part of it. Andrew ------_=_NextPart_001_01BFE095.7A78C270 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Warding Dragonflames - why ward non-lethal damage = spells?...

For the evil = sorceror,warding is best for alarm spells or incinerate-type = spells.
It is also useful = for some free power-ups for your lackeys, in case you don't have time = to put quickness on them all.
It also can scare = off the encyclopaedia salesmen and low adventurers, so that anyone = coming up the path is worth the effort of getting out of = bed.

For the GM, wards = can be used for a variety of effects. Most of these wouldn't be = resist-or-die, as this lacks dramatic tension unless the party finds = them first, creating a DA-delay and loss of momentum.

(However, wards that = blast your horse out from under you are fun).
They don't need to = be used optimally for the NPCs, just for the story. I think that = massive damage spells aren't as much fun as those that disintegrate a = structural pillar, set off alarms, charm people _before_ the big fight, = etc. They also give warning of the rank & range of magic or type of = opposition <triggers on all non-undead - so you don't think this is = a harmless wise woman then?>_if_ you wish.

Lots of fun, and = taking FT/EN from characters is only a small part of it.

Andrew

------_=_NextPart_001_01BFE095.7A78C270-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 12:59:53 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA17063; Wed, 28 Jun 2000 12:50:16 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA17060 for ; Wed, 28 Jun 2000 12:50:06 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id MAA03476 for ; Wed, 28 Jun 2000 12:48:49 +1200 (NZST) Date: Wed, 28 Jun 2000 12:47:39 +1200 Message-ID: <001a01bfe09a$75a0c880$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Warding Dragonflames - why ward non-lethal damage spells?... From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Dear all, Wards are at their least useful when a party is free to stroll around your property as they wish. The advantage of Dragonflames is that it is spectacular -- thus alerting casual passers-by that there are strangers in their midst [lots of way of doing this: set the ward to attack beings that fail to possess, or lack, something vital -- items of clothing, breath, souls, etc]. Yes, it will help to remove some fatigue from trespassers; but if they have the time to stroll around your demesne, the chances of actually damaging them are slim. Of course any party that ventures out without a Namer or sufficient counterspells deserves a fiery slap on the wrist. This problem is avoided by not allowing vagrants to stroll about. Wards are much more fun if people are rushing over them -- either in pursuit of enemy scouts whom they must silence or (preferably) being driven by beaters. Btw, wards are a nice way to take out fliers. Unless the characters are feather-falling, it is unlikely that they will be moving slowly enough to DA the area before landing -- let alone counterspell it. Naturally I suggest Whirlwind Vortex, Windstorm, Increased Gravity, Webs, etc (or, at a pinch, Lightning bolt). All spells expected to make landing, especially with Celestial Wings, an unpleasant experience. Apart from that, ward is only useful for deploying those low base spells with more safety than usual (e.g. Rank 1 Sinking Doom). ... enjoy, Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 13:02:08 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA17109; Wed, 28 Jun 2000 12:56:12 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA17106 for ; Wed, 28 Jun 2000 12:56:05 +1200 Received: from jimarona.ihug.co.nz (p98-tnt2.akl.ihug.co.nz [203.109.245.98]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA09007 for ; Wed, 28 Jun 2000 12:54:46 +1200 Date: Wed, 28 Jun 2000 12:47:49 +1200 Message-ID: <01bfe09a$7bcd49e0$62f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004D_01BFE0FF.110229E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Warding Dragonflames - why ward non-lethal damage spells?... From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_004D_01BFE0FF.110229E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Andrew Withy wrote: For the evil sorceror,warding is best for alarm spells or = incinerate-type spells.=20 =20 While I agree that the most useful spell for wards are alarm spells, = the Fire college doesn't lend itself to much in that line, really. Yes, = it can make a bloody big bang, and a hell of a flash, but it can't send = a message to the warder that other's can't here. =20 On the other hand, incinerate spells are bloody stink. What they do = is force a die roll for the purposes of resisting or dying. If you roll = well, you don't notice anything. If you blow it, the party is carrying = you home in an urn. That's very NOT exciting. I'm not saying that they aren't a useful effect. It is nice to have = spells in the game that let you drop someone in a single cast action. = But, in a ward, it's just tedious. =20 It is also useful for some free power-ups for your lackeys, in case = you don't have time to put quickness on them all.=20 =20 Yes. Very true. Now, as a Fire mage, what am I going to stick in a = ward that's going to be THAT useful? Fire Armour? O, well. The point is that Fire mage's specialise in damage. That's what they = do.=20 =20 It also can scare off the encyclopaedia salesmen and low = adventurers, so that anyone coming up the path is worth the effort of = getting out of bed. =20 =20 Yes, well. Hmm. But then, if you cast a wall of smoke spell at a low = level adventurer, then they'll flee for the hills...That still won't get = rid of the encyclopaedia salesman, I know... =20 For the GM, wards can be used for a variety of effects. Most of = these wouldn't be resist-or-die, as this lacks dramatic tension unless = the party finds them first, creating a DA-delay and loss of momentum. =20 =20 =20 I don't think DA-delay causes lack of momentum. How else do you = build tension without letting players know what they're about to walk = into the maw of?=20 =20 Yes, a variety of effects is nice, but then that's an argument to = increase the width and breadth of the Fire college, and I just don't = think that's reasonable. I do think it's reasonable that you have to = worry about a Ward of Dragonflames if you're going to mess with a Fire = mage, though. =20 (However, wards that blast your horse out from under you are fun).=20 =20 =20 =20 What kind of horse are you riding? Dear God, man, the horse would = have to be suffering from something like polio to be blown apart by any = spell that didn't do damage of the order of Dragonflames. They have = truckloads of EN and FT, you know.... =20 =20 They don't need to be used optimally for the NPCs, just for the = story.=20 =20 =20 =20 That isn't my point. Optimal use is neither here nor there. = Congruence with the expectable is what I'm talking about. If you engage = in conflict with a Fire mage, then you expect to wear a bit of damage. = You don't expect their wards to give you a bit of a hard time, and make = you swig back an healing potion. Frankly, charcoal briquettes has been = the sort of thing I've come to expect from fiddling with things that = they own. =20 It is an optimal use, that is not congruent with the expectable, to = have NPCs that regularly hire other people to cast wards on their = behalf. If you do it frequently enough, then the expectation changes. = And, then what happens is that a ward is DAed and found to contain, say, = a Necrosis, and the party breathes a sigh of relief, because they know = they can't be up against a Necromancer...How naff is that? =20 =20 =20 I think that massive damage spells aren't as much fun as those that = disintegrate a structural pillar, set off alarms, charm people _before_ = the big fight, etc. They also give warning of the rank & range of magic = or type of opposition _if_ you wish. =20 Well, I disagree with a lot of that, actually. I don't think charms = should be that frequently used against pcs, because they deny the player = control of their character. Ultimately, the pc's input has just been = reduced, which is unfair, because they no longer have the same leverage = on the game. And, the whole point of turning up of a Tuesday evening or = whenever is to have a bit of fun with your friends. There's bugger all = fun if you only get to play under the watchful gaze of the DM, and = you're unsure what limitations apply to the nature of the charm. =20 As for disintegrating a structural pillar, I don't see why that's = much better than blowing 12 bells out of them with high Ranked = Dragonflames, and may, in fact, be considerably worse. =20 Lots of fun, and taking FT/EN from characters is only a small part = of it.=20 =20 That's true. There are lots of things that other colleges can do to = have fun with wards. Fire mages, on the other hand, get to load them up = with piles of damage. I think that's fine. The other colleges get to do = some cunning things of their own, but a ward filled with Dragonflames = demands respect, in a way that no other spell does. =20 What else have you got to ward, if you're a Fire mage? =20 Jim =20 ------=_NextPart_000_004D_01BFE0FF.110229E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Warding Dragonflames - why ward = non-lethal damage spells?...
Andrew Withy wrote:
For the evil sorceror,warding is best for alarm spells or=20 incinerate-type spells.
 
While I agree that the most useful spell for wards are alarm = spells,=20 the Fire college doesn't lend itself to much in that line, really. = Yes, it=20 can make a bloody big bang, and a hell of a flash, but it can't send = a=20 message to the warder that other's can't here.
 
On the other hand, incinerate spells are bloody stink. What = they do is=20 force a die roll for the purposes of resisting or dying. If you roll = well,=20 you don't notice anything. If you blow it, the party is carrying you = home in=20 an urn. That's very NOT exciting.
I'm not saying that they aren't a useful effect. It is nice to = have=20 spells in the game that let you drop someone in a single cast = action. But,=20 in a ward, it's just tedious. 

It is also = useful for some=20 free power-ups for your lackeys, in case you don't have time to put=20 quickness on them all.
 
Yes. Very true. Now, as a Fire mage, what am I going to stick = in a ward=20 that's going to be THAT useful? Fire Armour? O, well.
The point is that Fire mage's specialise in damage. That's what = they=20 do.  

It also can = scare off the=20 encyclopaedia salesmen and low adventurers, so that anyone coming up = the=20 path is worth the effort of getting out of bed.
 
 
Yes, well. Hmm. But then, if you cast a wall of = smoke=20 spell at a low level adventurer, then they'll flee for the = hills...That=20 still won't get rid of the encyclopaedia salesman, I = know...
 

For the GM, wards can = be used for a=20 variety of effects. Most of these wouldn't be resist-or-die, as this = lacks=20 dramatic tension unless the party finds them first, creating a = DA-delay and=20 loss of momentum.

 

I don't think DA-delay causes lack of momentum. = How else do=20 you build tension without letting players know what they're about to = walk=20 into the maw of?

Yes, a variety of effects is nice, but then that's = an=20 argument to increase the width and breadth of the Fire college, and = I just=20 don't think that's reasonable. I do think it's reasonable that you = have to=20 worry about a Ward of Dragonflames if you're going to mess with a = Fire mage,=20 though.

(However, wards that = blast your=20 horse out from under you are fun).

 

What kind of horse are you riding? Dear God, man, the horse would = have to=20 be suffering from something like polio to be blown apart by any = spell that=20 didn't do damage of the order of Dragonflames. They have truckloads = of EN=20 and FT, you know....


They don't need = to be used=20 optimally for the NPCs, just for the story.

 

That isn't my point. Optimal use is neither here nor there. = Congruence with the expectable is what I'm talking about. If you = engage in=20 conflict with a Fire mage, then you expect to wear a bit of damage. = You=20 don't expect their wards to give you a bit of a hard time, and make = you swig=20 back an healing potion. Frankly, charcoal briquettes has been the = sort of=20 thing I've come to expect from fiddling with things that they=20 own.

It is an = optimal use, that=20 is not congruent with the expectable, to have NPCs that regularly = hire other=20 people to cast wards on their behalf. If you do it frequently = enough, then=20 the expectation changes. And, then what happens is that a ward is = DAed and=20 found to contain, say, a Necrosis, and the party breathes a sigh of = relief,=20 because they know they can't be up against a Necromancer...How naff = is=20 that?

 

I think that massive = damage spells=20 aren't as much fun as those that disintegrate a structural pillar, = set off=20 alarms, charm people _before_ the big fight, etc. They also give = warning of=20 the rank & range of magic or type of opposition <triggers on = all=20 non-undead - so you don't think this is a harmless wise woman = then?>_if_=20 you wish.

Well, I disagree with a lot of = that, actually.=20 I don't think charms should be that frequently used against pcs, = because=20 they deny the player control of their character. Ultimately, the = pc's input=20 has just been reduced, which is unfair, because they no longer have = the same=20 leverage on the game. And, the whole point of turning up of a = Tuesday=20 evening or whenever is to have a bit of fun with your friends. = There's=20 bugger all fun if you only get to play under the watchful gaze of = the DM,=20 and you're unsure what limitations apply to the nature of the=20 charm.

As for = disintegrating a=20 structural pillar, I don't see why that's much better than blowing = 12 bells=20 out of them with high Ranked Dragonflames, and may, in fact, be = considerably=20 worse.

Lots of fun, and = taking FT/EN from=20 characters is only a small part of it.

That's true. There are lots of = things that=20 other colleges can do to have fun with wards. Fire mages, on the = other hand,=20 get to load them up with piles of damage. I think that's fine. The = other=20 colleges get to do some cunning things of their own, but a ward = filled with=20 Dragonflames demands respect, in a way that no other spell = does.

What else have you got to ward, if = you're a=20 Fire mage?

Jim

------=_NextPart_000_004D_01BFE0FF.110229E0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 13:14:19 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id NAA17204; Wed, 28 Jun 2000 13:06:32 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id NAA17201 for ; Wed, 28 Jun 2000 13:06:26 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id NAA05710 for ; Wed, 28 Jun 2000 13:04:36 +1200 (NZST) Date: Wed, 28 Jun 2000 13:03:26 +1200 Message-ID: <000001bfe09c$aa5c02e0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Lesser Efreeti From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim said: > Hey, this Ritual says that a Lesser Efreeti can't be banished, if it's bearing its caster. > How naff is that. > I think it should be banishable. It's got more Magic Resistance of any mount that I've ever seen, why in > God's name should it be immune to banishment, just because it's got someone on its back? > I think that sentence should be removed from the description I totally agree -- this sort of exception is ugly, and not of benefit (I feel) to the game. Michael. PS: It's bad enough that "called masters" can not be banished anymore. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 13:30:26 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id NAA17372; Wed, 28 Jun 2000 13:26:52 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id NAA17364 for ; Wed, 28 Jun 2000 13:26:43 +1200 Received: from jimarona.ihug.co.nz (p98-tnt2.akl.ihug.co.nz [203.109.245.98]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA12551 for ; Wed, 28 Jun 2000 13:25:25 +1200 Date: Wed, 28 Jun 2000 13:18:30 +1200 Message-ID: <01bfe09e$c4f4dee0$62f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Lesser Efreeti From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >Michael Parkinson wrote: > >PS: It's bad enough that "called masters" can not be banished anymore. They can't? -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 13:33:21 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id NAA17357; Wed, 28 Jun 2000 13:26:34 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id NAA17354 for ; Wed, 28 Jun 2000 13:26:28 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id NAA08700 for ; Wed, 28 Jun 2000 13:25:10 +1200 (NZST) Date: Wed, 28 Jun 2000 13:24:00 +1200 Message-ID: <000301bfe09f$89acac40$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Warding Dragonflames - why ward non-lethal damage spells?... From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > What else have you got to ward, if you're a Fire mage? A sight more than a Namer can ward -- their only wardable special spell is "Paralysis," which only lasts a pulse or three. Of course counterspells can be warded; but your chances of picking the right one are slim -- what with 16+ colleges BTW: For No discernable reason E&E General spell "Charming" is wardable, but E&E "Mass Charming" & the Namer Special "Charming" are not. I thought we were pretending that there's a logical rational as to why/whether particular spells are wardable. Regards Michael PS: I like the Polio ponies. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 13:59:14 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id NAA17508; Wed, 28 Jun 2000 13:43:26 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id NAA17504 for ; Wed, 28 Jun 2000 13:43:20 +1200 Received: from jimarona.ihug.co.nz (p98-tnt2.akl.ihug.co.nz [203.109.245.98]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA14551 for ; Wed, 28 Jun 2000 13:42:02 +1200 Date: Wed, 28 Jun 2000 13:35:06 +1200 Message-ID: <01bfe0a1$17062b60$62f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Warding Dragonflames - why ward non-lethal damage spells?... From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >> What else have you got to ward, if you're a Fire mage? > >A sight more than a Namer can ward -- their only wardable special spell is "Paralysis," which only >lasts a pulse or three. Of course counterspells can be warded; but your chances of picking the >right one are slim -- what with 16+ colleges This is true. But then it's the college of people, who, by and large, don't want to have much to do with magic, except to stop it. > >BTW: For No discernable reason >E&E General spell "Charming" is wardable, >but E&E "Mass Charming" & the Namer Special "Charming" are not. Yeah, well, I think that the reason Namer Charm isn't wardable is because it's a simple mistake. We should just deep six it, and say they can. As for E&E Mass Charming, that spells takes about 5 minutes to cast, and although it doesn't specifically state it, I think the underpinning rationalisation is that it works by interacting with people, socially. I'm not sure I'm a fan of having the wretched thing available as a ward, 'cause that could be a significant fraction of the party charmed, and at odds with themselves. It's bad enough when one person in the party is charmed, let alone two or three. Plus, as I understand it, it is a concentration spell, isn't it? I would have said that it made it hard to have any significant effect on the victims, if there's nothing there to do the concentrating... Jim. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 14:14:57 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id OAA17694; Wed, 28 Jun 2000 14:05:45 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id OAA17691 for ; Wed, 28 Jun 2000 14:05:42 +1200 Message-ID: <395958D2.EAD8A9F9@peace.com> Date: Wed, 28 Jun 2000 13:45:54 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Lesser Efreeti From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > >Michael Parkinson wrote: > > > >PS: It's bad enough that "called masters" can not be banished anymore. > > They can't? Not for the last umm... 8 years or so. Call Master came out of Black when it became Witchcraft and became a magical talent (for want of a better description) that agents get as part of their pact. It also changed to be a request for help rather than a true summoning -- Boss can decide not to show up... or can send a minor flunkie, etc -- giving the GM more flexibility, not ending up with over-powering demons running around, etc. The flip-side is, since there is no specific college magic involved, there is no appropriate counterspell for the Namer to use to banish. This is good and bad... it means when the party offs the evil priest of Aim and the Mr. Fiery turns up the party are no worse off should they fail to have a Namer. :) Call Patron can't be banished in the same way that Geas can't be dissapated. -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 14:16:59 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id OAA17662; Wed, 28 Jun 2000 14:03:56 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with SMTP id OAA17659 for ; Wed, 28 Jun 2000 14:03:50 +1200 Received: (qmail 18094 invoked by alias); 28 Jun 2000 02:02:36 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 28 Jun 2000 02:02:36 -0000 Date: Wed, 28 Jun 2000 14:02:36 +1200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0020_01BFE109.834C3C70" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: Warding Dragonflames - why ward non-lethal damage spells?... From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0020_01BFE109.834C3C70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit RE: Warding Dragonflames - why ward non-lethal damage spells?...For the evil sorceror,warding is best for alarm spells or incinerate-type spells. It is also useful for some free power-ups for your lackeys, in case you don't have time to put quickness on them all. It also can scare off the encyclopaedia salesmen and low adventurers, so that anyone coming up the path is worth the effort of getting out of bed. For the GM, wards can be used for a variety of effects. Most of these wouldn't be resist-or-die, as this lacks dramatic tension unless the party finds them first, creating a DA-delay and loss of momentum. Personally as a GM the best wards I use are inconvienience wards as defence. I use Binders as bad guy with "Bubble of force" and the stick floor spell, to best effect. Damage has never really worked as an option. Mandos /s ------=_NextPart_000_0020_01BFE109.834C3C70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Warding Dragonflames - why ward non-lethal damage = spells?...

For the evil = sorceror,warding is best=20 for alarm spells or incinerate-type spells.
It is also useful for some free power-ups for = your lackeys,=20 in case you don't have time to put quickness on them all. =
It also can scare off the = encyclopaedia=20 salesmen and low adventurers, so that anyone coming up the path is = worth the=20 effort of getting out of bed.

For the GM, = wards can be=20 used for a variety of effects. Most of these wouldn't be = resist-or-die, as=20 this lacks dramatic tension unless the party finds them first, = creating a=20 DA-delay and loss of momentum. 

Personally as a GM the best wards I use are=20 inconvienience wards as defence. I use Binders as bad guy = with "Bubble=20 of force" and the stick floor spell, to best effect. Damage has never = really=20 worked as an option. 

Mandos

/s

 

<= /HTML> ------=_NextPart_000_0020_01BFE109.834C3C70-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 14:44:08 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id OAA17976; Wed, 28 Jun 2000 14:30:03 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id OAA17970 for ; Wed, 28 Jun 2000 14:29:56 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id OAA10880 for ; Wed, 28 Jun 2000 14:28:35 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Wed, 28 Jun 2000 14:28:36 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Banishing and Celestial mutterings (was Re: Lesser Efreeti) From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >Michael Parkinson wrote: > > > >PS: It's bad enough that "called masters" can not be banished anymore. > >They can't? Quote from Namer, Banishing (S-4): "Call Master is not classified as a summoning spell." Namer Banishment can only banish entities summoned with a summoning spell/ritual. Which means it can't banish dark/light spheres (uh-oh - Ithilmor always thought it could), or Demons summoned by Call Master or any means other than the appropriate G.Summoner Rituals. Which is most Demons, most of the time. It is useful against Elementals, Efreeti and Salamaders and not a lot else. Interestingly there is a contradiction in the spell discription. The targets are listed as "Summonable entities", but the examples specifically mention Dark Spheres as being basnishable (but not Light Spheres). Talking about dark/light spheres. Why in the new spell price lists, is this ritual listed as only being learnable by Dark/Solar mages? Never is listed for Star/Shadow mages (compared with Quest for Dark/Solar). The description of the ritual specifically mentions Star and Shadow mages being able to cast it. Also the price list now makes all specials available, at the guild to all branches of the Celestial college - this was not the case before. I thought that this restriction in the spells available at the guild was going to be continued. -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 14:59:02 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id OAA18156; Wed, 28 Jun 2000 14:51:11 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id OAA18149 for ; Wed, 28 Jun 2000 14:51:07 +1200 Message-ID: <39596372.94BB72C4@peace.com> Date: Wed, 28 Jun 2000 14:31:14 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Banishing and Celestial mutterings (was Re: Lesser Efreeti) From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Clare West wrote: > Interestingly there is a contradiction in the spell discription. The > targets are listed as "Summonable entities", but the examples > specifically mention Dark Spheres as being basnishable (but not Light > Spheres). You are assuming that Dark and Light spheres are not entities? :) "It's life Jim, but not as we know it". Looks like an oversight. The spheres are "summoned" and controlled and should (IMHO and experience) be banishable. -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 15:14:26 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id PAA18261; Wed, 28 Jun 2000 15:03:30 +1200 Received: from akl-notes2.aj.co.nz (akl-notes.aj.co.nz [202.27.194.165]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id PAA18258 for ; Wed, 28 Jun 2000 15:03:26 +1200 Received: from akl-notes.aj.co.nz ([192.168.4.165]) by akl-notes2.aj.co.nz (Lotus Domino Release 5.0.3 (Intl)) with ESMTP id 2000062815065335:5178 ; Wed, 28 Jun 2000 15:06:53 +1200 X-Mailer: Lotus Notes Release 5.0.3 (Intl) 21 March 2000 Message-ID: Date: Wed, 28 Jun 2000 15:04:59 +1200 X-MIMETrack: Serialize by Router on akl-notes.aj.co.nz/AJNzl/NZ(Release 5.0.3 (Intl)|21 March 2000) at 28/06/2000 15:04:56, Serialize complete at 28/06/2000 15:04:56, Itemize by SMTP Server on akl-notes2/AJNzl/NZ(Release 5.0.3 (Intl)|21 March 2000) at 28/06/2000 15:06:53, Serialize by Router on akl-notes2/AJNzl/NZ(Release 5.0.3 (Intl)|21 March 2000) at 28/06/2000 15:06:56, Serialize complete at 28/06/2000 15:06:56 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 0010CED7CC25690C_=" Subject: Re: Celestial Special Knowledge From: Rosemary_Mansfield/AJNzl/NZ@AJ.CO.NZ To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 0010CED7CC25690C_= Content-Type: text/plain; charset="us-ascii" Clare Wrote: Talking about dark/light spheres. Why in the new spell price lists, is this ritual listed as only being learnable by Dark/Solar mages? Never is listed for Star/Shadow mages (compared with Quest for Dark/Solar). The description of the ritual specifically mentions Star and Shadow mages being able to cast it. For the Celestial colleges I took which spells belonged to which college from the previous spell price list. Since this ritual wasn't listed I guessed. In this case wrongly. Oops Clare Wrote: Also the price list now makes all specials available, at the guild to all branches of the Celestial college - this was not the case before. I thought that this restriction in the spells available at the guild was going to be continued. Not all the Celestial SK is for sale, just more than previously. The consensus of the email discussions and the Spell Price Workshop was that most spells should be available. There was no good reason to limit the 'little' spells, and the tough spells have been made Very expensive. The exceptions are the worst of the OTT spells, usually only one or two per college. Rosemary --=_alternative 0010CED7CC25690C_= Content-Type: text/html; charset="us-ascii"
Clare Wrote:
Talking about dark/light spheres. Why in the new spell price lists,
is this ritual listed as only being learnable by Dark/Solar mages?
Never is listed for Star/Shadow mages (compared with Quest for
Dark/Solar). The description of the ritual specifically mentions Star
and Shadow mages being able to cast it.
For the Celestial colleges I took which spells belonged to which college from the previous spell price list.
Since this ritual wasn't listed I guessed.  In this case wrongly.  Oops

Clare Wrote:
Also the price list now makes all specials available, at the guild to
all branches of the Celestial college - this was not the case before.
I thought that this restriction in the spells available at the guild
was going to be continued.

Not all the Celestial SK is for sale, just more than previously.  
The consensus of the email discussions and the Spell Price Workshop was that most spells should be available.  There was no good reason to limit the 'little' spells, and the tough spells have been made Very expensive.  The exceptions are the worst of the OTT spells, usually only one or two per college.

Rosemary --=_alternative 0010CED7CC25690C_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 16:14:32 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id QAA18775; Wed, 28 Jun 2000 16:01:39 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id QAA18772 for ; Wed, 28 Jun 2000 16:01:35 +1200 Received: from jimarona.ihug.co.nz (p62-tnt8.akl.ihug.co.nz [203.109.138.62]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA01110 for ; Wed, 28 Jun 2000 15:59:47 +1200 Date: Wed, 28 Jun 2000 15:52:51 +1200 Message-ID: <01bfe0b4$559f46a0$3e8a6dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Lesser Efreeti From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Martin Dickson wrote: >Call Master came out of Black when it became Witchcraft and became a >magical talent (for want of a better description) that agents get as part >of their pact. It also changed to be a request for help rather than a true >summoning -- Boss can decide not to show up... or can send a minor flunkie, >etc -- giving the GM more flexibility, not ending up with over-powering >demons running around, etc. > >The flip-side is, since there is no specific college magic involved, there >is no appropriate counterspell for the Namer to use to banish. This is >good and bad... it means when the party offs the evil priest of Aim and the >Mr. Fiery turns up the party are no worse off should they fail to have a >Namer. :) > >Call Patron can't be banished in the same way that Geas can't be >dissapated. Well, yes, but that's a case of arguing a rule to fit the cases, rather than working out what you want to achieve. The issue to discuss is: 'Should Namers be able to banish those things summoned (or called) by people who have pacts with them?' Anything else other than this is merely a discussion about what the rules currently reflect. And, I'm not convinced about the argument for Geas, either. That spell has a clear intent, over and beyond being magic that is not colleged. The idea of that spell is that it shouldn't be dissipated easily, in much the same way that curses shouldn't be. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 16:16:03 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id QAA18843; Wed, 28 Jun 2000 16:11:37 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id QAA18840 for ; Wed, 28 Jun 2000 16:11:32 +1200 Received: from jimarona.ihug.co.nz (p62-tnt8.akl.ihug.co.nz [203.109.138.62]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id QAA02561 for ; Wed, 28 Jun 2000 16:10:10 +1200 Date: Wed, 28 Jun 2000 16:03:17 +1200 Message-ID: <01bfe0b5$ca930b80$3e8a6dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001C_01BFE11A.5FC7EB80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Warding Dragonflames - why ward non-lethal damage spells?... From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_001C_01BFE11A.5FC7EB80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 For the evil sorceror,warding is best for alarm spells or = incinerate-type spells.=20 It is also useful for some free power-ups for your lackeys, in = case you don't have time to put quickness on them all.=20 It also can scare off the encyclopaedia salesmen and low = adventurers, so that anyone coming up the path is worth the effort of = getting out of bed. =20 For the GM, wards can be used for a variety of effects. Most of = these wouldn't be resist-or-die, as this lacks dramatic tension unless = the party finds them first, creating a DA-delay and loss of momentum.=20 =20 Personally as a GM the best wards I use are inconvienience wards = as defence. I use Binders as bad guy with "Bubble of force" and the = stick floor spell, to best effect. Damage has never really worked as an = option.=20 =20 No. Instead, you use a spell for which there is no remedy. Once = inside the wretched thing, there's no way out. That's neither fair nor = reasonable as a DM. And, as far as the discussion goes, it's beside the = point.=20 =20 Let me make the point again. Fire mages have little else to do = except inflict damage, which is fine, really. That's the kind of element = that fire is. But, there is precious little point in having a ward that = will not potentially kill people, because all it really does is provide = them with information, and makes them use up healing potions. =20 To that end, Dragonflames should be wardable. =20 Jim =20 ------=_NextPart_000_001C_01BFE11A.5FC7EB80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Warding Dragonflames - why ward = non-lethal damage spells?...

For the evil = sorceror,warding=20 is best for alarm spells or incinerate-type spells. =
It is also useful for some = free=20 power-ups for your lackeys, in case you don't have time to put = quickness=20 on them all.
It also=20 can scare off the encyclopaedia salesmen and low adventurers, so = that=20 anyone coming up the path is worth the effort of getting out of=20 bed.

For = the GM, wards=20 can be used for a variety of effects. Most of these wouldn't be=20 resist-or-die, as this lacks dramatic tension unless the party = finds=20 them first, creating a DA-delay and loss of momentum. 

Personally as a GM the best wards I use = are=20 inconvienience wards as defence. I use Binders as bad guy with = "Bubble=20 of force" and the stick floor spell, to best effect. Damage has = never=20 really worked as an option. 

No. Instead, you use a spell for = which there=20 is no remedy. Once inside the wretched thing, there's no way out. = That's=20 neither fair nor reasonable as a DM. And, as far as the discussion = goes,=20 it's beside the point.

Let me make the point again. Fire = mages have=20 little else to do except inflict damage, which is fine, really. = That's the=20 kind of element that fire is. But, there is precious little point in = having=20 a ward that will not potentially kill people, because all it really = does is=20 provide them with information, and makes them use up healing=20 potions.

To that end, Dragonflames should = be=20 wardable.

Jim

------=_NextPart_000_001C_01BFE11A.5FC7EB80-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 16:44:16 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id QAA19004; Wed, 28 Jun 2000 16:30:23 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id QAA19001 for ; Wed, 28 Jun 2000 16:30:19 +1200 Message-ID: <39597AA9.E9622B9D@peace.com> Date: Wed, 28 Jun 2000 16:10:17 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Lesser Efreeti From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > The issue to discuss is: > 'Should Namers be able to banish those things summoned (or called) by people > who have pacts with them?' > Anything else other than this is merely a discussion about what the rules > currently reflect. I didn't realise that there was an issue. You appeared to be surprised that things summoned by Agents could not be banished by a Namer and I was simply outlining the current situation. Regards, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 17:29:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id RAA19271; Wed, 28 Jun 2000 17:19:56 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id RAA19268 for ; Wed, 28 Jun 2000 17:19:49 +1200 Received: from jimarona.ihug.co.nz (p30-tnt2.akl.ihug.co.nz [203.109.245.30]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA15801 for ; Wed, 28 Jun 2000 17:18:23 +1200 Date: Wed, 28 Jun 2000 17:11:17 +1200 Message-ID: <01bfe0bf$4a763760$1ef56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Lesser Efreeti From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >> The issue to discuss is: >> 'Should Namers be able to banish those things summoned (or called) by people >> who have pacts with them?' >> Anything else other than this is merely a discussion about what the rules >> currently reflect. > >I didn't realise that there was an issue. You appeared to be surprised that >things summoned by Agents could not be banished by a Namer and I was simply >outlining the current situation. Frankly, I don't care. I was surprised, and no more. I can live with whatever situation pertains. That said, however, I think that whether or not magic like that is dissipatable because it's out of college is really just a red herring. It's nice if the rules are congruent with why things work, but I would never accept a reason like that as a justification for why something can or cannot be done. I mean, that line of reasoning is arid and empty, because it suggests 'It works this way, because that's the way the rules say it does'- Which is completely circular. Whereas, what ought to be happening is that we should be approaching rules from the position of deciding whether or not a rule elicits the right type of responses from players. Well, at least, that's one kind of consideration, anyway. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 17:44:26 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id RAA19423; Wed, 28 Jun 2000 17:42:31 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id RAA19420 for ; Wed, 28 Jun 2000 17:42:21 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id RAA19190 for ; Wed, 28 Jun 2000 17:40:58 +1200 (NZST) Date: Wed, 28 Jun 2000 17:39:49 +1200 Message-ID: <000301bfe0c3$46520c50$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: Astrologer is stuffed From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Dear All, I'd like to start a discussion of what we want the Astrology skill to do. Here's some reasons why the Astrologer skill is broken: #1 QUOTE The results of a reading will affect the pertinent course of events. The GM is expected to modify the outcome of an adventure or happening in their world to conform with a determination made by an astrologer or by an astrologer at the behest of a character. PROBLEM ** This asinine ability is seldom played by GMs. And a good job too. I will NOT change my scenario because some PLAYER has *determined* that this is the OBLIGATORY outcome. I do expect my players to thwart the plans of some NPCs -- but through appropriate guile & brute-strength, not because some player has rewritten the ending. #2 QUOTE An astrologer's Rank determines how many beings they can directly affect with a single prediction. A being is directly affected by an astrologer's art when the GM modifies the result of an action taken by the being due to a prophecy. PROBLEM ** Frankly, this would suggest that an Astrologer can make NO determinations -- since almost everything has a flow-on effect to other people. #3 QUOTE The result of the divination becomes the astrologer's prediction. If the astrologer does not wish to make the prediction, they may immediately attempt to change it. PROBLEMS ** That is, the GM cannot alter the effect of the PLAYER's prediction, but the player can ???? ** Note that this is ONLY skill which absolutely REQUIRES the player to perform the skill which their _character_ has; no player of a troubador is required to play a lute; no player of a beast-master is required to subdue their unicorn; etc. Illustrative example: Sibyl the astrologer (played by Charlie), is doing a reading for Yorick (played by Billie) -- As written DQ requires Charlie to _actually_ perform a "real" divinatory technique. If Sybil were a healer, we wouldn't require Charlie to resurrect Billie in real-life for Yorick to be resurrected in the game. #4 QUOTE An astrologer may not make a general prediction or ask a specific question concerning only themself. PROBLEM ** This is absurd & has no cultural basis whatsoever, provided that we do get rid of the stupid ability of the Astrologer to change the course of future to match their prediction -- or at least make it inapplicable on self-readings. Indeed there is the "historical" death of the soothsayer Calchas, who died of laughter at the thought of having outlived his own death prediction. Of course I can see the GM refusing to answer certain questions, in order not to restrict the game or put an unacceptable obligation on future GMs. Btw, the numbers are pretty screwy as well. regards, Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jun 28 17:58:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id RAA19494; Wed, 28 Jun 2000 17:48:48 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id RAA19491 for ; Wed, 28 Jun 2000 17:48:42 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id RAA19983 for ; Wed, 28 Jun 2000 17:47:20 +1200 (NZST) Date: Wed, 28 Jun 2000 17:46:11 +1200 Message-ID: <000401bfe0c4$29ff6b00$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Lesser Efreeti From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > > >PS: It's bad enough that "called masters" can not be banished anymore. > > > > They can't? > > [...] Call Patron can't be banished in the same way that Geas can't be > dissapated. Get rid of the problem at it source, I say. "Dissipate" the damned black mages & you won't have any evil Demons (sorry, Patrons) turning up more than once a piece. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 04:28:31 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id EAA23254; Thu, 29 Jun 2000 04:20:29 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id EAA23251 for ; Thu, 29 Jun 2000 04:20:25 +1200 Received: from jimarona.ihug.co.nz (p143-tnt1.akl.ihug.co.nz [206.18.111.143]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id EAA25080 for ; Thu, 29 Jun 2000 04:18:51 +1200 Date: Thu, 29 Jun 2000 04:11:42 +1200 Message-ID: <01bfe11b$8cbe1fa0$8f6f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Astrologer is stuffed From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Michael Parkinson wrote: >#1 QUOTE >The results of a reading will affect the pertinent course of events. The GM is expected to modify >the outcome of an adventure or happening in their world to conform with a determination made by an >astrologer or by an astrologer at the behest of a character. > >PROBLEM >** This asinine ability is seldom played by GMs. And a good job too. I will NOT change my >scenario because some PLAYER has *determined* that this is the OBLIGATORY outcome. I do expect my >players to thwart the plans of some NPCs -- but through appropriate guile & brute-strength, not >because some player has rewritten the ending. I quite agree. It is stupid. >#2 QUOTE >An astrologer's Rank determines how many beings they can directly affect with a single prediction. >A being is directly affected by an astrologer's art when the GM modifies the result of an action >taken by the being due to a prophecy. > >PROBLEM >** Frankly, this would suggest that an Astrologer can make NO determinations -- since almost >everything has a flow-on effect to other people. Yes, well, this is poorly written, but I think it's too stop making the prediction too specific by including a number of constants into the astrological equation, like naming other people. It probably only needs to reworded. >#3 QUOTE >The result of the divination becomes the astrologer's prediction. If the astrologer does not wish >to make the prediction, they may immediately attempt to change it. > >PROBLEMS >** That is, the GM cannot alter the effect of the PLAYER's prediction, but the player can ???? >** Note that this is ONLY skill which absolutely REQUIRES the player to perform the skill which >their _character_ has; no player of a troubador is required to play a lute; no player of a >beast-master is required to subdue their unicorn; etc. >Illustrative example: Sibyl the astrologer (played by Charlie), is doing a reading for Yorick >(played by Billie) -- As written DQ requires Charlie to _actually_ perform a "real" divinatory >technique. If Sybil were a healer, we wouldn't require Charlie to resurrect Billie in real-life >for Yorick to be resurrected in the game. Yes, again stupid. Ditch it completely, I say. >#4 QUOTE >An astrologer may not make a general prediction or ask a specific question concerning only >themself. > >PROBLEM >** This is absurd & has no cultural basis whatsoever, provided that we do get rid of the stupid >ability of the Astrologer to change the course of future to match their prediction -- or at least >make it inapplicable on self-readings. Indeed there is the "historical" death of the soothsayer >Calchas, who died of laughter at the thought of having outlived his own death prediction. >Of course I can see the GM refusing to answer certain questions, in order not to restrict the game >or put an unacceptable obligation on future GMs. > >Btw, the numbers are pretty screwy as well. Yes, they are, but then, what's new with that. Still, no reason not to break out the wire brush and dettol and give it a good going over. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 08:43:48 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id IAA24534; Thu, 29 Jun 2000 08:28:40 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with SMTP id IAA24529 for ; Thu, 29 Jun 2000 08:28:36 +1200 Received: (qmail 9603 invoked by alias); 28 Jun 2000 20:26:57 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 28 Jun 2000 20:26:57 -0000 Date: Thu, 29 Jun 2000 08:26:57 +1200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0031_01BFE1A3.CA05CD80" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: Warding Dragonflames - why ward non-lethal damage spells?... From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0031_01BFE1A3.CA05CD80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit RE: Warding Dragonflames - why ward non-lethal damage spells?...Let me make the point again. Fire mages have little else to do except inflict damage, which is fine, really. That's the kind of element that fire is. But, there is precious little point in having a ward that will not potentially kill people, because all it really does is provide them with information, and makes them use up healing potions. To that end, Dragonflames should be wardable. Why not look at it from another angle? If there is nothing to ward, remove ward. If it adds nothing to the collage and is not used then don't bother having it. Or on the other hand you could just make it a ritual that people have to specifically buy of their own free will and character choice so that if they want to use it they will go and get it......oh wait thats how it is now. The fact is it is not forced on people, it dosn't make them any less effective as a collage to have he ritual and if it has uses thats great if it dosn't then thats great too. It comes down to player choice. Making Dragonflames wardable does not add anything to the game particularly, it dosn't add flavour to the collage, it dosn't even give much more of a reason to purchase ward. There is no particular reason that I can see in favour of warding DF but on the other hand who really cares if you can. Mandos /s ------=_NextPart_000_0031_01BFE1A3.CA05CD80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Warding Dragonflames - why ward non-lethal damage = spells?...

Let me make the point again. Fire = mages have=20 little else to do except inflict damage, which is fine, really. = That's the=20 kind of element that fire is. But, there is precious little point in = having=20 a ward that will not potentially kill people, because all it really = does is=20 provide them with information, and makes them use up healing=20 potions.

To that end, Dragonflames = should be=20 wardable. 

Why not look at it from another=20 angle? 

If there is nothing to ward, remove ward. If = it adds=20 nothing to the collage and is not used then don't bother having = it. Or on=20 the other hand you could just make it a ritual that people have to = specifically=20 buy of their own free will and character choice so that if they want to = use it=20 they will go and get it......oh wait thats how it is=20 now.

The fact is it is not forced on people, it = dosn't make=20 them any less effective as a collage to have he ritual and if it has = uses thats=20 great if it dosn't then thats great too. It comes down to player=20 choice.

Making=20 Dragonflames wardable does not add anything to the game particularly, it = dosn't=20 add flavour to the collage, it dosn't even give much more of a reason to = purchase ward.

There is=20 no particular reason that I can see in favour of warding DF but on the = other=20 hand who really cares if you can.

Mandos

/s

 

<= /HTML> ------=_NextPart_000_0031_01BFE1A3.CA05CD80-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 10:44:10 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id KAA25417; Thu, 29 Jun 2000 10:42:11 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with SMTP id KAA25414 for ; Thu, 29 Jun 2000 10:42:07 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Thursday, June 29, 2000 10:36:44 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Thu, 29 Jun 2000 10:39:54 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A72010B164A@falaklex00.fcl.co.nz> Date: Thu, 29 Jun 2000 10:39:53 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFE151.C701E790" Subject: RE: Astrologer is stuffed From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFE151.C701E790 Content-Type: text/plain; charset="iso-8859-1" The general reading and specific reading *concepts* seem fine - that you can just ask "tell me about the problem", or "what is the answer to this fragment of the problem" I think that the numbers should be lower, and relate to the accuracy of the astrology reading. Fore example, when I had Rank 0 Astrologer (and no greater), I was at 90%+Rank for most of my BCs. This doesn't give much reason to rank it. I'd be happier with general questions being 2 x PC + 6/Rank, and specific questions being PC + 8/Rank or similar numbers. You shouldn't be able to ever change your answers if you don't like them. Perhaps there should be a translation ability where astrologers will get hints what astrology readings might mean or pertain to. Andrew > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > Sent: Thursday, June 29, 2000 4:12 AM > To: dq@dq.sf.org.nz > Subject: Re: Astrologer is stuffed > > Michael Parkinson wrote: > >#1 QUOTE > >The results of a reading will affect the pertinent course of events. The > GM > is expected to modify > >the outcome of an adventure or happening in their world to conform with a > determination made by an > >astrologer or by an astrologer at the behest of a character. > > > >PROBLEM > >** This asinine ability is seldom played by GMs. And a good job too. I > will NOT change my > >scenario because some PLAYER has *determined* that this is the OBLIGATORY > outcome. I do expect my > >players to thwart the plans of some NPCs -- but through appropriate guile > & > brute-strength, not > >because some player has rewritten the ending. > > I quite agree. It is stupid. > > >#2 QUOTE > >An astrologer's Rank determines how many beings they can directly affect > with a single prediction. > >A being is directly affected by an astrologer's art when the GM modifies > the result of an action > >taken by the being due to a prophecy. > > > >PROBLEM > >** Frankly, this would suggest that an Astrologer can make NO > determinations -- since almost > >everything has a flow-on effect to other people. > > Yes, well, this is poorly written, but I think it's too stop making the > prediction too specific by including a number of constants into the > astrological equation, like naming other people. > It probably only needs to reworded. > > >#3 QUOTE > >The result of the divination becomes the astrologer's prediction. If the > astrologer does not wish > >to make the prediction, they may immediately attempt to change it. > > > >PROBLEMS > >** That is, the GM cannot alter the effect of the PLAYER's prediction, > but > the player can ???? > >** Note that this is ONLY skill which absolutely REQUIRES the player to > perform the skill which > >their _character_ has; no player of a troubador is required to play a > lute; no player of a > >beast-master is required to subdue their unicorn; etc. > >Illustrative example: Sibyl the astrologer (played by Charlie), is doing > a > reading for Yorick > >(played by Billie) -- As written DQ requires Charlie to _actually_ > perform > a "real" divinatory > >technique. If Sybil were a healer, we wouldn't require Charlie to > resurrect Billie in real-life > >for Yorick to be resurrected in the game. > > Yes, again stupid. Ditch it completely, I say. > > >#4 QUOTE > >An astrologer may not make a general prediction or ask a specific > question > concerning only > >themself. > > > >PROBLEM > >** This is absurd & has no cultural basis whatsoever, provided that we do > get rid of the stupid > >ability of the Astrologer to change the course of future to match their > prediction -- or at least > >make it inapplicable on self-readings. Indeed there is the "historical" > death of the soothsayer > >Calchas, who died of laughter at the thought of having outlived his own > death prediction. > >Of course I can see the GM refusing to answer certain questions, in order > not to restrict the game > >or put an unacceptable obligation on future GMs. > > > >Btw, the numbers are pretty screwy as well. > > Yes, they are, but then, what's new with that. Still, no reason not to > break > out the wire brush and dettol and give it a good going over. > Jim > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- ------_=_NextPart_001_01BFE151.C701E790 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Astrologer is stuffed

The general reading = and specific reading *concepts* seem fine - that you can just ask = "tell me about the problem", or "what is the answer to = this fragment of the problem"

I think that the = numbers should be lower, and relate to the accuracy of the astrology = reading. Fore example, when I had Rank 0 Astrologer (and no greater), I = was at 90%+Rank for most of my BCs. This doesn't give much reason to = rank it. I'd be happier with general questions being 2 x PC + 6/Rank, = and specific questions being PC + 8/Rank or similar numbers.

You shouldn't be = able to ever change your answers if you don't like them.

Perhaps there should = be a translation ability where astrologers will get hints what = astrology readings might mean or pertain to.

Andrew

    -----Original Message-----
    From:   Jim Arona [SMTP:jimarona@ihug.co.nz]
    Sent:   Thursday, June 29, 2000 4:12 AM
    To:     dq@dq.sf.org.nz
    Subject:       = Re: Astrologer is stuffed

    Michael Parkinson wrote:
    >#1 QUOTE
    >The results of a reading will = affect the pertinent course of events. The GM
    is expected to modify
    >the outcome of an adventure or = happening in their world to conform with a
    determination made by an
    >astrologer or by an astrologer at = the behest of a character.
    >
    >PROBLEM
    >** This asinine ability is seldom = played by GMs.  And a good job too.  I
    will NOT change my
    >scenario because some PLAYER has = *determined* that this is the OBLIGATORY
    outcome.  I do expect my
    >players to thwart the plans of = some NPCs -- but through appropriate guile &
    brute-strength, not
    >because some player has rewritten = the ending.

    I quite agree. It is stupid.

    >#2 QUOTE
    >An astrologer's Rank determines = how many beings they can directly affect
    with a single prediction.
    >A being is directly affected by = an astrologer's art when the GM modifies
    the result of an action
    >taken by the being due to a = prophecy.
    >
    >PROBLEM
    >**  Frankly, this would = suggest that an Astrologer can make NO
    determinations -- since almost
    >everything has a flow-on effect = to other people.

    Yes, well, this is poorly written, but = I think it's too stop making the
    prediction too specific by including = a number of constants into the
    astrological equation, like naming = other people.
    It probably only needs to = reworded.

    >#3 QUOTE
    >The result of the divination = becomes the astrologer's prediction. If the
    astrologer does not wish
    >to make the prediction, they may = immediately attempt to change it.
    >
    >PROBLEMS
    >**  That is, the GM cannot = alter the effect of the PLAYER's prediction, but
    the player can ????
    >**  Note that this is ONLY = skill which absolutely REQUIRES the player to
    perform the skill which
    >their _character_ has;  no = player of a troubador is required to play a
    lute; no player of a
    >beast-master is required to = subdue their unicorn; etc.
    >Illustrative example: Sibyl the = astrologer (played by Charlie), is doing a
    reading for Yorick
    >(played by  Billie) -- As = written DQ requires Charlie to _actually_ perform
    a "real" divinatory
    >technique.   If Sybil = were a healer, we wouldn't require Charlie to
    resurrect Billie in real-life
    >for Yorick to be resurrected in = the game.

    Yes, again stupid. Ditch it = completely, I say.

    >#4 QUOTE
    >An astrologer may not make a = general prediction or ask a specific question
    concerning only
    >themself.
    >
    >PROBLEM
    >** This is absurd & has no = cultural basis whatsoever, provided that we do
    get rid of the stupid
    >ability of the Astrologer to = change the course of future to match their
    prediction -- or at least
    >make it inapplicable on = self-readings.  Indeed there is the "historical"
    death of the soothsayer
    >Calchas, who died of laughter at = the thought of having outlived his own
    death prediction.
    >Of course I can see the GM = refusing to answer certain questions, in order
    not to restrict the game
    >or put an unacceptable obligation = on future GMs.
    >
    >Btw, the numbers are pretty = screwy as well.

    Yes, they are, but then, what's new = with that. Still, no reason not to break
    out the wire brush and dettol and = give it a good going over.
    Jim



    -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html = --

------_=_NextPart_001_01BFE151.C701E790-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 11:59:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id LAA25824; Thu, 29 Jun 2000 11:48:02 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id LAA25821 for ; Thu, 29 Jun 2000 11:47:58 +1200 Received: from jimarona.ihug.co.nz (p220-tnt2.akl.ihug.co.nz [203.109.245.220]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id LAA07623 for ; Thu, 29 Jun 2000 11:46:13 +1200 Date: Thu, 29 Jun 2000 11:39:01 +1200 Message-ID: <01bfe15a$09f1a1c0$dcf56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01BFE1BE.9F2681C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Warding Dragonflames - why ward non-lethal damage spells?... From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_000F_01BFE1BE.9F2681C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable George Mitchinson wrote: Let me make the point again. Fire mages have little else to do = except inflict damage, which is fine, really. That's the kind of element = that fire is. But, there is precious little point in having a ward that = will not potentially kill people, because all it really does is provide = them with information, and makes them use up healing potions. =20 To that end, Dragonflames should be wardable.=20 =20 Why not look at it from another angle?=20 =20 If there is nothing to ward, remove ward. If it adds nothing to the = collage and is not used then don't bother having it. Or on the other = hand you could just make it a ritual that people have to specifically = buy of their own free will and character choice so that if they want to = use it they will go and get it......oh wait thats how it is now. =20 I'm not saying that they have to buy ward. I am saying that they get = precious little benefit out of an high EM spell, that we never used to = have a problem dealing with before, when it was wardable, and that I = don't see why it is one, now. =20 The fact is it is not forced on people, it dosn't make them any less = effective as a collage to have he ritual and if it has uses thats great = if it dosn't then thats great too. It comes down to player choice. =20 No, it doesn't come down to player choice. It comes down to what is = good or useful to the game. The world is not defined by player choice, = it is defined by what makes for a good bloody game, not the democratic = wishes of a bunch of people who throw dice. =20 Making Dragonflames wardable does not add anything to the game = particularly, it dosn't add flavour to the collage, it dosn't even give = much more of a reason to purchase ward.=20 =20 Yes, it DOES add flavour. =20 The point of wards is that they add tension to the game. If you know = that you're always going to survive against them, or not suffer too = badly, then it's hard to invest much tension when players are dealing = with them. Yes, there are lots of ways of using wards, and no, I really = don't need lessons in working out what they are. What I am saying is = that a Fire mage should reasonably be able to inflict serious harm to = people that come into contact with their wards.=20 =20 At the moment, they just make them a little tired. They might make = some of their equipment burn, I suppose, but I've never seen that = happen. =20 And, frankly, it's irrelevant whether or not you think a player = would or would not buy Ward so that they can store Dragonflames. It is = important that NPCs be able to do so. If for no other reason than that = it provides another avenue by which to warn players that they are coming = up against someone with significant Ranks in Dragonflames. =20 As the DM, you can choose whether or not you're going to place = Dragonflames as a Ward, after all. =20 Jim =20 =20 =20 ------=_NextPart_000_000F_01BFE1BE.9F2681C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Warding Dragonflames - why ward = non-lethal damage spells?...
 
George Mitchinson=20 wrote:

Let me make the point = again. Fire=20 mages have little else to do except inflict damage, which is = fine,=20 really. That's the kind of element that fire is. But, there = is=20 precious little point in having a ward that will not = potentially=20 kill people, because all it really does is provide them with = information, and makes them use up healing = potions.

To that end, = Dragonflames should=20 be wardable. 

Why not look at it from another=20 angle? 

If there is nothing to ward, remove ward. = If it=20 adds nothing to the collage and is not used then don't bother having = it. Or=20 on the other hand you could just make it a ritual that people have = to=20 specifically buy of their own free will and character choice so that = if they=20 want to use it they will go and get it......oh wait thats how it is=20 now.

I'm not saying that they have to = buy ward. I=20 am saying that they get precious little benefit out of an high EM = spell,=20 that we never used to have a problem dealing with before, when it = was=20 wardable, and that I don't see why it is one, now.

The fact is it is not forced on people, = it dosn't=20 make them any less effective as a collage to have he ritual and if = it has=20 uses thats great if it dosn't then thats great too. It comes down to = player=20 choice.

No, it doesn't come down to player = choice. It=20 comes down to what is good or useful to the game. The world is not = defined=20 by player choice, it is defined by what makes for a good bloody = game, not=20 the democratic wishes of a bunch of people who throw = dice.

Making Dragonflames wardable does not add = anything=20 to the game particularly, it dosn't add flavour to the collage, it = dosn't=20 even give much more of a reason to purchase ward.

Yes, it DOES add = flavour.

The point of = wards is that=20 they add tension to the game. If you know that you're always going = to=20 survive against them, or not suffer too badly, then it's hard to = invest much=20 tension when players are dealing with them. Yes, there are lots of = ways of=20 using wards, and no, I really don't need lessons in working out what = they=20 are. What I am saying is that a Fire mage should reasonably be able = to=20 inflict serious harm to people that come into contact with their = wards.=20

At the moment, they just make them a little tired. = They=20 might make some of their equipment burn, I suppose, but I've never = seen that=20 happen. 

And, frankly, it's irrelevant whether or not you = think a=20 player would or would not buy Ward so that they can store = Dragonflames. It=20 is important that NPCs be able to do so. If for no other reason than = that it=20 provides another avenue by which to warn players that they are = coming up=20 against someone with significant Ranks in = Dragonflames. 

As the DM, you can choose whether or not you're = going to=20 place Dragonflames as a Ward, after all. 

Jim 

 

------=_NextPart_000_000F_01BFE1BE.9F2681C0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 12:15:07 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA26012; Thu, 29 Jun 2000 12:12:25 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA26009 for ; Thu, 29 Jun 2000 12:12:16 +1200 Received: from jimarona.ihug.co.nz (p220-tnt2.akl.ihug.co.nz [203.109.245.220]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA11306 for ; Thu, 29 Jun 2000 12:10:31 +1200 Date: Thu, 29 Jun 2000 12:03:20 +1200 Message-ID: <01bfe15d$6f5f7c00$dcf56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002B_01BFE1C2.04945C00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Astrologer is stuffed From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_002B_01BFE1C2.04945C00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable You shouldn't be able to ever change your answers if you don't like = them.=20 =20 I remember a party where Bart Toadswart, and One were on the same = party, and used their Astrology skill on me with malice aforethought. = Between them, they had six of the bloody things, and I had to write half = a dozen things.=20 =20 It took ages to write the frigging things, and then when they got = them, they decided that they'd change them all, so that they'd be = favourable. =20 I just told them that their die roll failed, and conspicuously did = not roll any dice. =20 Jim =20 ------=_NextPart_000_002B_01BFE1C2.04945C00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Astrologer is = stuffed

You shouldn't be able = to ever=20 change your answers if you don't like them.

I remember a party where Bart = Toadswart, and=20 One were on the same party, and used their Astrology skill on me = with malice=20 aforethought. Between them, they had six of the bloody things, and I = had to=20 write half a dozen things.

It took ages to write the frigging = things, and=20 then when they got them, they decided that they'd change them all, = so that=20 they'd be favourable.

I just told them that their die = roll failed,=20 and conspicuously did not roll any dice.

Jim

------=_NextPart_000_002B_01BFE1C2.04945C00-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 12:17:22 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA25961; Thu, 29 Jun 2000 12:08:43 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA25958 for ; Thu, 29 Jun 2000 12:08:40 +1200 Received: from jimarona.ihug.co.nz (p220-tnt2.akl.ihug.co.nz [203.109.245.220]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA10836 for ; Thu, 29 Jun 2000 12:06:53 +1200 Date: Thu, 29 Jun 2000 11:59:42 +1200 Message-ID: <01bfe15c$edc33f60$dcf56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001E_01BFE1C1.82F81F60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Astrologer is stuffed From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_001E_01BFE1C1.82F81F60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Andrew Withy wrote: =20 The general reading and specific reading *concepts* seem fine - that = you can just ask "tell me about the problem", or "what is the answer to = this fragment of the problem" =20 I think that the numbers should be lower, and relate to the accuracy = of the astrology reading. Fore example, when I had Rank 0 Astrologer = (and no greater), I was at 90%+Rank for most of my BCs. This doesn't = give much reason to rank it. I'd be happier with general questions being = 2 x PC + 6/Rank, and specific questions being PC + 8/Rank or similar = numbers. =20 You shouldn't be able to ever change your answers if you don't like = them.=20 =20 Perhaps there should be a translation ability where astrologers will = get hints what astrology readings might mean or pertain to. =20 =20 =20 I suppose the first thing we should address with Astrologer that we = should address directly is what predictions and prophecies are used for. = =20 Derek Tomes once said in my hearing that a good prophecy is one = where all of the elements are true, but that you would never guess what = was going to happen when you first come across them. =20 Ultimately, prophecies and predictions are a tool of foreshadowing, = and foreshadowing does only one thing in an ideal world. It identifies = an element of the story as being significant, at the moment of climax. =20 In other words, it does not provide information at any point, it = merely adds story weight to an event or situation. This doesn't mean = that a prophecy doesn't have to include information, but that the = important information of the story won't be available to the players, = until the moment when it will provide the most dramatic impact. =20 You might, therefore, say that '...there is an evil in the Gorleant = Hills that must be cleansed', and that is simple information. =20 Then you might say that '...one among you will pass from this vale = of woe', and that could mean someone's going to die, or maybe move to = the next valley, where there's no woe, or whatever. That is = foreshadowing, and its meaning oughtn't to be revealed until some = dramatic climax is revealed.=20 =20 The best analogy I can think of is a joke.=20 =20 When someone tells you a joke, they set up a situation that you = expect, and when you reach the climax of the joke, you are led to what = you think is the only logical conclusion, and that such a conclusion is = as inevitable as day follows night. =20 The punchline of the joke, though, takes the rug out from under your = feet, because it offers a completely new way of looking at the = situation. =20 In the same way, foreshadowing and prophecies should lead players to = expect a sound, logical conclusion, but they should also provide a = sound, logical alternative conclusion, and that this conclusion is more = congruent with the rest of the story elements than the one they expect. = And, the real conclusion should, in an ideal world, be at odds with the = expected conclusion, as well. =20 Jim =20 =20 =20 ------=_NextPart_000_001E_01BFE1C1.82F81F60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Astrologer is = stuffed
 
Andrew Withy = wrote:
 

The general reading = and specific=20 reading *concepts* seem fine - that you can just ask "tell me = about the=20 problem", or "what is the answer to this fragment of the=20 problem"

I think that the = numbers should be=20 lower, and relate to the accuracy of the astrology reading. Fore = example,=20 when I had Rank 0 Astrologer (and no greater), I was at 90%+Rank for = most of=20 my BCs. This doesn't give much reason to rank it. I'd be happier = with=20 general questions being 2 x PC + 6/Rank, and specific questions = being PC +=20 8/Rank or similar numbers.

You shouldn't be able = to ever=20 change your answers if you don't like them.

Perhaps there should = be a=20 translation ability where astrologers will get hints what astrology = readings=20 might mean or pertain to.

 

I suppose the first thing we should address with = Astrologer=20 that we should address directly is what predictions and prophecies = are used=20 for.

Derek Tomes once said in my hearing that a good = prophecy is=20 one where all of the elements are true, but that you would never = guess what=20 was going to happen when you first come across them.

Ultimately, prophecies and predictions are a tool = of=20 foreshadowing, and foreshadowing does only one thing in an ideal = world. It=20 identifies an element of the story as being significant, at the = moment of=20 climax.

In other words, it does not provide information at = any=20 point, it merely adds story weight to an event or situation. This = doesn't=20 mean that a prophecy doesn't have to include information, but that = the=20 important information of the story won't be available to the = players, until=20 the moment when it will provide the most dramatic impact.

You might, therefore, say that '...there is an = evil in the=20 Gorleant Hills that must be cleansed', and that is simple=20 information. 

Then you might say that '...one among you will = pass from=20 this vale of woe', and that could mean someone's going to die, or = maybe move=20 to the next valley, where there's no woe, or whatever. That is=20 foreshadowing, and its meaning oughtn't to be revealed until some = dramatic=20 climax is revealed.  

The best analogy I can think of is a joke. =

When someone tells you a joke, they set up a = situation that=20 you expect, and when you reach the climax of the joke, you are led = to what=20 you think is the only logical conclusion, and that such a conclusion = is as=20 inevitable as day follows night. 

The punchline of the joke, though, takes the rug = out from=20 under your feet, because it offers a completely new way of looking = at the=20 situation. 

In the same way, foreshadowing and prophecies = should lead=20 players to expect a sound, logical conclusion, but they should also = provide=20 a sound, logical alternative conclusion, and that this conclusion is = more=20 congruent with the rest of the story elements than the one they = expect. And,=20 the real conclusion should, in an ideal world, be at odds with the = expected=20 conclusion, as well. 

Jim 

 

------=_NextPart_000_001E_01BFE1C1.82F81F60-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 14:44:18 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id OAA26949; Thu, 29 Jun 2000 14:37:45 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id OAA26946 for ; Thu, 29 Jun 2000 14:37:37 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id OAA12881 for ; Thu, 29 Jun 2000 14:35:43 +1200 (NZST) Date: Thu, 29 Jun 2000 14:34:33 +1200 Message-ID: <000f01bfe172$8f475000$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: FW: Astrologer is stuffed From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim said: > I suppose the first thing we should address with Astrologer that we should address > directly is what predictions and prophecies are used for. This is a key point. Frankly, I view astrology readings primarily as a device for the GM: to set the atmosphere, to highlight hooks or hints for the players. It is also, to a lesser extent, a tool for PCs since a party can gain great advantages if they ask the right question(s) -- and it's a way for the GM to show approval to a party for thinking. The reading are perhaps of three sorts: 1) the inscrutable e.g., "'til Burnham wood come to Dunsinane" which make no sense until a crucial part of the story later one. This is still of use to the party because they can realise that they are on the right track (or at least an interesting one). It can also prompt the party to reflect regularly on the situation. 2) the clear but inevitable e.g. "Beware the Ides of March" which adds to the tension. There's nothing much the players can do to avoid it, just to more ready for the disaster when it does happen. 3) Of course the most dramatic ones are, as Jim points out, are the clear one which are differently interpreted, depending on one's point of view -- in particularly before & after the event: > In the same way, foreshadowing and prophecies should lead players to expect a sound, logical > conclusion, but they should also provide a sound, logical alternative conclusion, and that this > conclusion is more congruent with the rest of the story elements than the one they > expect. And, the > real conclusion should, in an ideal world, be at odds with the expected conclusion, as well. an "historical" example would be: "If Croesus goes to war with Cyrus, he will destroy a mighty kingdom." Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 14:59:33 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id OAA27034; Thu, 29 Jun 2000 14:47:26 +1200 Received: from kcbbs.gen.nz (kcbbs.gen.nz [202.14.102.1]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id OAA27031 for ; Thu, 29 Jun 2000 14:47:24 +1200 Received: from bear (c3640-as06.kcbbs.gen.nz [202.14.102.126]) by kcbbs.gen.nz (8.9.3/8.8.8) with SMTP id OAA06888 for ; Thu, 29 Jun 2000 14:43:53 +1200 (NZST) Message-Id: <3.0.6.32.20000629144443.00856940@kcbbs.gen.nz> X-Sender: salient@kcbbs.gen.nz X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Thu, 29 Jun 2000 14:44:43 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: Astrologer is stuffed From: Sally Jackson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz At 17:39 28/06/00 +1200, Michael wrote: >Dear All, > >I'd like to start a discussion of what we want the Astrology skill to do. Yes, I would agree that it is "stuffed", as my impression of the way it is played doesn't tally with the rules as written. The way I see it working now, follows along the lines of Jim's post, that astrology readings are tools of foreshadowing; Also, I think that in some instances they are used more specifically, to give the party direction to go in, when they are given such a wide employment brief, such as "protect this person", which can leave the party floundering a bit. That readings given to the party are puzzles to be figured out, which in a way takes them out of the realm of the characters, to the realm of the players. [Previously, I have a character who has no faith in astrology readings, however I felt that the mission sucess depending on nutting out some meaning from them, and since I had time to think about them between sessions, I did.] I think this is a dis-incentive to ranking the skill. ie A high rank astrologer doesn't seem to be given a clearer reading to interpret. When it becomes obvious, that the party is missing the point of the reading (or is it just Michael Parkinsons') I think it could be better if the character with (high?) ranks in astrologer, could have the option of clarifying thier reading, spending more time studying their answer so to speak, so that the GM could give the player hints of how to go about tackling the reading. Is Astrologer skill limited to reading the night sky as the source of it's divinatory powers? I've had other sources like tarot, books, entrails, used on adventure for this purpose. How about a change in name, (Just for the sake of it, or course) to Soothsaying, and give these different methods as legit options for NPC/PC variation in development/style. I've personally not done much reading on these other forms, do they open up other realms of knowledge seeking, other than phrophecy and aspect reading, than could be incorporated into the game? Regards, Sally -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 15:58:57 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id PAA27499; Thu, 29 Jun 2000 15:43:44 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id PAA27496 for ; Thu, 29 Jun 2000 15:43:40 +1200 Received: from jimarona.ihug.co.nz (p95-tnt8.akl.ihug.co.nz [203.109.138.95]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA10168 for ; Thu, 29 Jun 2000 15:41:50 +1200 Date: Thu, 29 Jun 2000 15:34:38 +1200 Message-ID: <01bfe17a$f426b3a0$5f8a6dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Astrologer is stuffed From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >Also, I think that in some instances they are used more specifically, to >give the party direction to go in, when they are given such a wide >employment brief, such as "protect this person", which can leave the party >floundering a bit. > >That readings given to the party are puzzles to be figured out, which in a >way takes them out of the realm of the characters, to the realm of the >players. [Previously, I have a character who has no faith in astrology >readings, however I felt that the mission sucess depending on nutting out >some meaning from them, and since I had time to think about them between >sessions, I did.] >I think this is a dis-incentive to ranking the skill. ie A high rank >astrologer doesn't seem to be given a clearer reading to interpret. It is fine to involve the players in the conflicts of their characters. It makes for a truer form of roleplaying. It engages the attention of the players, and makes them more part of the story that unfolds. Why, in God's name would you want to take the puzzle part out of the game. It seems to me, and I could have misread this post, that the point here is that the player chooses to make an Astrology reading, but then isn't happy in taking part in the product of that action. If the player weren't keen, then why would they have done it? I mean, there's no way in Hell that I'm going to reveal the nature of my story to players on the say so of a bit of paper in a book somewhere, and I don't give a rat's arse what the rules say. It just isn't going to happen. >When it becomes obvious, that the party is missing the point of the reading >(or is it just Michael Parkinsons') I think it could be better if the >character with (high?) ranks in astrologer, could have the option of >clarifying thier reading, spending more time studying their answer so to >speak, so that the GM could give the player hints of how to go about >tackling the reading. Maybe the DM could. Maybe the players should just leave it alone and move along a different path. The skill doesn't have to provide information in exclusion to other actions on the part of players. What skills like Astrology should not do is provide the only access to a story. It is simply a foreshadowing tool, or, I suppose, a clue generator when the party seem to have lost the plot a little. Nothing should replace ingenuity on the part of the players. That just breeds a situation where the only thing that happens is you compare skill values and stats, and then decide what the result will be...Which is pretty dull, really. >Is Astrologer skill limited to reading the night sky as the source of it's >divinatory powers? I've had other sources like tarot, books, entrails, >used on adventure for this purpose. How about a change in name, (Just for >the sake of it, or course) to Soothsaying, and give these different methods >as legit options for NPC/PC variation in development/style. It says you can use any divinatory means you like. If you want to read tarot cards, feel free, I would have said. Although, if you are going to be reading the fates in the entrails of members of your own race, I suppose the Duke may have something to say about it if you practice it in the middle of Seagate. >I've personally not done much reading on these other forms, do they open up >other realms of knowledge seeking, other than phrophecy and aspect reading, >than could be incorporated into the game? Who can say. It's a big, roleplaying universe out there, that needn't be bounded by what is said in a book somewhere. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 16:58:51 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id QAA27955; Thu, 29 Jun 2000 16:49:49 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id QAA27952 for ; Thu, 29 Jun 2000 16:49:40 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id QAA06238 for ; Thu, 29 Jun 2000 16:47:44 +1200 (NZST) Date: Thu, 29 Jun 2000 16:46:34 +1200 Message-ID: <000a01bfe185$00bc3ea0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Astrologer is stuffed From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > I think this is a dis-incentive to ranking the skill. ie A high rank > astrologer doesn't seem to be given a clearer reading to interpret. > > When it becomes obvious, that the party is missing the point of the reading > (or is it just Michael Parkinsons') I think it could be better if the > character with (high?) ranks in astrologer, could have the option of > clarifying their reading, spending more time studying their answer so to > speak, so that the GM could give the player hints of how to go about > tackling the reading. This is a good point. I would be loathe to have a high ranked astrologer be given something in "plain English," but it would be reasonable for them -- particularly once they had observed at least part of the situation -- to get a *vague* impression of how valid their interpretation was [absolutely NOT a precise estimate, something on the order of "predict weather"]. NB "Valid" does not of course mean "correct." It would be a pity if the GM, having given something cunningly amphibolic, were forced to explain which of several valid interpretations was the actual case. The other option would be to junk the existing rule that no more than one reading can be made for a particular question. Given a Previous reading, perhaps the number of ancillary readings could be rank related [1 / 2 ranks or some such]. > Is Astrologer skill limited to reading the night sky as the source of it's > divinatory powers? I've had other sources like tarot, books, entrails, > used on adventure for this purpose. How about a change in name, (Just for > the sake of it, or course) to Soothsaying, and give these different methods > as legit options for NPC/PC variation in development/style. There are two forms which would seem to be relevant. "Divination" (Not in the Namer ritual sense) which involves observing something (the behaviour of birds, the state of entrails, the positions of celestial bodies) and reaching a conclusion. This may involve a few simple rules easily applied -- e.g., which side did they fly on & was it an unlucky number [Augury]; or require a vast knowledge of many principles and the ability to judge how such influence interact [Astrology] "Prophecy" where the prophet is overcome by a spirit / god / trance-like-state, often induced by or associated with physical activity &/or ordained ritual. The prophecy may be simplistic (e.g., in gyromancy, did the practitioner fall into or out of the circle) or sophisticated (e.g. an entranced oracle spouting verses). Not that both these practices may be considered sooth-saying, depending upon the culture. Whilst Astrology (star-gazing specifically) would represent a major, powerful, but very abstract divinatory technique, it does NOT represent the sense of prophesy we more normally experience in "astrology" [sic] readings. Hence I endorse the suggested name change (other alternatives would be Seer, Mystic, Fortune-teller, etc) > I've personally not done much reading on these other forms, do they open up > other realms of knowledge seeking, other than prophecy and aspect reading, > than could be incorporated into the game? Good point. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 17:13:56 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id RAA28105; Thu, 29 Jun 2000 17:11:31 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id RAA28102 for ; Thu, 29 Jun 2000 17:11:28 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id RAA09322 for ; Thu, 29 Jun 2000 17:09:36 +1200 (NZST) Date: Thu, 29 Jun 2000 17:08:26 +1200 Message-ID: <000b01bfe188$0eacc9f0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Astrologer is stuffed From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim said > Nothing should replace ingenuity on the part of the players. Absolutely! This should be a key matter of style which an redraft of the "skill" must bear in mind. Somethings it doesn't matter whether the players get an absolute answer to [e.g. Star sign; whether they will be betrayed; etc] > >Is Astrologer skill limited to reading the night sky as the source of it's > >divinatory powers? I've had other sources like tarot, books, entrails, > >used on adventure for this purpose. How about a change in name, (Just for > >the sake of it, or course) to Soothsaying, and give these different methods > >as legit options for NPC/PC variation in development/style. > > It says you can use any divinatory means you like. If you want to read > tarot cards, feel free, I would have said. Although, if you are going to be > reading the fates in the entrails of members of your own race, I suppose the > Duke may have something to say about it if you practice it in the middle of > Seagate. Indeed. In these enlightened times, I believe that MMHS no longer tortures its free citizens [it merely obliges them to participate in certain prognostic or divinatory rituals]. Different techniques would have different results: e.g. a "vision" of a suspended sword; a poem; a warning against accidental reversals in business; knowledge that one is under a cloud of misfortune; etc. Naturally, the technique employed should also bear in mind what the _GM_ is prepared to tell the players. As a GM, there are times when the "ritual of reading the night sky" or a "precognition" has been awkward because the *type* of imformation it shoulc give the player was something I was not willing to supply. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 19:28:34 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id TAA29088; Thu, 29 Jun 2000 19:22:04 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id TAA29084 for ; Thu, 29 Jun 2000 19:22:00 +1200 Received: from jimarona.ihug.co.nz (p203-tnt1.akl.ihug.co.nz [206.18.111.203]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id TAA11839 for ; Thu, 29 Jun 2000 19:21:56 +1200 Date: Thu, 29 Jun 2000 19:14:49 +1200 Message-ID: <01bfe199$b65da6e0$cb6f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Astrologer is stuffed From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Perhaps it is time to review what we want from Astrology. Later revisions can always be done, but I think that we have determined some valuable points worth considering. 1) Astrology should provide foreshadowing, and perhaps a direction in which players might move. 2) The players should not be able to deny the current prophecy and try again, thus requiring the DM to produce a new prophecy. 3) At higher Ranks, an Astrologer might acquire some insight into the workings of their prophecy, as they move through it. 4) That other divinatory techniques might be applied than simply looking at the stars, and that perhaps the name might change to reflect this. Have I missed anything? Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 20:13:31 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id TAA29333; Thu, 29 Jun 2000 19:58:42 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id TAA29330 for ; Thu, 29 Jun 2000 19:58:39 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id TAA20879 for ; Thu, 29 Jun 2000 19:58:36 +1200 (NZST) Date: Thu, 29 Jun 2000 19:57:25 +1200 Message-ID: <000201bfe19f$a9b081f0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Astrologer is stuffed From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Perhaps it is time to review what we want from Astrology. Later revisions > can always be done, but I think that we have determined some valuable points > worth considering. Agreed. Since the skill as written doesn't work in almost every aspect -- it should be written anew > 1) Astrology should provide foreshadowing, and perhaps a direction in which > players might move. > 2) The players should not be able to deny the current prophecy and try > again, thus requiring the DM to produce a new prophecy. > 3) At higher Ranks, an Astrologer might acquire some insight into the > workings of their prophecy, as they move through it. > 4) That other divinatory techniques might be applied than simply looking at > the stars, and that perhaps the name might change to reflect this. > > Have I missed anything? I would agree with all these. The only addition -- crucial to any undertaking during the classical, dark, middle & Reagan ages -- would be: 5) The attempted identification of "lucky" & "unlucky days." [Interpreted in game mechanics, perhaps, as days with modifiers to dice rolls of 1 or 2 %, like a longer but weaker version of seasonal aspects. Or whatever] We may as well retain the idea (but *not* the numbers) of the existing ability to 6) Identification of the Aspect of a being. and perhaps some extend it to include related or similar *weak* identification of magical &/or doom/curse-like effects present on a being -- the stories of gypsies recognising were-wolves by marks on their hands; prophets or wise-women recognising royalty in disguise or unaware of their state; etc -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 20:43:38 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id UAA29631; Thu, 29 Jun 2000 20:37:57 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id UAA29628 for ; Thu, 29 Jun 2000 20:37:54 +1200 Received: from jimarona.ihug.co.nz (p256-tnt6.akl.ihug.co.nz [203.109.136.2]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id UAA18286 for ; Thu, 29 Jun 2000 20:37:48 +1200 Date: Thu, 29 Jun 2000 20:30:42 +1200 Message-ID: <01bfe1a4$502129a0$cb6f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Astrologer is stuffed From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >and perhaps some extend it to include related or similar *weak* identification of magical &/or >doom/curse-like effects present on a being -- the stories of gypsies recognising were-wolves by >marks on their hands; prophets or wise-women recognising royalty in disguise or unaware of their >state; etc I like that they could detect the effect of curses, dooms, fates, etc. Why don't we make it a wider ability. Magic that concerns itself with fate doesn't really make itself known in the game as it currently stands, except as far as curses are concerned, and it would be kind of nice if it existed somewhere. Why don't we make that the core of a revised Astrology skill. Perhaps they could even have some skill at manipulating dooms and fates. Sounds pretty funky, I reckon. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 20:46:34 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id UAA29576; Thu, 29 Jun 2000 20:31:15 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id UAA29573 for ; Thu, 29 Jun 2000 20:31:12 +1200 Received: from jimarona.ihug.co.nz (p203-tnt1.akl.ihug.co.nz [206.18.111.203]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id UAA17572 for ; Thu, 29 Jun 2000 20:31:06 +1200 Date: Thu, 29 Jun 2000 20:24:00 +1200 Message-ID: <01bfe1a3$6084d4a0$cb6f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Astrologer is stuffed From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Michael Parkinson wrote: >I would agree with all these. The only addition -- crucial to any undertaking during the >classical, dark, middle & Reagan ages -- would be: > >5) The attempted identification of "lucky" & "unlucky days." [Interpreted in game mechanics, >perhaps, as days with modifiers to dice rolls of 1 or 2 %, like a longer but weaker version of >seasonal aspects. Or whatever] I'm kind of loath to use numbers to define a auspiciousness. I mean, luck is not really just a penalty or a bonus to a given percentile roll...It's more...Perhaps, how it should work is that the DM can assign a floating of modifier of, say, 5-10 points that he applies to make a roll succeed or fail at a dramatic moment. Once it is used, the moment of luck, ill or beneficial is gone. So, if you are casting at someone on a bad day, and you screw it up royally, then the DM might choose to apply the 5 point bonus, if that would take it into the region of a backfire. On a good day, he might penalise a bad guy by 5 points, if that would mean that they fail their resistance roll.... >We may as well retain the idea (but *not* the numbers) of the existing ability to > >6) Identification of the Aspect of a being. > >and perhaps some extend it to include related or similar *weak* identification of magical &/or >doom/curse-like effects present on a being -- the stories of gypsies recognising were-wolves by >marks on their hands; prophets or wise-women recognising royalty in disguise or unaware of their >state; etc I don't really care one way or another if players can determine the aspects of my NPCs, or their own, or their companions...It's pretty minor whatever happens. Yeah, sure. But, I really like the idea of an Astrologer being able to detect people by their dooms...That would have mean beating a path to the orrery, let me tell you... Of course, at this stage, I have no bloody idea what it does...Sounds damned cool, though -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 21:13:40 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id VAA29857; Thu, 29 Jun 2000 21:06:21 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id VAA29853 for ; Thu, 29 Jun 2000 21:06:16 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id VAA24039 for ; Thu, 29 Jun 2000 21:06:11 +1200 (NZST) Date: Thu, 29 Jun 2000 21:05:00 +1200 Message-ID: <000301bfe1a9$1ac27f20$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Astrologer is stuffed From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > I'm kind of loath to use numbers to define a auspiciousness. I mean, > luck is not really just a penalty or a bonus to a given percentile > roll...It's more... Yes, it is awkward. I have a vague sense of the feel I want, I just don't know how it should be done -- Not as in C&S has it, where you visit the Fortune-teller & randomly get +5 or -5 on BCs for the entire adventure. Something that encourages more peasant/townsfolk superstition. Anyway -- that's details. Its the idea that's important. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 21:28:31 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id VAA29983; Thu, 29 Jun 2000 21:18:18 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id VAA29980 for ; Thu, 29 Jun 2000 21:18:14 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id VAA24494 for ; Thu, 29 Jun 2000 21:18:09 +1200 (NZST) Date: Thu, 29 Jun 2000 21:16:58 +1200 Message-ID: <000401bfe1aa$c6f491b0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Astrologer is stuffed From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >and perhaps some extend it to include related or similar *weak* > identification of magical &/or > >doom/curse-like effects present on a being -- the stories of gypsies > recognising were-wolves by > >marks on their hands; prophets or wise-women recognising royalty in > disguise or unaware of their > >state; etc > > > I like that they could detect the effect of curses, dooms, > fates, etc. Why > don't we make it a wider ability. Magic that concerns itself with fate > doesn't really make itself known in the game as it currently > stands, except > as far as curses are concerned, and it would be kind of nice if > it existed > somewhere. > Why don't we make that the core of a revised Astrology skill. > Perhaps they > could even have some skill at manipulating dooms and fates. Sounds pretty > funky, I reckon. I hadn't thought of that: I like it it give a wide spectrum. From the witch who sees omens in everything & the [almost] charletan who averts ill-luck & wealth from the credulous, to the Wizard-like figure in robes & staff who distains mere magical colleges because he deals with the pure stuff of Fate & Doom. (Yet still has time to pop out with a couple of mates to visit likely prospects in foreign cities) Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 22:43:43 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id WAA30476; Thu, 29 Jun 2000 22:36:31 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id WAA30473 for ; Thu, 29 Jun 2000 22:36:27 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Thu, 29 Jun 2000 22:35:03 +1200 Message-ID: Date: Thu, 29 Jun 2000 22:35:03 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: Astrology - Getting into details From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I like the idea of a structure to the skill like many of the others in DQ. Astrology (or whatever it'll be called) is divided into styles, each style is able to achieve different results. An Astrologer is initially taught one style by their master, great astrologers have been known to master 3 or even 4 different styles (1 at Rk0, +1 at ranks 5, 8, 9, and 10). The greatest divinations are achieved by combining multiple styles in one reading. Styles: Astrology: Reading the night sky. - Abilities: Forecast significant times or events. If details of the sky a person was born under are known then some correlation between them and the times and events may be determined. Tarot, Rune Sticks/Stones: Interpreting the seemingly random pattern of their tools. - Abilties: Gain insight into the past, present, and future of a person who is involved in the reading. ??: Reading the entrails of recently slaughtered creatures - usually animals. - Abilities: May determine things about people and environments that the animal has interacted with. E.g. the state of the land the animal lived in and how likely crops are to succeed, or whether hunting will be fruitful. Or the health (or cause of ill-health) of someone may be determined by reading the entrails of their favourite pet or horse. Where healers are limited to an entities physical well being an Astrologer can usually divine the malign effects of Dooms and curses. "Nature Gazing": Looking for visions in the natural elements of the world (Fire, Water, Clouds...) - Abilities: Visions of events or people associated with the element and the astrologer may be seen by studying natural elements. Most astrologers will have an element that they prefer to work with. The visions are usually accurate but rarely are of the desired subject at the desired time. Trance: Through meditation, deprivation, drugs, etc the astrology enters a trance where they see visions, hear vioces. Usually collapse during the vision or speak what they see/hear or sometime both. - Abilities: Gain powerful but frequently obscure visions of the future or of people/places/events at great distance. "Body Reading": Examine the eyes, skull, or other body parts to divine information about somebody. - Abilities: Similar to entrail reading wrt people but it requires the person to be present. Not as detailed as entrails but some information can be gained simply from observing someone for a while. Commune with Spirits: Commune with the spirits of the dead through trance, ritual, and/or possession. - Abilties: To ask questions of the dead, the more questions and less sympathetic the dead, the more dangerous it is... ... I'm sure that there are many more styles and names for most of them, but this should give you some idea of what I was thinking. Cheers, Stephen. > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jun 29 23:13:31 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id XAA30670; Thu, 29 Jun 2000 23:08:38 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id XAA30667 for ; Thu, 29 Jun 2000 23:08:34 +1200 Received: from jimarona.ihug.co.nz (p295-tnt6.akl.ihug.co.nz [203.109.136.41]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id XAA01533 for ; Thu, 29 Jun 2000 23:08:25 +1200 Date: Thu, 29 Jun 2000 23:01:04 +1200 Message-ID: <01bfe1b9$51d3d620$29886dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Astrology - Getting into details From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Stephen Martin wrote: >I like the idea of a structure to the skill like many of the others in DQ. > >Astrology (or whatever it'll be called) is divided into styles, each style >is able to achieve different results. An Astrologer is initially taught one >style by their master, great astrologers have been known to master 3 or even >4 different styles (1 at Rk0, +1 at ranks 5, 8, 9, and 10). The greatest >divinations are achieved by combining multiple styles in one reading. > >Styles: etc., etc., etc... >... I'm sure that there are many more styles and names for most of them, but >this should give you some idea of what I was thinking. > The problem, as I see it, with a format like this, is that it is actually narrowing for a player. So many options are covered by the rule, that the player has little to bring to the game, other than making a choice and spending xp. It is better to let the player make the choice on what things they want to develop in their character, so long as they don't directly impact on the nature of the game. So, yes, maybe it would be nice to have styles of prophecy that differ in the way you've set out. But, there's no particular reason to establish them inside the skill at particular Ranks. All that is doing is saying to a player 'you can do x, but you can't do y'. And, in addition, by splitting up the skill in this fashion, you force the character to develop other kinds of prophetic art just so that they can get the most bang for the xp buck. In addition, it narrows the focus of the skill to a point that is so specific, that it loses much of the wonder of the kind of nebulous ravings of people who deal with forces beyond the wit of mortal men. And, ultimately, the question is 'What do we want Astrologers to be able to do?' What you have suggested answers a different question, which is 'What way do Astrologers do what they do?' And, frankly, I don't care that much. I'd leave it in the hands of players to come up with something special and individual. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 09:58:32 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id JAA01541; Fri, 30 Jun 2000 09:44:37 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id JAA01538 for ; Fri, 30 Jun 2000 09:44:33 +1200 Message-ID: <395BBEA5.94BA5FF6@peace.com> Date: Fri, 30 Jun 2000 09:24:53 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Skill Structure [was Re: Astrology - Getting into details] From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Stephen Martin wrote: >4 different styles (1 at Rk0, +1 at ranks 5, 8, 9, and 10). The greatest >divinations are achieved by combining multiple styles in one reading. Jim Arona wrote: > The problem, as I see it, with a format like this, is that it is actually > narrowing for a player. [snip] > And, in addition, by splitting up > the skill in this fashion, you force the character to develop other kinds of > prophetic art just so that they can get the most bang for the xp buck. Tangential to Astrologer; this general discussion has come up before, and I believe both sides have merit. Most of the original DQ skills were/are very broad and nebulous and there was little to differentiate (for example) two Rank 5 Astrologers. On the other hand, two Rank 5 Troubadours may have had little in common. At times, the collective GM opinion has tended towards preferring the Troub model as it help differentiate character skills and often means that a lower ranked character is not fully over-shadowed in ability by a higher ranked one in the same party -- our parties being more random collections of character abilities and not of the usual "crafted" variety in RPG campaigns, where new PCs tend to be chosen to fit with the existing ones. However, as Jim rightly points out, one of the problems with the Troub model is a game/EP pressure is put on players to pick up areas that are outside the primary focus/original conception of the character. The current choice in models is either "broad" (all areas at all ranks, gaining skill at each rank), or "narrow, broadening with rank", (few areas initially, gaining more with rank). For Astrologer (to head back in the direction of the original topic), this means either gaining all Astro abilities (and being able to choose for character reasons to only do entrail readings), or gaining entrail readings at low rank and then being pressured into taking other divinatory areas as skill increases. On an abstract level, you either get a rainbow coloured "block" at each rank, or at one rank you get to choose a blue block, at the next a red block and so on. One possible solution is a synthesis of approach; allowing "narrow" to become "deep" rather than "broad" with rank. (Choose a blue block, next rank choose another blue block, etc. End result: only blue blocks, but lots of them). This avoids forcing players to pick up areas they feel their character wouldn't learn, but also provides for the least overlap in character skills within a party mix. Two PCs could have similar rank with the same skill and yet be dedicated specialists in different areas. A character could also mix broad and deep to get a balance of generalist and specialist (blue, red, blue, white, blue, green, etc.). I'm not sure how we could best offer "narrow but deep" skills within DQ but it would (at least on paper) appear some benefits. Comments? Possible benefits/problems/undesirable effects? Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 10:13:33 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id KAA01720; Fri, 30 Jun 2000 10:12:17 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id KAA01717 for ; Fri, 30 Jun 2000 10:12:13 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Fri, 30 Jun 2000 10:10:35 +1200 Message-ID: Date: Fri, 30 Jun 2000 10:10:34 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: RE: Skill Structure [was Re: Astrology - Getting into details] From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz The current structure for Troubadour offers a solution to the Narrow but deep issue, being able to pick the same skill multiple times and increase effective rank in that skill beyond your general rank. An example of this working reasonably well for a character is Jade, who wants to be an excellent acrobat but has no interest in singing, or entertaining. She is a Rank 4 Troubadour with the abilty to tight-rope walk and swallow fire at Rk 4 ('cos she had to pick three different skills at rank 0) and can perform Acrobatics at Rk 8. > -----Original Message----- > From: Martin Dickson [SMTP:martin.dickson@peace.com] > Sent: Friday, 30 June 2000 09:25 > To: dq@dq.sf.org.nz > Subject: Skill Structure [was Re: Astrology - Getting into details] > > I'm not sure how we could best offer "narrow but deep" skills within DQ > but it > would (at least on paper) appear some benefits. > > Comments? Possible benefits/problems/undesirable effects? > > Cheers, > Martin > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 10:43:51 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id KAA01919; Fri, 30 Jun 2000 10:42:36 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id KAA01916 for ; Fri, 30 Jun 2000 10:42:30 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id KAA22426 for ; Fri, 30 Jun 2000 10:42:04 +1200 (NZST) Date: Fri, 30 Jun 2000 10:40:52 +1200 Message-ID: <000001bfe21b$149819d0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Skill Structure [was Re: Astrology - Getting into details] From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > -----Original Message----- > From: owner-dq@dq.sf.org.nz [mailto:owner-dq@dq.sf.org.nz]On Behalf Of > Martin Dickson > Sent: Friday, 30 June 2000 09:25 > To: dq@dq.sf.org.nz > Subject: Skill Structure [was Re: Astrology - Getting into details] > > Stephen Martin wrote: > > >4 different styles (1 at Rk0, +1 at ranks 5, 8, 9, and 10). > The greatest > >divinations are achieved by combining multiple styles in one reading. > > Jim Arona wrote: > > > The problem, as I see it, with a format like this, is that it > is actually > > narrowing for a player. [...] Actually, with troubador, we do have a mechanism whereby, for the same xp impulse, the PC can have narrow but strong skills, or broad but weaker skills. Namely re-selecting the same choice -- as discussed below by Martin. However, having said that, I suspect that may not be the right model (although the fact that it is available for Troubador & courtier may argue for it). The other alternative would be "picking-up" extra fields at a certain e.p. cost but probably with a restriction on the number of fields permissible. I do think it is important that the PC be able to choose their technique and that not all techniques will give answers. Many classic divinatory or prophecy techniques are analogous to flipping a coin which is in tune with the cosmos -- with the results of Yes, No, & Did anyone see where it rolled to? > Most of the original DQ skills were/are very broad and nebulous > and there was > little to differentiate (for example) two Rank 5 Astrologers. > On the other > hand, two Rank 5 Troubadours may have had little in common. Indeed -- Likewise Beastmasters, courtiers, etc. But any two Rank 5 Healers are interchangeable -- only their base chances & reservoirs of fatigue differentiate them. Given the quirkiness or flavour of the many different forms of fortune-telling (especially those inflicted on the party by GMs), I think we do want to have a system that provides several way of answering a particular problem, probably of varying efficacy or effort. I like Martin's block method -- perhaps something like a simplified Philosopher set up. When you reach the next rank, choose another Broad Type of practice, or become more refined in "x" specific techniques. > However, as Jim rightly points out, one of the problems with the > Troub model is > a game/EP pressure is put on players to pick up areas that are > outside the > primary focus/original conception of the character. The current > choice in > models is either "broad" (all areas at all ranks, gaining skill > at each rank), > or "narrow, broadening with rank", (few areas initially, gaining > more with > rank). For Astrologer (to head back in the direction of the > original topic), > this means either gaining all Astro abilities (and being able to > choose for > character reasons to only do entrail readings), or gaining > entrail readings at > low rank and then being pressured into taking other divinatory > areas as skill > increases. On an abstract level, you either get a rainbow > coloured "block" at > each rank, or at one rank you get to choose a blue block, at the > next a red > block and so on. > > One possible solution is a synthesis of approach; allowing > "narrow" to become > "deep" rather than "broad" with rank. (Choose a blue block, > next rank choose > another blue block, etc. End result: only blue blocks, but lots > of them). This > avoids forcing players to pick up areas they feel their > character wouldn't > learn, but also provides for the least overlap in character > skills within a > party mix. Two PCs could have similar rank with the same skill > and yet be > dedicated specialists in different areas. A character could > also mix broad and > deep to get a balance of generalist and specialist (blue, red, > blue, white, > blue, green, etc.). > > I'm not sure how we could best offer "narrow but deep" skills > within DQ but it > would (at least on paper) appear some benefits. > > Comments? Possible benefits/problems/undesirable effects? > > Cheers, > Martin > > -- > > _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com > _/ Martin Dickson Fax : +64-9-373-0401 > Analyst Phone: +64-9-373-0400 > > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 10:58:58 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id KAA02021; Fri, 30 Jun 2000 10:55:21 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id KAA02018 for ; Fri, 30 Jun 2000 10:55:18 +1200 Message-ID: <395BCF38.A777001F@peace.com> Date: Fri, 30 Jun 2000 10:35:36 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Skill Structure [was Re: Astrology - Getting into details] From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Stephen Martin wrote: > The current structure for Troubadour offers a solution to the Narrow but > deep issue... Yes, but it was done quick and dirty and may not be the best example of the model. > An example of this working reasonably well for a character is Jade ...Rank 4 > Troubadour...can perform Acrobatics at Rk 8. And at Rk 5 can have Acrobatics at Rk10. However, at Rk 6 she is going to have to pick up some other ability or deepen one of the other two she has. Rk 10 remains the cap. -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 11:29:07 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id LAA02134; Fri, 30 Jun 2000 11:14:21 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id LAA02131 for ; Fri, 30 Jun 2000 11:14:18 +1200 Received: from jimarona.ihug.co.nz (p101-tnt8.akl.ihug.co.nz [203.109.138.101]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id LAA06248 for ; Fri, 30 Jun 2000 11:13:53 +1200 Date: Fri, 30 Jun 2000 11:06:23 +1200 Message-ID: <01bfe21e$a5463040$658a6dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Skill Structure [was Re: Astrology - Getting into details] From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Stephen Martin and Martin Dickson have talked, in various posts, about breaking the skill down in different ways, etc. Frankly, I'm not keen. I can see what is being attempted, but I don't see that it achieves very much for the Skill. It may be that it is worth looking at in the future (I don't agree, by the way), but whatever else is happening, it doesn't lead any closer to addressing what happens with Astrologer. Whether or not the skill is broken up into lots of little bits, with bonuses for this, and a special ability to do that, is really kind of irrelevant, until such time as it is decided what direction Astrologer will take. The part of the skill that's being addressed at the moment is the most cosmetic part. We have not, at this point, decided what sort of thing we want the skill to be capable of. That must be our first consideration. Decisions on how it is to be achieved is a much later concern. Having determined what the skill actually can do, we need to work out how we want the numbers to resolve. As far as I can see, discussing this a complete waste of time until the other issues have been dealt with. And, more than simply wasting time, it actually reduces our ability to develop something productive as the issue gets derailed into which format makes for the best choice. Furthermore, if in fact a format is chosen, then it will constrain the variety of different kinds of skill that could be developed. I proprose that we deal with the skill's format at such time as we have something to discuss. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 12:28:56 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA02589; Fri, 30 Jun 2000 12:19:54 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA02586 for ; Fri, 30 Jun 2000 12:19:50 +1200 Message-ID: <395BE304.75667C05@peace.com> Date: Fri, 30 Jun 2000 12:00:04 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Skill Structure [nothing at all to do with Astrology] From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Hi Jim, Jim Arona wrote: > It may be that it is worth looking at in the future (I don't agree, by the > way), but whatever else is > happening, it doesn't lead any closer to addressing what happens with > Astrologer.. Your comments on specialization (in response to Stephen) got me thinking again about other generic ways that we might approach skill structures in DQ other than simply either making them broad or making them narrow. This was not intended as a discussion of Astrologer, hence the change of subject line away from Astrology, and the abstract use of "blocks" rather than actual skill specifics. > We have not, at this point, decided what sort of thing we want the skill to > be capable of. > That must be our first consideration. Decisions on how it is to be achieved > is a much later concern. Absolutely. It is completely pointless to attempt to build a solution until the user requirements are sorted. It does not however make general discussion of solution meta-language irrelevant. Irrespective of which skill we are discussing many of the campaign pressures remain constant (party mixes, longevity, etc). Finding high level structures that would work well within the campaign gives us extra modelling tools to apply to our user requirements -- once we sort out what they are. > I proprose that we deal with the skill's format at such time as we have > something to discuss. Agreed. In the meantime I will happily discuss blue and green skill blocks with whomever feels interested. Those of you expecting this to provide specific answers to Astrologer, listen to Jim. Nothing to see here, move along, move along. Regards, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 13:00:57 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA02885; Fri, 30 Jun 2000 12:49:40 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA02881 for ; Fri, 30 Jun 2000 12:49:37 +1200 Message-ID: <395BE9FD.6E53F358@peace.com> Date: Fri, 30 Jun 2000 12:29:49 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Astrologer is stuffed From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Michael Parkinson wrote: > ...prophets or wise-women recognising royalty in disguise or unaware of their > state; etc Royalty unaware of their state are traditionally recognized by oddly shaped birthmarks. Looking around real world royalty we might also surmise that buck teeth, horsey noses and no chin assist in identification. :) Hmmm... phrenology? -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 13:02:59 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA02918; Fri, 30 Jun 2000 12:53:17 +1200 Received: from fep4-orange.clear.net.nz (fep4-orange.clear.net.nz [203.97.32.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA02915 for ; Fri, 30 Jun 2000 12:53:11 +1200 Received: from comms.maclean.co.nz (b002-m010-p043.acld.clear.net.nz [203.167.200.107]) by fep4-orange.clear.net.nz (1.5/1.6) with ESMTP id MAA22045; Fri, 30 Jun 2000 12:52:27 +1200 (NZST) Received: by comms.maclean.co.nz with Internet Mail Service (5.0.1460.8) id ; Fri, 30 Jun 2000 12:30:58 +1200 Message-ID: Date: Fri, 30 Jun 2000 12:30:56 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Subject: RE: Skill Structure [nothing at all to do with Astrology] From: Tom Mason To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Your comments on specialization (in response to Stephen) got me thinking again about other generic ways that we might approach skill structures in DQ other than simply either making them broad or making them narrow. This was not intended as a discussion of Astrologer, hence the change of subject line away from Astrology, and the abstract use of "blocks" rather than actual skill specifics. Can we have a look at the unarmed skill in this new discussion. Tom -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 13:04:37 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA02826; Fri, 30 Jun 2000 12:44:41 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA02823 for ; Fri, 30 Jun 2000 12:44:38 +1200 Message-ID: <395BE8D2.ADA8F2B8@peace.com> Date: Fri, 30 Jun 2000 12:24:50 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Astrologer is stuffed From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > I like that they could detect the effect of curses, dooms, fates, etc ... > Why don't we make that the core of a revised Astrology skill. Perhaps they > could even have some skill at manipulating dooms and fates. Sounds pretty > funky, I reckon. The "Sleeping Beauty" effect. Evil fairy says: "When she is 16 she will prick her finger in a spindle and DIE!". Good fairy says: "Well, I can't get rid of it, but I can modify it... She will not actually die, but will fall into a slumber almost indistinguishable from death until...", etc. Being able to re-interpret and thus modify dooms, fates, etc, does sound well within the purvey of Astrologers, and a desirable ability. I'm just not sure how much the PCs would be able to control it -- as a GM I wouldn't want to see this as an easy way of removing a well earned doom, although it would be reasonable for an Astrologer to perhaps be able to provide information on how the doom could be ameliorated or lifted. -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 13:06:24 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA02810; Fri, 30 Jun 2000 12:43:41 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with SMTP id MAA02807 for ; Fri, 30 Jun 2000 12:43:36 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Friday, June 30, 2000 12:39:32 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Fri, 30 Jun 2000 12:42:42 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A7202261375@falaklex00.fcl.co.nz> Date: Fri, 30 Jun 2000 12:42:33 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFE22C.193C2D00" Subject: RE: Skill Structure [nothing at all to do with Astrology] From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFE22C.193C2D00 Content-Type: text/plain Talking of coloured blocks, how high can you stack your coloured blocks? Can you get as many blue blocks in a multi-colour stack as you can in a purely blue stack, albeit more slowly, or should a blue tower br inherently capable of holding more blue blocks (within human limits, of course). To use the conveniently provided example, in the time that many people would have 4 of each of many (?7?) types of blocks, someone has built a tower of 8 jade blocks, with 4 blocks of each of two other colours. Why should they be limited to 10 jade blocks ever? Why do the number of other supporting blocks need to increase whenever more jade blocks are added? Would it be easier to just stack more jade blocks, or would the tower become unstable if other colours weren't added? If we don't want everyone to use the same mix of blocks at each height of the tower, why do we limit specialisation? Should people be able to just buy jade blocks without any other sort of blocks, or should there be a minimum colour mix ratio? Would the cost be reduced if only certain colours were added, or if certain colours were forever banned from the tower? Can people build a series of low-rise dwellings with the same blocks that they could have built their tower with, and if so, is it as "cost-efficient" or should we not worry about efficiency when freedom of expression is now available? Hey Martin, the coloured block metaphor is quite flexible. Supply-chain solutions become sensible ranking business for specialists in certain professions. Andrew > -----Original Message----- > In the meantime I will happily discuss blue and green skill blocks with > whomever feels interested. Those of you expecting this to provide specific > answers to Astrologer, listen to Jim. Nothing to see here, move along, > move > along. > > Regards, > Martin > > ------_=_NextPart_001_01BFE22C.193C2D00 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Skill Structure [nothing at all to do with = Astrology]

Talking of coloured = blocks, how high can you stack your coloured blocks? Can you get as = many blue blocks in a multi-colour stack as you can in a purely blue = stack, albeit more slowly, or should a blue tower br inherently capable = of holding more blue blocks (within human limits, of = course).

To use the = conveniently provided example, in the time that many people would have = 4 of each of many (?7?) types of blocks, someone has built a tower of 8 = jade blocks, with 4 blocks of each of two other colours. Why should = they be limited to 10 jade blocks ever? Why do the number of other = supporting blocks need to increase whenever more jade blocks are added? = Would it be easier to just stack more jade blocks, or would the tower = become unstable if other colours weren't added? If we don't want = everyone to use the same mix of blocks at each height of the tower, why = do we limit specialisation? Should people be able to just buy jade = blocks without any other sort of blocks, or should there be a minimum = colour mix ratio? Would the cost be reduced if only certain colours = were added, or if certain colours were forever banned from the tower? = Can people build a series of low-rise dwellings with the same blocks = that they could have built their tower with, and if so, is it as = "cost-efficient" or should we not worry about efficiency when = freedom of expression is now available?

Hey Martin, the = coloured block metaphor is quite flexible. Supply-chain solutions = become sensible ranking business for specialists in certain = professions.

Andrew

    -----Original Message-----
    In the meantime I will happily = discuss blue and green skill blocks with
    whomever feels interested. Those of = you expecting this to provide specific
    answers to Astrologer, listen to = Jim.  Nothing to see here, move along, move
    along.

    Regards,
             &nb= sp;      Martin


------_=_NextPart_001_01BFE22C.193C2D00-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 13:44:06 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id NAA03352; Fri, 30 Jun 2000 13:40:12 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id NAA03349 for ; Fri, 30 Jun 2000 13:40:09 +1200 Message-ID: <395BF5D1.AF053728@peace.com> Date: Fri, 30 Jun 2000 13:20:17 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Skill Structure [nothing at all to do with Astrology] From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Tom Mason wrote: > Can we have a look at the unarmed skill in this new discussion. Ummm... no? :) I don't say that to be autocratic... just that the intent is to discuss skill structure at a high level with regards to pressures and outcomes. I agree wholeheartedly with Jim in that there is no point attempting a solution fit until we have decided what the requirements are. Do we know what the requirements for Unarmed are? There will be certain requirements that should remain constant no matter what skill (or other part of the game) we are discussing. Usability is one of these. There are generic requirements created by the form of the campaign -- semi-random character mixes every 3 months, and lots of PCs suggest (at least IMHO) that designing with an eye to character variety is desirable. The longevity of the campaign and the longevity of PCs suggest that depth of ability is desirable (aka "top out syndrome"). If people feel that unarmed combat is an area to examine and perhaps re-work then user requirement analysis is the first step. Some questions that would be worth answering are: What style of unarmed combat do we want? (Boxing, Brawling, Greco-Roman wrestling, Karate) What flavour/genre do we want? (Basically realistic, Martial arts movies, Gemmel novels) How important do we want to make unarmed? (Most important combat skill, used only rarely as a desperate measure) How detailed do we want it? (Precise moves, general intent, narrative) Once these (and other questions) have been answered we can start looking at a functional solution. Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 14:29:09 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id OAA03687; Fri, 30 Jun 2000 14:26:55 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id OAA03682 for ; Fri, 30 Jun 2000 14:26:49 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id OAA00013 for ; Fri, 30 Jun 2000 14:26:16 +1200 (NZST) Date: Fri, 30 Jun 2000 14:25:05 +1200 Message-ID: <000301bfe23a$6710fb90$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: Meeting? From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Dear All, Are we having a gods Meeting on Sunday (2/7/00) -- or do I get to polish the Returned Wyrm scenario in peace? No agenda has been posted. I believe the only things which are almost proposable are [quick] changes to: *Lesser Efreeti (banishable) *Dragonflames (wardable) please advise ASAP, Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 15:13:51 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id PAA03925; Fri, 30 Jun 2000 15:04:19 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with SMTP id PAA03922 for ; Fri, 30 Jun 2000 15:04:13 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Friday, June 30, 2000 14:59:53 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Fri, 30 Jun 2000 15:03:02 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A720226137C@falaklex00.fcl.co.nz> Date: Fri, 30 Jun 2000 15:02:52 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFE23F.B3FF90A0" Subject: RE: Meeting? From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFE23F.B3FF90A0 Content-Type: text/plain Without an agenda or burning issues we are unlikely to get a quorum. GM problems tend to surface in teh second GM's meeting of the quarter, and the third often has people coming along because they are running something next session. This is the quietest metting - lets cancel it this time Andrew > -----Original Message----- > From: Michael Parkinson [SMTP:m.parkinson@auckland.ac.nz] > Sent: Friday, June 30, 2000 2:25 PM > To: dq@dq.sf.org.nz > Subject: Meeting? > Importance: High > > Dear All, > > Are we having a gods Meeting on Sunday (2/7/00) -- or do I get to polish > the Returned Wyrm scenario in peace? > > No agenda has been posted. I believe the only things which are almost > proposable are [quick] changes to: > > *Lesser Efreeti (banishable) > *Dragonflames (wardable) > > please advise ASAP, Michael > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- ------_=_NextPart_001_01BFE23F.B3FF90A0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Meeting?

Without an agenda or = burning issues we are unlikely to get a quorum. GM problems tend to = surface in teh second GM's meeting of the quarter, and the third often = has people coming along because they are running something next = session. This is the quietest metting - lets cancel it this = time

Andrew

    -----Original Message-----
    From:   Michael Parkinson = [SMTP:m.parkinson@auckland.ac.nz]
    Sent:   Friday, June 30, 2000 2:25 PM
    To:     dq@dq.sf.org.nz
    Subject:       = Meeting?
    Importance:     High

    Dear All,

    Are we having  a gods Meeting on = Sunday (2/7/00) -- or do I get to polish
    the Returned Wyrm scenario in = peace?

    No agenda has been posted.  I = believe the only things which are almost
    proposable are [quick] changes = to:

    *Lesser Efreeti (banishable)
    *Dragonflames (wardable)

    please advise ASAP, Michael



    -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html = --

------_=_NextPart_001_01BFE23F.B3FF90A0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 16:29:04 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id QAA04648; Fri, 30 Jun 2000 16:16:56 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id QAA04645 for ; Fri, 30 Jun 2000 16:16:52 +1200 Message-ID: <395C1A84.E1497D45@peace.com> Date: Fri, 30 Jun 2000 15:56:52 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Skill Structure [nothing at all to do with Astrology] From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > "Andrew Withy (FAL AKL)" wrote: > > Talking of coloured blocks, how high can you stack your coloured blocks? Can you get as many blue blocks in a multi-colour stack as you can in a purely blue stack, albeit more slowly, or should a blue tower br inherently capable of holding more blue blocks (within human limits, of course). Ahhh... now we get into the nitty gritty of game design. :) > To use the conveniently provided example, in the time that many people would have 4 of each of many (?7?) types of blocks, someone has built a tower of 8 jade blocks, with 4 blocks of each of two other colours. Yes. I was mistaken initially (or at least phrased it sub-optimally) in suggesting that rainbow blocks were involoved. It would be more accurate to say that in certain cases you get several blocks each of a different colour each rank... so they're really rainbow skills rather than rainbow blocks. Thief and Astologer are good examples of this. Each skill has a number of specific abilities (colours) and each rank you progress equally in all (number of blocks), ending up with a stack made of an equal number of each applicable colour. Courtier, Troub, Mech let you pick a colour a rank (or similar), possibly giving you some initial starting blocks, and once more as you progress in ranks you get more blocks of every appropriate colour. Troub and Courtier have the added ability to take 2 blocks of a colour you already have, rather than 1 of a new colour, but there is a loss too, since when a new colour is picked you don't actually get only 1 block, but rather a number equal to the total picks so far + 1. (That is to say, the new ability is not practised at rank 0/1 but att he rank of the skill as a whole). In the case you mention Andrew, if there are three starting picks then generalization (only taking new colours) will result after 4 more picks in a total of 35 blocks (7 colours x 5 -- DQ having the odd effect of counting from 0). Only picking the same colour again (as Jade has), results in 19 blocks (9 + (5 x 2)), which is not (as Jim has said), as much bang for your buck. > Why should they be limited to 10 jade blocks ever? Arbitary (and because in DQ ability above 10 may be harder to determine). This however, also creates a pressure against specialisation. The specialist will hit the top faster than the generalist (who will get there in the end, and with far more blocks alltogether). > Why do the number of other supporting blocks need to increase whenever more jade blocks are added? Would it be easier to just stack more jade blocks, or would the tower become unstable if other colours weren't added? This would make an inheretly more detailed and complex (and probably complicated) system. It would also make the concept of Rank generally redundant as it would describe the total qty of blocks in a PCs hand, but not the height of any part. > Would the cost be reduced if only certain colours were added, or if certain colours were forever banned from the tower? Banned is an interesting idea. > Hey Martin, the coloured block metaphor is quite flexible. Supply-chain solutions become sensible ranking business for specialists in certain professions. Well... actually I thought it was just my Lego obsession showing. Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 20:43:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id UAA06135; Fri, 30 Jun 2000 20:38:30 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id UAA06132 for ; Fri, 30 Jun 2000 20:38:27 +1200 Received: from jimarona.ihug.co.nz (p183-tnt2.akl.ihug.co.nz [203.109.245.183]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id UAA14876 for ; Fri, 30 Jun 2000 20:37:49 +1200 Date: Fri, 30 Jun 2000 20:30:16 +1200 Message-ID: <01bfe26d$6b2717e0$b7f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Astrologer is stuffed From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Martin Dickson wrote, innocently: >The "Sleeping Beauty" effect. Evil fairy says: "When she is 16 she will prick >her finger in a spindle and DIE!". Good fairy says: "Well, I can't get rid of >it, but I can modify it... She will not actually die, but will fall into a >slumber almost indistinguishable from death until...", etc. > >Being able to re-interpret and thus modify dooms, fates, etc, does sound well >within the purvey of Astrologers, and a desirable ability. > >I'm just not sure how much the PCs would be able to control it -- as a GM I >wouldn't want to see this as an easy way of removing a well earned doom, >although it would be reasonable for an Astrologer to perhaps be able to provide >information on how the doom could be ameliorated or lifted. > Reckon. What about letting the player sue the DM to moderate the effects of a doom (only dooms, I think)? The DM can make such die roll modifications that DMs are trained to understand, but that players are for ever denied the opportunity of fully understanding until they recieve the bounty of such enligtenment. If the DM thinks the moderation of the doom is kind of cool, then they can give it a whopping great modifier. If they think it's just a stinking great pile of dodo vomit, they can rule that it doesn't work. Alternatively, it could be that the Astrologer might attempt to find a way to lift the doom...Again, the DM is left with an adventure thread, instead of a die roll to look at. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 20:44:21 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id UAA06069; Fri, 30 Jun 2000 20:28:41 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id UAA06066 for ; Fri, 30 Jun 2000 20:28:37 +1200 Received: from jimarona.ihug.co.nz (p183-tnt2.akl.ihug.co.nz [203.109.245.183]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id UAA14360 for ; Fri, 30 Jun 2000 20:27:58 +1200 Date: Fri, 30 Jun 2000 20:20:25 +1200 Message-ID: <01bfe26c$0afd9700$b7f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Skill Structure [nothing at all to do with Astrology] From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Martin Dickson wrote: >Your comments on specialization (in response to Stephen) got me thinking again >about other generic ways that we might approach skill structures in DQ other >than simply either making them broad or making them narrow. This was not >intended as a discussion of Astrologer, hence the change of subject line away >from Astrology, and the abstract use of "blocks" rather than actual skill >specifics. > And a few other things, too. I won't go into them, but I'll just deal with the issue that they generally raise. I'm not saying that we shouldn't work on some, if you like to use the term, end-user format. What I am saying is that at this stage, dealing with that issue, when the method of what the skill will actually do is counterproductive, because form often defines the limit of the function. For example, if the skill that is resolved doesn't fit the format that every one likes, then the work is wasted, or worse, the work is forced into an unnatural construction to satisfy the concerns of everyone that worked on it. I am recalled of the nature of the design and construction of the space shuttle, which had to have a part from every state, to satisfy congressional politicians, even when there was no need for an extra part. Let us, for the nonce, eschew the matter, until we have something to occupy our attention in that regard. >Agreed. In the meantime I will happily discuss blue and green skill blocks with >whomever feels interested. Those of you expecting this to provide specific >answers to Astrologer, listen to Jim. Nothing to see here, move along, move >along. That kind of innocence reeks of cunning, duplicity, and trenchant deviousness...Ah, well... :-) Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jun 30 20:58:33 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id UAA06181; Fri, 30 Jun 2000 20:43:36 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id UAA06177 for ; Fri, 30 Jun 2000 20:43:32 +1200 Received: from jimarona.ihug.co.nz (p183-tnt2.akl.ihug.co.nz [203.109.245.183]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id UAA15153 for ; Fri, 30 Jun 2000 20:42:54 +1200 Date: Fri, 30 Jun 2000 20:35:21 +1200 Message-ID: <01bfe26e$21032f40$b7f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0026_01BFE2D2.B6380F40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Skill Structure [nothing at all to do with Astrology] From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0026_01BFE2D2.B6380F40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 =20 Talking of coloured blocks, how high can you stack your coloured = blocks? Can you get as many blue blocks in a multi-colour stack as you = can in a purely blue stack, albeit more slowly, or should a blue tower = br inherently capable of holding more blue blocks (within human limits, = of course). =20 To use the conveniently provided example, in the time that many = people would have 4 of each of many (?7?) types of blocks, someone has = built a tower of 8 jade blocks, with 4 blocks of each of two other = colours. Why should they be limited to 10 jade blocks ever? Why do the = number of other supporting blocks need to increase whenever more jade = blocks are added? Would it be easier to just stack more jade blocks, or = would the tower become unstable if other colours weren't added? If we = don't want everyone to use the same mix of blocks at each height of the = tower, why do we limit specialisation? Should people be able to just buy = jade blocks without any other sort of blocks, or should there be a = minimum colour mix ratio? Would the cost be reduced if only certain = colours were added, or if certain colours were forever banned from the = tower? Can people build a series of low-rise dwellings with the same = blocks that they could have built their tower with, and if so, is it as = "cost-efficient" or should we not worry about efficiency when freedom of = expression is now available? =20 =20 =20 So...How much do these blocks cost, where do you get them, and how = do you ingest them? =20 ------=_NextPart_000_0026_01BFE2D2.B6380F40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Skill Structure [nothing at all to = do with Astrology]
<AndrewW@falum.co.nz>

&n= bsp;

Talking of coloured = blocks, how=20 high can you stack your coloured blocks? Can you get as many blue = blocks in=20 a multi-colour stack as you can in a purely blue stack, albeit more = slowly,=20 or should a blue tower br inherently capable of holding more blue = blocks=20 (within human limits, of course).

To use the = conveniently provided=20 example, in the time that many people would have 4 of each of many = (?7?)=20 types of blocks, someone has built a tower of 8 jade blocks, with 4 = blocks=20 of each of two other colours. Why should they be limited to 10 jade = blocks=20 ever? Why do the number of other supporting blocks need to increase = whenever=20 more jade blocks are added? Would it be easier to just stack more = jade=20 blocks, or would the tower become unstable if other colours weren't = added?=20 If we don't want everyone to use the same mix of blocks at each = height of=20 the tower, why do we limit specialisation? Should people be able to = just buy=20 jade blocks without any other sort of blocks, or should there be a = minimum=20 colour mix ratio? Would the cost be reduced if only certain colours = were=20 added, or if certain colours were forever banned from the tower? Can = people=20 build a series of low-rise dwellings with the same blocks that they = could=20 have built their tower with, and if so, is it as = "cost-efficient"=20 or should we not worry about efficiency when freedom of expression = is now=20 available?

 

So...How much do these blocks = cost, where do=20 you get them, and how do you ingest = them?

------=_NextPart_000_0026_01BFE2D2.B6380F40-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Jul 1 10:43:32 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id KAA10767; Sat, 1 Jul 2000 10:38:39 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id KAA10764 for ; Sat, 1 Jul 2000 10:38:35 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id KAA14847 for ; Sat, 1 Jul 2000 10:37:38 +1200 (NZST) Date: Sat, 1 Jul 2000 10:36:25 +1200 Message-ID: <000001bfe2e3$a0048e90$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: Meeting tomorrow? From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Sorry if this is a double posting -- but I didn't see the message on Friday: Are we having a gods Meeting on Sunday (2/7/00) No agenda has been posted. I believe the only things which are almost proposable are [quick] changes to: *Lesser Efreeti (banishable) *Dragonflames (wardable), regards, Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Jul 1 12:58:37 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id MAA11535; Sat, 1 Jul 2000 12:56:49 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id MAA11532 for ; Sat, 1 Jul 2000 12:56:45 +1200 Received: from jimarona.ihug.co.nz (p142-tnt6.akl.ihug.co.nz [216.100.154.142]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA03242 for ; Sat, 1 Jul 2000 12:55:43 +1200 Date: Sat, 1 Jul 2000 12:47:58 +1200 Message-ID: <01bfe2f6$00ac7e80$8e9a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Meeting tomorrow? From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >Are we having a gods Meeting on Sunday (2/7/00) >No agenda has been posted. Andrew Withy suggested that we cancel. The things that were discussed so far are: >*Lesser Efreeti (banishable) >*Dragonflames (wardable), And, the degree to which Astrology was stuffed, and what might be done about it. I would say that the meeting could happily roll over to next month. But, in general, I would like to proprose a change to the general format of the meeting, and it is this: We should take some time do talk about actually running games, not just about the campaign or the rules. It is the area of DMing that we talk about the least amongst ourselves, and it is the thing that we ought to talk about the most. There seems little point in raising it for the current meeting. I don't know if anyone else has anything that they want to talk about, but I certainly don't, really. Although, I must say that I'm happy to chatter on about it, if they want. Let us make a change to the format of the meeting so that it allows us the address the art of DMing. But, let us do it next month. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Jul 1 18:43:42 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id SAA13627; Sat, 1 Jul 2000 18:29:13 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id SAA13624 for ; Sat, 1 Jul 2000 18:29:09 +1200 Received: from work.ihug.co.nz (p14-max10.akl.ihug.co.nz [206.18.98.14]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id SAA20222 for ; Sat, 1 Jul 2000 18:28:00 +1200 Message-Id: <4.3.2.7.0.20000701181949.00b289b0@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 01 Jul 2000 18:24:44 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: No Gods meeting this Sunday (2 July) From: Keith Smith To: dq-announce@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-announce@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Looks like their is no meeting this Sunday at Mikes. Mike isn't receiving dq e-mail at the moment, which I need to check up on, so, if anyone needs to contact him, please ring 3570725. Keith (phaeton@ihug.co.nz) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 3 09:29:02 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id JAA27560; Mon, 3 Jul 2000 09:19:41 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id JAA27557 for ; Mon, 3 Jul 2000 09:19:37 +1200 Message-ID: <395FB16C.D195B77E@peace.com> Date: Mon, 03 Jul 2000 09:17:32 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Skill Structure [nothing at all to do with Astrology] From: Michael Woodhams To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: michael.woodhams@peace.com Martin Dickson wrote: > > Hey Martin, the coloured block metaphor is quite flexible. Supply-chain solutions become sensible ranking business for specialists in certain professions. > > Well... actually I thought it was just my Lego obsession showing. > I bought some computer controlled Lego last week. Michael. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 3 09:44:14 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id JAA27629; Mon, 3 Jul 2000 09:29:10 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id JAA27625 for ; Mon, 3 Jul 2000 09:29:07 +1200 Message-ID: <395FAF20.9448C4F5@peace.com> Date: Mon, 03 Jul 2000 09:07:44 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Skill Structure [nothing at all to do with Astrology] From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > So...How much do these blocks cost, where do you get them, > and how do you ingest them? > Hey... you might be on to something here. Character creation using liquorice allsorts.... colours to indicate types of ability, quantity to represent skill level.... Pros: Character power/level is obvious at a glance. GMs have more fun playing vampires Cons: GMs on sugar highs may be more whimsical PCs may be mistaken for snack-food during games. Characters become sticky in hot weather. -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 3 09:45:19 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id JAA27693; Mon, 3 Jul 2000 09:35:18 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id JAA27690 for ; Mon, 3 Jul 2000 09:35:15 +1200 Message-ID: <395FB517.B2D1A0E1@peace.com> Date: Mon, 03 Jul 2000 09:33:11 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Skill Structure [nothing at all to do with Astrology] From: Michael Woodhams To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Michael Woodhams wrote: > Martin Dickson wrote: > > > > Hey Martin, the coloured block metaphor is quite flexible. Supply-chain solutions become sensible ranking business for specialists in certain professions. > > > > Well... actually I thought it was just my Lego obsession showing. > > > > I bought some computer controlled Lego last week. > > Michael. > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- Sorry, that was supposed to go only to Martin. I have many times accidentally sent stuff to the DQ list by hitting 'reply', and normally I ignore it rather than add still more noise with an apology. This is a particularly off-topic example however. Sorry also for all the other times I've sent a reply of marginal value because I thought it was only going to one person. Michael W. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 3 17:59:05 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id RAA30959; Mon, 3 Jul 2000 17:49:21 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id RAA30956 for ; Mon, 3 Jul 2000 17:49:18 +1200 Received: from jimarona.ihug.co.nz (p213-tnt1.akl.ihug.co.nz [206.18.111.213]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA23943 for ; Mon, 3 Jul 2000 17:47:00 +1200 Date: Mon, 3 Jul 2000 17:39:00 +1200 Message-ID: <01bfe4b0$fdbd93a0$d56f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Astrologer From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz We should determine what we want the skill to do. In general, there are two major approaches to predictions: The seer sees clearly, but it is a potential future, and the viewer is unaware of what the exact preconditions are to produce the outcome. The seer sees in a way shrouded with ambiguity, riddles, and other kinds of DM derived deception. We can have both, I suppose, and allow the DM afflicted with an astrologer decide which kind of reading he wants to provide. Obviously, the one that provides the viewer with the vision takes less time to do in the middle of a game, whereas the riddle approach can take a while. On the other hand, the riddle approach provides players with a reference tool that they can take away. I prefer taking both versions, and letting the DM decide how they're going to be applied. I am not about to be instructed by a player to come up with a riddle that will make a profound kind of sense at the end of the game. About predicting days of good and ill omen, I don't object to it, so long as, again, it rests in the DMs hands, and is played for dramatic effect. I don't want to see it acting as a minor bonus or penalty to their chances across the board. I am playing in a game at the moment where 2 players have difficulty working out what there numbers are at the best of times. I know, you're only talking about a 1 or 2 point variation. The players I have in mind find dealing with a lesser enchantment difficult to deal with. That's a fairly static die roll modifier. Imagine what this ephemeral modifier would do. Do we want astrologers to be able to lift Dooms? At the moment, they cannot be removed, really. And, I like that it can't be removed by death, etc. On the other hand, I would like there to be some agency by which you could remove them, otherwise, some idiot out there is going to afflict a terrible doom on some poor bugger. Again, there are three paths. Astrologer allows you to determine what the character must do to remove the doom. Astrology may be used to alter the wording of the doom. Both. I like both. Now, the only real hassle is how to do write the wretched skill. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Jul 4 09:28:56 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id JAA03772; Tue, 4 Jul 2000 09:20:59 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id JAA03769 for ; Tue, 4 Jul 2000 09:20:54 +1200 Message-ID: <3960FE85.106601B3@peace.com> Date: Tue, 04 Jul 2000 08:58:45 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Astrologer From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > About predicting days of good and ill omen, I don't object to it, so > long as, again, it rests in the DMs hands, and is played for dramatic effect. > I don't want to see it acting as a minor bonus or penalty to their chances > across the board. Perhaps narrative in nature? That is to say, an Astrologer is the person you ask for the most auspicious date to begin a journey or the necessary date to perform some ritual, etc. One downside; this is an essentially passive ability -- the player askes the GM and the GM gives them a date... not terribly exciting to play. Is there perhaps a way of making the player "work" for the information? > Astrology may be used to alter the wording of the doom. This is not a time one wants a critical failure. :) -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Jul 4 09:43:43 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id JAA03884; Tue, 4 Jul 2000 09:39:33 +1200 Received: from akl-notes2.aj.co.nz (akl-notes.aj.co.nz [202.27.194.165]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id JAA03881 for ; Tue, 4 Jul 2000 09:39:29 +1200 Received: from akl-notes.aj.co.nz ([192.168.4.165]) by akl-notes2.aj.co.nz (Lotus Domino Release 5.0.3 (Intl)) with ESMTP id 2000070409413282:8061 ; Tue, 4 Jul 2000 09:41:32 +1200 X-Mailer: Lotus Notes Release 5.0.3 (Intl) 21 March 2000 Message-ID: Date: Tue, 4 Jul 2000 09:39:27 +1200 X-MIMETrack: Serialize by Router on akl-notes.aj.co.nz/AJNzl/NZ(Release 5.0.3 (Intl)|21 March 2000) at 04/07/2000 09:39:28, Serialize complete at 04/07/2000 09:39:28, Itemize by SMTP Server on akl-notes2/AJNzl/NZ(Release 5.0.3 (Intl)|21 March 2000) at 04/07/2000 09:41:32, Serialize by Router on akl-notes2/AJNzl/NZ(Release 5.0.3 (Intl)|21 March 2000) at 04/07/2000 09:41:37, Serialize complete at 04/07/2000 09:41:37 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 00772313CC256911_=" Subject: Re: Astrologer From: Rosemary_Mansfield/AJNzl/NZ@AJ.CO.NZ To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 00772313CC256911_= Content-Type: text/plain; charset="us-ascii" So they combine the two abilities: a) pick the most auspicious day to attempt to change the doom b) make the attempt Rosemary Martin Dickson Sent by: owner-dq@dq.sf.org.nz 04/07/2000 08:58 Please respond to dq To: dq@dq.sf.org.nz cc: Subject: Re: Astrologer Jim Arona wrote: > About predicting days of good and ill omen, I don't object to it, so > long as, again, it rests in the DMs hands, and is played for dramatic effect. > I don't want to see it acting as a minor bonus or penalty to their chances > across the board. Perhaps narrative in nature? That is to say, an Astrologer is the person you ask for the most auspicious date to begin a journey or the necessary date to perform some ritual, etc. One downside; this is an essentially passive ability -- the player askes the GM and the GM gives them a date... not terribly exciting to play. Is there perhaps a way of making the player "work" for the information? > Astrology may be used to alter the wording of the doom. This is not a time one wants a critical failure. :) -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- --=_alternative 00772313CC256911_= Content-Type: text/html; charset="us-ascii"
So they combine the two abilities:
a) pick the most auspicious day to attempt to change the doom
b) make the attempt

Rosemary



Martin Dickson <martin.dickson@peace.com>
Sent by: owner-dq@dq.sf.org.nz

04/07/2000 08:58
Please respond to dq

       
        To:        dq@dq.sf.org.nz
        cc:        
        Subject:        Re: Astrologer


Jim Arona wrote:

>        About predicting days of good and ill omen, I don't object to it, so
> long as, again, it rests in the DMs hands, and is played for dramatic effect.
> I don't want to see it acting as a minor bonus or penalty to their chances
> across the board.

Perhaps narrative in nature?  That is to say, an Astrologer is the person you
ask for the most auspicious date to begin a journey or the necessary date to
perform some ritual, etc.

One downside; this is an essentially passive ability -- the player askes the GM
and the GM gives them a date... not terribly exciting to play.  Is there perhaps
a way of making the player "work" for the information?


>       Astrology may be used to alter the wording of the doom.

This is not a time one wants a critical failure.  :)

--

_/_/  Peace Software New Zealand Ltd   Email: Martin.Dickson@peace.com
_/     Martin Dickson                   Fax  : +64-9-373-0401
      Analyst                          Phone: +64-9-373-0400




-- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html --

--=_alternative 00772313CC256911_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Jul 4 10:28:32 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id KAA04098; Tue, 4 Jul 2000 10:14:12 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id KAA04095 for ; Tue, 4 Jul 2000 10:14:09 +1200 Received: from work.ihug.co.nz (p171-tnt5.akl.ihug.co.nz [203.109.194.171]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id KAA02574 for ; Tue, 4 Jul 2000 10:11:29 +1200 Message-Id: <4.3.2.7.0.20000704100623.00b29300@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 04 Jul 2000 10:06:59 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Test message - Mike P, please reply if you get this. From: Keith Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Test2 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Jul 4 18:43:32 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id SAA07644; Tue, 4 Jul 2000 18:36:17 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id SAA07641 for ; Tue, 4 Jul 2000 18:36:13 +1200 Received: from ihug.co.nz (p428-tnt4.akl.ihug.co.nz [206.18.104.174]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id SAA28033 for ; Tue, 4 Jul 2000 18:33:23 +1200 Message-ID: <3961861D.B62B34BD@ihug.co.nz> Date: Tue, 04 Jul 2000 18:37:17 +1200 X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Fire College conversion From: scott whitaker To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Can Fire mages change college and respend tehir xp and time due to the major changes in the college? There have been significant changes and I feel allowing this would be reasonable. I would not have created a fire mege under the new rules. scott Whitaker -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Jul 4 18:58:33 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id SAA07755; Tue, 4 Jul 2000 18:54:20 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id SAA07752 for ; Tue, 4 Jul 2000 18:54:17 +1200 Received: from jimarona.ihug.co.nz (p259-tnt2.akl.ihug.co.nz [203.109.255.5]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id SAA29440 for ; Tue, 4 Jul 2000 18:51:26 +1200 Date: Tue, 4 Jul 2000 18:43:22 +1200 Message-ID: <01bfe583$263be840$05ff6dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Fire College conversion From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >Can Fire mages change college and respend tehir xp >and time due to the major changes in the college? > >There have been significant changes and I feel >allowing this would be reasonable. > >I would not have created a fire mege under the new >rules. Why is your character a fire mage, then? There hasn't been substantial change to the college. If anything, it has got wider. What is the nature of your character that you feel the need to change college? -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 5 14:28:38 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id OAA14702; Wed, 5 Jul 2000 14:19:25 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id OAA14699 for ; Wed, 5 Jul 2000 14:19:20 +1200 Received: from work.ihug.co.nz (p92-tnt7.akl.ihug.co.nz [203.109.203.92]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id OAA29204 for ; Wed, 5 Jul 2000 14:16:02 +1200 Message-Id: <4.3.2.7.0.20000705141020.00abf600@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 05 Jul 2000 14:11:53 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Guild meeting awards From: Keith Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Can anyone remember what are the current prizes given out for the awards at each Guild meeting. I'm wanting to make up the certificates but I can't remember what to put on them. Thanks, Keith (phaeton@ihug.co.nz) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 5 15:59:13 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id PAA15430; Wed, 5 Jul 2000 15:54:09 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with SMTP id PAA15427 for ; Wed, 5 Jul 2000 15:54:03 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Wednesday, July 05, 2000 15:46:59 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Wed, 5 Jul 2000 15:50:07 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A7202261396@falaklex00.fcl.co.nz> Date: Wed, 5 Jul 2000 15:50:05 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFE634.1BE02960" Subject: RE: Guild meeting awards From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFE634.1BE02960 Content-Type: text/plain guild services to the value of 1,000sp. > -----Original Message----- > From: Keith Smith [SMTP:phaeton@ihug.co.nz] > Sent: Wednesday, July 05, 2000 2:12 PM > To: dq@dq.sf.org.nz > Subject: Guild meeting awards > > Can anyone remember what are the current prizes given out for the awards > at > each Guild meeting. I'm wanting to make up the certificates but I can't > remember what to put on them. > > Thanks, > > Keith > (phaeton@ihug.co.nz) > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- ------_=_NextPart_001_01BFE634.1BE02960 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Guild meeting awards

guild services to = the value of 1,000sp.

    -----Original Message-----
    From:   Keith Smith [SMTP:phaeton@ihug.co.nz]
    Sent:   Wednesday, July 05, 2000 2:12 PM
    To:     dq@dq.sf.org.nz
    Subject:       = Guild meeting awards

    Can anyone remember what are the = current prizes given out for the awards at
    each Guild meeting. I'm wanting to = make up the certificates but I can't
    remember what to put on them.

    Thanks,

    Keith
    (phaeton@ihug.co.nz)



    -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html = --

------_=_NextPart_001_01BFE634.1BE02960-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 5 16:58:47 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-19980830) id QAA15844; Wed, 5 Jul 2000 16:57:07 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-19980830) with ESMTP id QAA15841 for ; Wed, 5 Jul 2000 16:57:03 +1200 Received: from jimarona.ihug.co.nz (p162-tnt8.akl.ihug.co.nz [203.109.138.162]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id QAA21473 for ; Wed, 5 Jul 2000 16:53:41 +1200 Date: Wed, 5 Jul 2000 16:45:20 +1200 Message-ID: <01bfe63b$d339c220$a28a6dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000E_01BFE6A0.686EA220" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Scribe notes From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_000E_01BFE6A0.686EA220 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hey, who looks after Scribe Notes from adventures, these days? I'm under = the impression that someone is doing it, but I can't think who that = person is. Jim ------=_NextPart_000_000E_01BFE6A0.686EA220 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Guild meeting = awards
Hey, who looks after Scribe Notes = from=20 adventures, these days? I'm under the impression that someone is doing = it, but I=20 can't think who that person is.
Jim
------=_NextPart_000_000E_01BFE6A0.686EA220-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 6 17:51:06 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA27757; Thu, 6 Jul 2000 17:37:00 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA27754 for ; Thu, 6 Jul 2000 17:36:57 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id RAA09928 for ; Thu, 6 Jul 2000 17:33:02 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Thu, 6 Jul 2000 17:33:16 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: light and darkness From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I was pondering light and darkness the other day, especially with respect to Celestial mages. Currently the ruling is that the spells Light and Darkness cannot create *beneficial* lighting conditions. However, Solar and Dark Mages get their best bonuses in 100% light/darkness. A condition that according to the table is described as "Magical Effect - no vision works". What magical effect? Most people would say "Rank 20 light/darkness". So do light and darkness not provide beneficial effect until you get to Rank 20, and then suddenly they provide +/- 25%? Or is this something that slipped through the cracks when Light and Darkness were modified? or what? clare (who no longer plays a Dark Mage btw) -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 7 13:21:08 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA01894; Fri, 7 Jul 2000 13:06:38 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA01891 for ; Fri, 7 Jul 2000 13:06:32 +1200 Received: from jimarona.ihug.co.nz (p238-tnt6.akl.ihug.co.nz [216.100.154.238]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA20078 for ; Fri, 7 Jul 2000 13:02:04 +1200 Date: Fri, 7 Jul 2000 12:53:32 +1200 Message-ID: <01bfe7ad$c6861e20$ee9a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re:Adam Tennant From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Does anyone know Adam Tennant's email address? jimarona@ihug.co.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 7 17:46:25 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA03956; Fri, 7 Jul 2000 17:42:24 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA03953 for ; Fri, 7 Jul 2000 17:42:20 +1200 Received: from jimarona.ihug.co.nz (p217-tnt2.akl.ihug.co.nz [203.109.245.217]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA24941 for ; Fri, 7 Jul 2000 17:37:51 +1200 Date: Fri, 7 Jul 2000 17:29:24 +1200 Message-ID: <01bfe7d4$501994c0$LocalHost@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: God's Meeting From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jono spoke to me today, and seeing as he'd been away for a while, he was under the impression that the God's Meeting had been postponed until this weekend...That is not my understanding, but then, what do I know...So, what is happening this Sunday? Is there going to be a God's Meeting? -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 7 19:00:47 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id SAA04401; Fri, 7 Jul 2000 18:53:00 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id SAA04398 for ; Fri, 7 Jul 2000 18:52:53 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Friday, July 07, 2000 18:44:35 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Fri, 7 Jul 2000 18:47:42 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A72022613C4@falaklex00.fcl.co.nz> Date: Fri, 7 Jul 2000 18:47:41 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFE7DF.3F7A7960" Subject: RE: God's Meeting From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFE7DF.3F7A7960 Content-Type: text/plain Er... no. "No business, so cancelled", not "busy so postponed". Andrew > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > Sent: Friday, July 07, 2000 5:29 PM > To: dq@dq.sf.org.nz > Subject: Re: God's Meeting > > Jono spoke to me today, and seeing as he'd been away for a while, he was > under the impression that the God's Meeting had been postponed until this > weekend...That is not my understanding, but then, what do I know...So, > what > is happening this Sunday? Is there going to be a God's Meeting? > > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- ------_=_NextPart_001_01BFE7DF.3F7A7960 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: God's Meeting

Er... no. "No = business, so cancelled", not "busy so postponed".

Andrew

    -----Original Message-----
    From:   Jim Arona [SMTP:jimarona@ihug.co.nz]
    Sent:   Friday, July 07, 2000 5:29 PM
    To:     dq@dq.sf.org.nz
    Subject:       = Re: God's Meeting

    Jono spoke to me today, and seeing as = he'd been away for a while, he was
    under the impression that the God's = Meeting had been postponed until this
    weekend...That is not my = understanding, but then, what do I know...So, what
    is happening this Sunday? Is there = going to be a God's Meeting?




    -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html = --

------_=_NextPart_001_01BFE7DF.3F7A7960-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Jul 8 17:15:46 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA12127; Sat, 8 Jul 2000 17:06:29 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA12124 for ; Sat, 8 Jul 2000 17:06:26 +1200 Received: from work.ihug.co.nz (p40-max10.akl.ihug.co.nz [206.18.98.40]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id RAA13973 for ; Sat, 8 Jul 2000 17:01:22 +1200 Message-Id: <4.3.2.7.0.20000708164515.00aa4d50@pop.ihug.co.nz> X-Sender: flamis@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 08 Jul 2000 16:49:44 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Low Level Adventure Starting From: Jacqui Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz For anyone interested, I will be starting my low level overflow adventure on Monday evening, 6:30-7:00pm start, at our address, which is 38 Tarata Cres, Mangere Bridge. I have three, maybe four players, but could use a couple more. The employer will be T'ana Silverwind, Editor of the Seagate Times. It seems that one of her reporters is missing... Jacqui Smith -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Jul 8 17:30:46 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA12288; Sat, 8 Jul 2000 17:26:55 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA12285 for ; Sat, 8 Jul 2000 17:26:52 +1200 Received: from jimarona.ihug.co.nz (p175-tnt6.akl.ihug.co.nz [216.100.154.175]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA23406 for ; Sat, 8 Jul 2000 17:21:49 +1200 Date: Sat, 8 Jul 2000 17:21:00 +1200 Message-ID: <01bfe89c$4dfafda0$af9a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Low Level Adventure Starting From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz So...The prospective adventurers who would be looking for this character would need to be illiterate? -----Original Message----- From: Jacqui Smith To: dq@dq.sf.org.nz Date: Saturday, 8 July 2000 17:11 Subject: Low Level Adventure Starting >For anyone interested, I will be starting my low level overflow adventure >on Monday evening, 6:30-7:00pm start, at our address, which is 38 Tarata >Cres, Mangere Bridge. > >I have three, maybe four players, but could use a couple more. > >The employer will be T'ana Silverwind, Editor of the Seagate Times. It >seems that one of her reporters is missing... > >Jacqui Smith > > > >-- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Jul 11 10:16:01 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA02935; Tue, 11 Jul 2000 10:03:35 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA02932 for ; Tue, 11 Jul 2000 10:03:30 +1200 Received: from work.ihug.co.nz (p208-tnt7.akl.ihug.co.nz [203.109.203.208]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id JAA21618 for ; Tue, 11 Jul 2000 09:56:55 +1200 Message-Id: <4.3.2.7.0.20000711095024.00b1a740@pop.ihug.co.nz> X-Sender: flamis@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 11 Jul 2000 09:53:37 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: Low Level Adventure Starting From: Jacqui Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >So...The prospective adventurers who would be looking for this character >would need to be illiterate? > > >For anyone interested, I will be starting my low level overflow adventure > >on Monday evening, 6:30-7:00pm start, at our address, which is 38 Tarata > >Cres, Mangere Bridge. > > > >I have three, maybe four players, but could use a couple more. > > > >The employer will be T'ana Silverwind, Editor of the Seagate Times. It > >seems that one of her reporters is missing... I have to announce that the adventure is now full. I have six players, including three new to DQ. And for Jim's benefit - all the characters appear to be literate. Jacqui Smith -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Jul 11 11:00:58 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA03357; Tue, 11 Jul 2000 11:00:25 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA03352 for ; Tue, 11 Jul 2000 11:00:22 +1200 Received: from dworkin (p24-tnt7.akl.ihug.co.nz [203.109.203.24]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id KAA11091 for ; Tue, 11 Jul 2000 10:53:47 +1200 Message-ID: <00cc01bfeac1$f37b6040$4301a8c0@dworkin.ihug.co.nz> Date: Tue, 11 Jul 2000 10:55:30 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Subject: Re: Astrologer From: "Dworkin" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Martin wrote >Perhaps narrative in nature? That is to say, an Astrologer is the person you >ask for the most auspicious date to begin a journey or the necessary date to >perform some ritual, etc. > >One downside; this is an essentially passive ability -- the player askes the GM >and the GM gives them a date... not terribly exciting to play. Is there perhaps >a way of making the player "work" for the information? This is where you get into the whole 'eye of frimpt, toe of spinge' catergory. PC1: I can do an astrology reading but I need 5 spines from a lesser purple spotted agrohaha. Party: WHAT! If people want favourable readings then make them work for them. Of course the ingredients for a reading before rescuing a kitten will be more common and readily availiable than if you're out to protect the cosmological constant. But please not that dreaded gathering rule from herbalist. JIm and Martin wrote >> Astrology may be used to alter the wording of the doom. > >This is not a time one wants a critical failure. :) > Well, no. But the possibility that altering a doom may hideously backfire on the astrologer, the doomed one, onlookers, perfectly innocent planes, etc will prevent Astrologer from being a universal Doom panacea. There should be nothing ho-hum about being doomed. It should be a hideous and terrible thing and one should perform strange and bizzare labours to remove oneself of it. An Astrologer should ideally be able help in this endeavor by pointing out a less difficult method than say, wandering up to (insert nasty here) and giving it a kicking. William -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Jul 11 16:45:53 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA05983; Tue, 11 Jul 2000 16:33:54 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA05980 for ; Tue, 11 Jul 2000 16:33:50 +1200 Message-ID: <396A9D50.A4C20318@peace.com> Date: Tue, 11 Jul 2000 16:06:40 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Campaign Events From: Martin Dickson To: dq-pub@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-pub@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq-pub@dq.sf.org.nz Preface: This is the first in a series of messages covering some events occurring this session. The specific intent of these messages is to keep players who are not playing this session -- and PCs who are at home -- up to date with certain happenings. If you are not playing (or have an interested PC at home), and would like to interact with these events in some way (or want extra information), I am happy to act as an e-GM for this. Please note: If you are playing this session then your GM's events and timelines automatically (and completely, etc.) over-ride any of this event information with respect to that character. Cheers, Martin -- Update #1. Duesday 1st - Moonday 15th of Frost : On the night of the 1st of Frost (the day of the guild meeting) an odd glow is visible on the Western horizon for a couple of hours after sunset. Over the next two weeks the same glow is sometimes similarly visible after sunset. On the night of the 15th (a full moon), several Seagate astrologers get signs of ill-omen. Given the current events with the Dark Circle however, few folk are surprised -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Jul 11 18:00:58 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA06558; Tue, 11 Jul 2000 17:53:28 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA06555 for ; Tue, 11 Jul 2000 17:53:25 +1200 Received: from jimarona.ihug.co.nz (p55-tnt6.akl.ihug.co.nz [216.100.154.55]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA04539 for ; Tue, 11 Jul 2000 17:46:40 +1200 Date: Tue, 11 Jul 2000 17:45:23 +1200 Message-ID: <01bfeafb$34e6e020$379a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Low Level Adventure Starting From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >> >I have three, maybe four players, but could use a couple more. >> > >> >The employer will be T'ana Silverwind, Editor of the Seagate Times. It >> >seems that one of her reporters is missing... > >I have to announce that the adventure is now full. I have six players, >including three new to DQ. > >And for Jim's benefit - all the characters appear to be literate. Yeah, but they're new, so they can't have read the rag...:-) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 12 11:16:07 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA12683; Wed, 12 Jul 2000 11:07:53 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA12680 for ; Wed, 12 Jul 2000 11:07:48 +1200 Received: from work.ihug.co.nz (p205-tnt5.akl.ihug.co.nz [203.109.194.205]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id LAA01366 for ; Wed, 12 Jul 2000 11:00:39 +1200 Message-Id: <4.3.2.7.0.20000712105459.00aa8210@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 12 Jul 2000 10:56:34 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Minutes - June 2000 From: Keith Smith To: dq-announce@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-announce@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Below are the minutes from the June 2000 Gods meeting, at least what I have been able to interpret from William's notes. Please let me know if there are any corrections etc. Keith (phaeton@ihug.co.nz) Gods Meeting Minutes June 2000 Present: Rosemary, Paul, Andrew, Scott, Jason, Jim, Mike Parkinson, William, Stephen, Ian Player Conduct Jim said that the players should work to encourage involvement for all players at all times. There should be a clearer awareness of PC motives. Adventures going out Paul - Medium - Collecting objects d'art William - High - Recovering the fingernails Mandos - Medium Keith - Medium Ben - Low Andrew Gordon Lewis Rules Business 1) A unanimous vote of agreement was taken to ratify the new players handbook. 2) The initiative value of warrior was changed to +1 per rank. Carried unanomiusly. 3) Various changes to the Healer skill were passed such as regeneration time is now a week and rules were added for bodyswapping. 4) The revised cantrip document was passed, 8 for 1 against. 5) Weapon spell durations were all changed to 5 minutes + 1/rank. A motion to make the duration 30 minutes at Rank 20 was lost (5/2/3). The effect of a Rank 20 Weapon of Flame is to be made similar to a Rank 20 Weapon of Ice. Passed (7/3). 6) The new rulebook was ratified by a unanimous vote. Campaign Business - Riegars Keep was attacked by an undead army. This was repulsed at a great loss. Arms Ferry was also attacked twice. - The siege at Superstition Mountains has been lifted - Barbarians are being led by Ghenghis Khan who is working with Rashak. He can charm anyone with barbarian blood. - MMHS has had an outbreak of undead. An unknown monestary has interviened. - Blizkrieg's wife was captured and enslaved. She was rescued by a Guild party. The Church was ordered not to interviene for a while. - A portal tower now goes everywhere. Guild Business - A discussion ensured about keeping character records on the website - Jono offered to keep a magical archive for items - Rosemary to print and distribute the new rulebook. - It was felt that the rulebook should not be on the Web for copyright reasons. Any existing copies there should be removed. General Business A playtest is currently being done on opposition rolling. So far it has been found to make combats quicker, makes armour more important. Further testing is to be done next session. Meeting closed. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 13 22:13:43 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id WAA26133; Thu, 13 Jul 2000 22:06:10 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id WAA26130 for ; Thu, 13 Jul 2000 22:06:06 +1200 Received: from jimarona.ihug.co.nz (p431-tnt2.akl.ihug.co.nz [203.109.255.177]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id VAA09770 for ; Thu, 13 Jul 2000 21:58:07 +1200 Date: Thu, 13 Jul 2000 21:56:28 +1200 Message-ID: <01bfecb0$9d8b1400$b1ff6dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Minutes - June 2000 From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >Below are the minutes from the June 2000 Gods meeting, at least what I have >been able to interpret from William's notes. > >Player Conduct >Jim said that the players should work to encourage involvement for all >players at all times. There should be a clearer awareness of PC motives. The point of the discussion issue that I raised is really that, as DMs, we should be encouraging the kind of play that makes the event enjoyable for everyone. Insofar as we're running games to have fun, and that we expect other people to have fun as well, then it seems to me that we ought to be encouraging players to make sure that the other members of the party have a good time. If we were playing something like a social sport of some kind, then one would expect to the other players in that team to help contribute to the others well being. Instead, what often seems to happen is that some players don't do that at all. Instead, they are divisive, and happily exclude another player from the game. This can happen when a player is hors de combat, because their character is dead or otherwise incapacitated. This kind of thing is abominable. It is the worst kind of victimisation, because it doesn't even allow the affected party to respond. The arguments that I've heard justifying this kind of behaviour are things based on what a particular character would do. Which is to say that the behaviour of someone who is either not restoring another PC to activity, or who has chosen to render another PC inactive, is within the ambit of their character's personality. Without establishing something as a rule engraved in stone, this kind of justification should be nailed in a coffin, and given a good burial. There's room in a roleplaying game for any amount of inner conflict, and that's fine. But, where that conflict threatens to injure another player's enjoyment of the game, then the DM must stop it, or enforce serious penalties. There are several ways in which this might be done. Reducing xp awards by a huge amount is one, but pretty invisible, unless you actually tell the player why they lost xp big time. Inflicting some hideous curse upon the offending player, but again, that's pretty invisible, too, unless you tell the player that they were cursed because you, as the DM, didn't approve of that kind of behaviour. And, it strikes at suspension of disbelief. Finally, probably the best method is just to take the player aside and tell them that if they aren't going to play the game, then they can play in another game, with someone who is prepared to put up with that sort of behaviour. We have never really addressed this issue, or other issues of a like nature. The God's Meeting has usually concerned itself with campaign and rules issues, and while these may be important, they pale into insignificance against them. We can have a really screwed set of rules, and a pathetic campaign, but if we have a happy player body, then it doesn't really matter too much. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 14 09:13:40 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA29721; Fri, 14 Jul 2000 09:08:29 +1200 Received: from defacto.peace.co.nz (defacto.peace.co.nz [202.14.141.225]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id JAA29718 for ; Fri, 14 Jul 2000 09:08:24 +1200 Message-ID: <396E28D7.88E9B803@peace.com> Date: Fri, 14 Jul 2000 08:38:47 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Minutes - June 2000 From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > Reducing xp awards by a huge amount is one, but pretty invisible, unless you > actually tell the player why they lost xp big time. Or we could restructure the way EP is calculated for everyone so that player enjoyment -- as opposed to strictly character portrayal -- is valued and recognised, and ensure that players know this. I think we have sometimes shied away form promoting good "gaming" in favour of what has been seen as promoting good "role-playing"... but it is exactly that inflexibility that leads to the sort of play you descibe and (IMHO) rightly deplore. Taking a player aside and explaining that their behaviour is unacceptable is the most direct approach, and may well be needed for excessive cases, but a reasonable long-term solution may be to create a pressure within the game structure towards the style of play that we do want to promote -- generally co-operative with an empathy for the enjoyment of other players. Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 14 15:28:40 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA32123; Fri, 14 Jul 2000 15:28:06 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA32119 for ; Fri, 14 Jul 2000 15:28:01 +1200 Received: from jimarona.ihug.co.nz (p62-tnt2.akl.ihug.co.nz [203.109.245.62]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA25572 for ; Fri, 14 Jul 2000 15:19:38 +1200 Date: Fri, 14 Jul 2000 15:17:47 +1200 Message-ID: <01bfed42$15c63940$3ef56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Minutes - June 2000 From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz -----Original Message----- From: Martin Dickson To: dq@dq.sf.org.nz Date: Friday, 14 July 2000 09:06 Subject: Re: Minutes - June 2000 >Jim Arona wrote: > >> Reducing xp awards by a huge amount is one, but pretty invisible, unless you >> actually tell the player why they lost xp big time. > >Or we could restructure the way EP is calculated for everyone so that player >enjoyment -- as opposed to strictly character portrayal -- is valued and >recognised, and ensure that players know this. > The trouble is that most people won't be drawn on why they've awarded a particular amount of xp. In fact, most DMs award xp as a single lump at the end of the adventure, so it's pretty hard to say what the xp is for at all. >Taking a player aside and explaining that their behaviour is unacceptable is the >most direct approach, and may well be needed for excessive cases, but a >reasonable long-term solution may be to create a pressure within the game >structure towards the style of play that we do want to promote -- generally >co-operative with an empathy for the enjoyment of other players. Possibly. But, only if a player knows what they're getting xp for. And, I suppose, that raises the issue, generally. Xp awards should be obvious and clear to everyone. Jim -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 17 12:58:39 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA25545; Mon, 17 Jul 2000 12:53:38 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA25542 for ; Mon, 17 Jul 2000 12:53:34 +1200 Message-ID: <397251D6.F34B1047@peace.com> Date: Mon, 17 Jul 2000 12:22:46 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: EP awards [was Re: Minutes - June 2000] From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > The trouble is that most people won't be drawn on why they've awarded a > particular amount of xp. In fact, most DMs award xp as a single lump at the > end of the adventure, so it's pretty hard to say what the xp is for at all. > > >...a reasonable long-term solution may be to create a pressure within the > game > >structure towards the style of play that we do want to promote... > > Possibly. But, only if a player knows what they're getting xp for. And, I > suppose, that raises the issue, generally. Xp awards should be obvious and > clear to everyone. Most GMs may not wish to make individual EP awards public, but the method by which EP is calculated is public and published. We have said that X will be awarded for this and Y for that... and "this" and "that" create game pressures. If, (for the sake of discussion) we were to change the EP awards to be based _soley_ on NPCs/monsters slain and money gained, I think we could reasonably expect to see the quantity of carnage and rapine in the campaign increase. We would create a pressure against finding non-violent solutions to problems as these might gain the player a warm, fuzzy feeling, but would cause them to lose out on the only real currency in which we deal; Experience Points. If we make it known that co-operative play, and the overall enjoyment of the other players is a factor that we value highly, and that EP is awarded (at least in part) for this, then we can reasonably expect a pressure towards this style of play. Players who flout this style will be penalized, and as GM you always have the option of explaining why the EP award was what it was. Regards, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 17 13:43:42 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA25971; Mon, 17 Jul 2000 13:37:08 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA25968 for ; Mon, 17 Jul 2000 13:37:04 +1200 Received: from jimarona.ihug.co.nz (p234-tnt6.akl.ihug.co.nz [216.100.154.234]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA24120 for ; Mon, 17 Jul 2000 13:26:56 +1200 Date: Mon, 17 Jul 2000 13:24:29 +1200 Message-ID: <01bfef8d$c0fa0060$ea9a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: EP awards [was Re: Minutes - June 2000] From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Martin Dickson wrote: >Most GMs may not wish to make individual EP awards public, but the method by >which EP is calculated is public and published. It's irrelevant what most DMs want. The point is that it is better to make it public. It is an award for certain kinds of performance. XPs are not some illicit drug to be wrapped up in a bit of plain paper and surreptitiously slipped to the player. It is about what the player has done to achieve the award. If you don't tell the player what they have been awarded, and why, then you are abrogating your responsibility as a DM. Which is to say that we are trying to encourage better play, and a better game. Making the award secret means that a player has no scale to judge their ability against. How can a player know whether or not they are doing well, if they can't compare? The only thing that not awarding publicly does is mean that a DM never has to justify their awards. Never has to defend them, if they're called into question, and never has to think about how they're going to award it, because in the end, all they have to do is give the player a number. > We have said that X will be >awarded for this and Y for that... and "this" and "that" create game pressures. Again, this is pretty irrelevant, if it's not 'seen to be done'. If the only thing that happens is that there is a vague general principle that we will be reducing xp for y behaviour, or increasing it for z, then you're depending on the players not to ask too many questions about how their xp was organised. > >If, (for the sake of discussion) we were to change the EP awards to be based >_soley_ on NPCs/monsters slain and money gained, I think we could reasonably >expect to see the quantity of carnage and rapine in the campaign increase. ...Well, again, this is kind of irrelevant to the point, as well...I mean, assigning xp on the basis of monsters overcome is a pretty pathetic way of conducting the excercise. The only good thing about it is that it gives you a benchmark of the xp range to be awarding, given the danger level, I suppose. >If we make it known that co-operative play, and the overall enjoyment of the >other players is a factor that we value highly, and that EP is awarded (at least >in part) for this, then we can reasonably expect a pressure towards this style >of play. Players who flout this style will be penalized, and as GM you always >have the option of explaining why the EP award was what it was. The point is, that unless a DM is prepared to award publicly, then the whole process is undermined. I've played this game for some time, now, and I have to say that the usual practice is to award xp in a kind of lump, with only a general kind of idea as to why it's awarded. Frankly, I don't see that there's any room for discussion on this issue. Basically, if a DM isn't prepared to award xp publicly, they probably shouldn't be doing it. I see that there's too much room for playing favourites and for avoiding unpleasant responsibilities. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 21 12:40:40 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA09495; Fri, 21 Jul 2000 12:33:55 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA09492 for ; Fri, 21 Jul 2000 12:33:50 +1200 Received: from work.ihug.co.nz (p192-tnt5.akl.ihug.co.nz [203.109.194.192]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id MAA06017 for ; Fri, 21 Jul 2000 12:32:45 +1200 Message-Id: <4.3.2.7.0.20000721122724.00aaedc0@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 21 Jul 2000 12:28:57 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Library website updated From: Keith Smith To: dq-announce@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-announce@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz The library website has been brought up to date. All the changes are listed in the "What's New" document. If anyone has any comments etc, please let me know. Keith (phaeton@ihug.co.nz) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 24 09:55:38 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA03991; Mon, 24 Jul 2000 09:40:53 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id JAA03988 for ; Mon, 24 Jul 2000 09:40:48 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Mon, 24 Jul 2000 09:37:38 +1200 Message-ID: Date: Mon, 24 Jul 2000 09:37:36 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: Lost Rules: Range Penalties to Base Chance From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Missing: The rules for penalties to base chance and/or damage due to range for thrown and missile weapons. Looks something like "-1 per hex after the first 5 hexes for bows and crossbows". Last sighting unknown. But is not apparent in the DQ2000 rules. Have these been deliberately removed, accidentally removed, or am I going blind? I vaguely recall some discussion about removing them 'cos they were more hassle than value but I don't remember when or any details. Cheers, Stephen. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 24 10:55:14 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA04461; Mon, 24 Jul 2000 10:46:17 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA04458 for ; Mon, 24 Jul 2000 10:46:14 +1200 Received: from work.ihug.co.nz (p112-tnt5.akl.ihug.co.nz [203.109.194.112]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id KAA21777 for ; Mon, 24 Jul 2000 10:44:04 +1200 Message-Id: <4.3.2.7.0.20000724103929.00ade600@pop.ihug.co.nz> X-Sender: flamis@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 24 Jul 2000 10:40:40 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: Lost Rules: Range Penalties to Base Chance From: Jacqui Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz At 09:37 AM 7/24/00 +1200, you wrote: >Missing: The rules for penalties to base chance and/or damage due to range >for thrown and missile weapons. >Looks something like "-1 per hex after the first 5 hexes for bows and >crossbows". >Last sighting unknown. But is not apparent in the DQ2000 rules. > >Have these been deliberately removed, accidentally removed, or am I going >blind? >I vaguely recall some discussion about removing them 'cos they were more >hassle than value but I don't remember when or any details. They're still there - in the strike chance modifiers table - section 57.3 Jacqui -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 24 11:40:52 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA04901; Mon, 24 Jul 2000 11:26:26 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id LAA04897 for ; Mon, 24 Jul 2000 11:26:22 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Monday, July 24, 2000 11:20:08 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Mon, 24 Jul 2000 11:22:59 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A7202261422@falaklex00.fcl.co.nz> Date: Mon, 24 Jul 2000 11:22:55 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFF4FC.EFC9FF40" Subject: RE: Lost Rules: Range Penalties to Base Chance From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFF4FC.EFC9FF40 Content-Type: text/plain There used to be a damage reduction as well for range: -1 per 25 hexes, or such. Was this removed with the advanced/siege missile weapons section? Andrew > -----Original Message----- > From: Jacqui Smith [SMTP:flamis@ihug.co.nz] > Sent: Monday, July 24, 2000 10:41 AM > To: dq@dq.sf.org.nz > Subject: Re: Lost Rules: Range Penalties to Base Chance > > At 09:37 AM 7/24/00 +1200, you wrote: > >Missing: The rules for penalties to base chance and/or damage due to > range > >for thrown and missile weapons. > >Looks something like "-1 per hex after the first 5 hexes for bows and > >crossbows". > >Last sighting unknown. But is not apparent in the DQ2000 rules. > > > >Have these been deliberately removed, accidentally removed, or am I going > >blind? > >I vaguely recall some discussion about removing them 'cos they were more > >hassle than value but I don't remember when or any details. > > They're still there - in the strike chance modifiers table - section 57.3 > > Jacqui > > > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- ------_=_NextPart_001_01BFF4FC.EFC9FF40 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Lost Rules: Range Penalties to Base Chance

There used to be a = damage reduction as well for range: -1 per 25 hexes, or such. Was this = removed with the advanced/siege missile weapons section?

Andrew

    -----Original Message-----
    From:   Jacqui Smith [SMTP:flamis@ihug.co.nz]
    Sent:   Monday, July 24, 2000 10:41 AM
    To:     dq@dq.sf.org.nz
    Subject:       = Re: Lost Rules: Range Penalties to = Base Chance

    At 09:37 AM 7/24/00 +1200, you = wrote:
    >Missing: The rules for penalties = to base chance and/or damage due to range
    >for thrown and missile = weapons.
    >Looks something like "-1 per = hex after the first 5 hexes for bows and
    >crossbows".
    >Last sighting unknown.  But = is not apparent in the DQ2000 rules.
    >
    >Have these been deliberately = removed, accidentally removed, or am I going
    >blind?
    >I vaguely recall some discussion = about removing them 'cos they were more
    >hassle than value but I don't = remember when or any details.

    They're still there - in the strike = chance modifiers table - section 57.3

    Jacqui





    -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html = --

------_=_NextPart_001_01BFF4FC.EFC9FF40-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 24 12:11:33 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA05140; Mon, 24 Jul 2000 11:55:58 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA05137 for ; Mon, 24 Jul 2000 11:55:55 +1200 Received: from jimarona.ihug.co.nz (p127-tnt2.akl.ihug.co.nz [203.109.245.127]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id LAA06467 for ; Mon, 24 Jul 2000 11:53:43 +1200 Date: Mon, 24 Jul 2000 11:50:00 +1200 Message-ID: <01bff500$b6d54ae0$7ff56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000D_01BFF565.4C0A2AE0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Lost Rules: Range Penalties to Base Chance From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_000D_01BFF565.4C0A2AE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Andrew Withy wrote: =20 There used to be a damage reduction as well for range: -1 per 25 = hexes, or such. Was this removed with the advanced/siege missile weapons = section? =20 If they were removed, then it was a good thing. Arrows probably = don't lose any of their harm inflicting ability. They go up, and then = they come down... =20 You could make an argument for thrown weapons, but I don't know that = the effort is worth the candle. The damage is pretty okay at the moment. = After all, if you reduce damage by range, then mages become extremely = powerful...Not that they aren't already. Nevertheless, there's no reason = to make them tougher. =20 Jim =20 ------=_NextPart_000_000D_01BFF565.4C0A2AE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Lost Rules: Range Penalties to Base = Chance
Andrew Withy = wrote:
 

There used to be a = damage reduction=20 as well for range: -1 per 25 hexes, or such. Was this removed with = the=20 advanced/siege missile weapons section?

If they were removed, then it was = a good=20 thing. Arrows probably don't lose any of their harm inflicting = ability. They=20 go up, and then they come down...

You could make an argument for thrown weapons, but = I don't=20 know that the effort is worth the candle. The damage is pretty okay = at the=20 moment. After all, if you reduce damage by range, then mages become=20 extremely powerful...Not that they aren't already. Nevertheless, there's no reason to make them = tougher.

Jim

------=_NextPart_000_000D_01BFF565.4C0A2AE0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 24 14:40:13 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA06145; Mon, 24 Jul 2000 14:33:29 +1200 Received: from akl-notes2.aj.co.nz (akl-notes.aj.co.nz [202.27.194.165]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA06142 for ; Mon, 24 Jul 2000 14:33:23 +1200 Received: from akl-notes.aj.co.nz ([192.168.4.165]) by akl-notes2.aj.co.nz (Lotus Domino Release 5.0.3 (Intl)) with ESMTP id 2000072413280676:5888 ; Mon, 24 Jul 2000 13:28:06 +1200 X-Mailer: Lotus Notes Release 5.0.3 (Intl) 21 March 2000 Message-ID: Date: Mon, 24 Jul 2000 13:23:08 +1200 X-MIMETrack: Serialize by Router on akl-notes.aj.co.nz/AJNzl/NZ(Release 5.0.3 (Intl)|21 March 2000) at 24/07/2000 13:23:09, Serialize complete at 24/07/2000 13:23:09, Itemize by SMTP Server on akl-notes2/AJNzl/NZ(Release 5.0.3 (Intl)|21 March 2000) at 24/07/2000 13:28:06, Serialize by Router on akl-notes2/AJNzl/NZ(Release 5.0.3 (Intl)|21 March 2000) at 24/07/2000 14:35:49, Serialize complete at 24/07/2000 14:35:49 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 00083A77CC256926_=" Subject: Re: Lost Rules: Range Penalties to Base Chance From: RMansfield@aj.co.nz To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 00083A77CC256926_= Content-Type: text/plain; charset="us-ascii" There are in Table 57.3, Ranged Combat Modifiers/Penalties I think this is where they have always been. Rosemary Stephen Martin Sent by: owner-dq@dq.sf.org.nz 24/07/2000 09:37 Please respond to dq To: dq@dq.sf.org.nz cc: Subject: Lost Rules: Range Penalties to Base Chance Missing: The rules for penalties to base chance and/or damage due to range for thrown and missile weapons. Looks something like "-1 per hex after the first 5 hexes for bows and crossbows". Last sighting unknown. But is not apparent in the DQ2000 rules. Have these been deliberately removed, accidentally removed, or am I going blind? I vaguely recall some discussion about removing them 'cos they were more hassle than value but I don't remember when or any details. Cheers, Stephen. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- --=_alternative 00083A77CC256926_= Content-Type: text/html; charset="us-ascii"
There are in Table 57.3, Ranged Combat Modifiers/Penalties
I think this is where they have always been.

Rosemary


Stephen Martin <stephenm@qed.co.nz>
Sent by: owner-dq@dq.sf.org.nz

24/07/2000 09:37
Please respond to dq

       
        To:        dq@dq.sf.org.nz
        cc:        
        Subject:        Lost Rules: Range Penalties to Base Chance


Missing: The rules for penalties to base chance and/or damage due to range
for thrown and missile weapons.
Looks something like "-1 per hex after the first 5 hexes for bows and
crossbows".
Last sighting unknown.  But is not apparent in the DQ2000 rules.

Have these been deliberately removed, accidentally removed, or am I going
blind?
I vaguely recall some discussion about removing them 'cos they were more
hassle than value but I don't remember when or any details.

Cheers, Stephen.



-- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html --

--=_alternative 00083A77CC256926_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 12:14:11 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA24926; Wed, 26 Jul 2000 11:58:27 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA24923 for ; Wed, 26 Jul 2000 11:58:21 +1200 Received: from jimarona.ihug.co.nz (p63-tnt2.akl.ihug.co.nz [203.109.245.63]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id LAA09742 for ; Wed, 26 Jul 2000 11:54:58 +1200 Date: Wed, 26 Jul 2000 11:50:53 +1200 Message-ID: <01bff693$2b417a00$60f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001E_01BFF6F7.C0765A00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_001E_01BFF6F7.C0765A00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable We need to talk about Quickness. At the moment, the spell creates = more problems than it solves. On one hand, the spell is a standard of the fantasy genre, whatever = the rationalisation. On the other, it is a spell that MAKES players choose it, because it = doubles their choices. On yet another, DMs are pressured to find ways to deal with = Quickness.=20 The DM has to foil Quickness, because it such a powerful effect. If = the party have the spell, then the tough NPCs have to have it, as well, = or they have to have some way of countering it. At the moment, the only = real counter is Slowness, and that spell creates a book-keeping = nightmare. The way that Quickness (without resorting to Slowness) is dealt = with something like this: 1) Increase the numbers of opponents. Where the party would have faced = 6, now they face 12, say. 2) Increase the base toughness of the opponents, i.e. making the NPCs = more magically resistant, provide more FT and EN, increase their = initiative values, etc. 3) Give the opponents special abilities that let them counter the = Quickness in some way, for example, a talent that provides them with = twice as many actions as the person they're facing.=20 4) Provide penalties for the use of Quickness. For example, the DM might = say that Quickness was an assault upon the integrity of Time itself, and = whenever Quickness was cast, it attracted the attentions of strange, = twisted creatures beyond Time and Space. Or whatever. 5) Create environmental problems with casting. For example, within the = area of this stone, Quickness spells always fail.=20 6) Provide the NPCs with magic, either invested or known, that counters = the Quickness, or provides them with Quickness. 7) No change at all. The NPCs are just mown down where they stand, and = the only thing the get to do is gulp like gold fish. I suppose there are more alternatives out there, but I can't think = of them right now, and it doesn't really matter. You get the idea. On the one hand, a DM that doesn't deal with Quickness is = threatening suspension of disbelief at the middle to high end of the = game, because at that level of game, the NPCs ought to be a serious = threat. And, with one spell, the players can reduce their opponent's = threat value by nearly half. On the other, if all of the NPCs have some means of dealing with = Quickness, then the spell no longer provides a bonus, instead it = provides a resistance vs the resourcefulness of the NPCs. Suspension of = disbelief is threatened because it's hard to sustain the conviction that = so many NPCs can deal with one spell. =20 Therefore, I proprose that we change Quickness. We cannot afford to = get rid of the spell entirely, because it it too firmly entrenched in = the medium. If the spell were removed, then people would get it, or = something like it, in other ways. An added benefit of altering Quickness is that it might not be the = first spell the E&E mage always casts. Option 1: Range of the spell is self, only.=20 Advantages: The spell can only be stored in a potion, so the whole = party can't be covered by it, unless they al use potions.=20 One spell doesn't cover the party.=20 The DM can use Quickness defeating magic at = their discretion, rather than with the degree of regularity that they = are forced to.=20 Because potions are expensive, players must = use their stored Quicknesses carefully. Disadvantages: Doesn't stop the E&E mage from casting Quickness = first, except in really unusual situations. Option 2: Range of the spell is touch: Advantages: Fewer numbers of people are Quickened, except when they = are executing an ambush.=20 One spell doesn't cover the party. =20 Disadvantages: The pressure here is for the E&E mage to cast = Quickness on every member of the party that they can get to. This means = that the E&E will travel around the party, casting the spell = sequentially on the other players. This becomes the ONLY spell they ever = cast, although they may have other spells ranked.=20 Characters are forced to operate at = different time rates, until all members are Quickened.=20 Option 3: The spell becomes a skill or proficiency that anyone can learn: Advantages: Easy to administer. Everyone will have the proficiency, = so everyone will know what their Quickness value is. Because the effect is not 'magical' per se, = and presumably a measure of experience, it means that as the players = progress to higher levels, then they will naturally encounter NPCs with = enhanced initiatives. Disadvantages: I can't think of any. Mind you, it just occurred to = me. Anyone? Option 4: The spell changes in no other respect, except that anyone who = operates under the effects of a Quickness loses 2 points of spell FT = every pulse. When they are out of FT, the Quickness ends. Advantages: Increases the situations where you might not cast this = spell, first. Players will tend to be either Quickened, or = not Quickened. Penalises spell casters, and gives fighters = something to spend FT on. Provides for an easy way to counter the = spell. Disadvantages: Fiddly to administer. The DM would have to be = constantly refactoring FT levels, and checking to see if an NPC had all = of their FT. It's still a damned good 'first spell' = alternative. It might be used as a kind of damage = spell against a trapped opponent. Not that I think that's much of a = problem. =20 ------=_NextPart_000_001E_01BFF6F7.C0765A00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    We need=20 to talk about Quickness. At the moment, the spell creates more problems = than it=20 solves.
    On one hand, the spell is a = standard of the=20 fantasy genre, whatever the rationalisation.
    On the other, it is a spell that = MAKES=20 players choose it, because it doubles their choices.
    On yet another, DMs are pressured = to find=20 ways to deal with Quickness.
    The DM has to foil Quickness, = because it=20 such a powerful effect. If the party have the spell, then the tough NPCs = have to=20 have it, as well, or they have to have some way of countering it. At the = moment,=20 the only real counter is Slowness, and that spell creates a book-keeping = nightmare.
       =20 The way that Quickness (without resorting to Slowness) is dealt with = something=20 like this:
1) Increase the numbers of opponents. Where the = party would=20 have faced 6, now they face 12, say.
2) Increase the base toughness of the opponents, = i.e. making=20 the NPCs more magically resistant, provide more FT and EN, increase = their=20 initiative values, etc.
3) Give the opponents special abilities that let = them counter=20 the Quickness in some way, for example, a talent that provides them with = twice=20 as many actions as the person they're facing.
4) Provide penalties for the use of Quickness. For = example,=20 the DM might say that Quickness was an assault upon the integrity of = Time=20 itself, and whenever Quickness was cast, it attracted the attentions of = strange,=20 twisted creatures beyond Time and Space. Or whatever.
5) Create environmental problems with casting. For = example,=20 within the area of this stone, Quickness spells always fail. =  
6) Provide the NPCs with magic, either invested or = known, that=20 counters the Quickness, or provides them with = Quickness. 
7) No change at all. The NPCs are just mown down = where they=20 stand, and the only thing the get to do is gulp like gold=20 fish. 
 
    I suppose there = are more=20 alternatives out there, but I can't think of them right now, and it = doesn't=20 really matter. You get the idea.
    On the one hand, = a DM that=20 doesn't deal with Quickness is threatening suspension of disbelief at = the middle=20 to high end of the game, because at that level of game, the NPCs ought = to be a=20 serious threat. And, with one spell, the players can reduce their = opponent's=20 threat value by nearly half. 
    On the other, if all of the NPCs have some = means of=20 dealing with Quickness, then the spell no longer provides a bonus, = instead it=20 provides a resistance vs the resourcefulness of the NPCs. Suspension of=20 disbelief is threatened because it's hard to sustain the conviction that = so many=20 NPCs can deal with one spell.
    
    Therefore, I = proprose that we=20 change Quickness. We cannot afford to get rid of the spell entirely, = because it=20 it too firmly entrenched in the medium. If the spell were removed, then = people=20 would get it, or something like it, in other ways.
    An added benefit of altering Quickness is = that it=20 might not be the first spell the E&E mage always casts.
 
Option 1:
    Range of the = spell is self,=20 only. 
    Advantages: The = spell can=20 only be stored in a potion, so the whole party can't be covered by it, = unless=20 they al use potions.
          &nbs= p;            = ;    =20 One spell doesn't cover the party.
          &nbs= p;            = ;    =20 The DM can use Quickness defeating magic at their discretion, rather = than with=20 the degree of regularity that they are forced to.
          &nbs= p;            = ;    =20 Because potions are expensive, players must use their stored Quicknesses = carefully.
 
    Disadvantages: = Doesn't stop=20 the E&E mage from casting Quickness first, except in really unusual=20 situations.
 
Option 2:
    Range of the = spell is=20 touch:
    Advantages: Fewer = numbers of=20 people are Quickened, except when they are executing an ambush. =
          &nbs= p;            = ;    =20 One spell doesn't cover the party. 
    Disadvantages: = The pressure=20 here is for the E&E mage to cast Quickness on every member of the = party that=20 they can get to. This means that the E&E will travel around the = party,=20 casting the spell sequentially on the other players. This becomes the = ONLY spell=20 they ever cast, although they may have other spells ranked. =  
          &nbs= p;            = ;        =20 Characters are forced to operate at different time rates, until all = members are=20 Quickened.
Option 3:
    The spell becomes a skill or = proficiency=20 that anyone can learn:
    Advantages: Easy to administer. = Everyone=20 will have the proficiency, so everyone will know what their Quickness = value=20 is.
          &nbs= p;            = ;    =20 Because the effect is not 'magical' per se, and presumably a measure of=20 experience, it means that as the players progress to higher levels, then = they=20 will naturally encounter NPCs with enhanced initiatives.
    Disadvantages: I can't think of = any. Mind=20 you, it just occurred to me. Anyone?
 
Option 4:
    The spell changes in no other = respect,=20 except that anyone who operates under the effects of a Quickness loses 2 = points=20 of spell FT every pulse. When they are out of FT, the Quickness=20 ends.
    Advantages: Increases the = situations where=20 you might not cast this spell, first.
          &nbs= p;            = ;    =20 Players will tend to be either Quickened, or not Quickened.
          &nbs= p;            = ;    =20 Penalises spell casters, and gives fighters something to spend FT=20 on. 
          &nbs= p;            = ;    =20 Provides for an easy way to counter the spell.
    Disadvantages: Fiddly to = administer. The DM=20 would have to be constantly refactoring FT levels, and checking to see = if an NPC=20 had all of their FT.
          &nbs= p;            = ;        =20 It's still a damned good 'first spell' alternative.
          &nbs= p;            = ;        =20 It might be used as a kind of damage spell against = a trapped=20 opponent. Not that I think that's much of a problem.
 
 
 
          &nbs= p;            = ;        =20
------=_NextPart_000_001E_01BFF6F7.C0765A00-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 12:59:12 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA25308; Wed, 26 Jul 2000 12:53:10 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id MAA25305 for ; Wed, 26 Jul 2000 12:53:05 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Wednesday, July 26, 2000 12:45:36 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Wed, 26 Jul 2000 12:48:26 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A7202261433@falaklex00.fcl.co.nz> Date: Wed, 26 Jul 2000 12:48:24 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFF69B.34CE4E90" Subject: RE: Quickness From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFF69B.34CE4E90 Content-Type: text/plain Perceived Disadvantages of approach #3: 1) It's a survival skill that everyone will have to get to keep up with each other. An arma race, in other words. 2) It will (presumably) need to have multiple levels of effects, one at each rank or two - other wise its just a one-off EP expenditure to act twice a pulse. THis makes it much more complex. 3) Fighters having 3/2 attacks per round, then having 2 attacks per round at higher levels sounds like AD&D. Not that AD&D is bad, its just a different sub-genre of game. 4) Its magic, damn it. The same argument as having purification as a non-magical skill that lets fighters increase PS/EN/etc. 5) Conversion could be messy. 6) What does it have to do with E&Es any more? Advantages: I can't think of any. Mind you, it just occured to me. BTW: I agree with almost all of the rest of Jim's email about Quickness being a huge advantage - not only on attack, but almost guaranteeing escape as well. It also lets a player do more, which is a huge player reward. Andrew > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > Option 3: > The spell becomes a skill or proficiency that anyone can learn: > Advantages: Easy to administer. Everyone will have the proficiency, so > everyone will know what their Quickness value is. > Because the effect is not 'magical' per se, > and presumably a measure of experience, it means that as the players > progress to higher levels, then they will naturally encounter NPCs with > enhanced initiatives. > Disadvantages: I can't think of any. Mind you, it just occurred to me. > Anyone? > > ------_=_NextPart_001_01BFF69B.34CE4E90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Quickness

Perceived = Disadvantages of approach #3:
1) It's a survival = skill that everyone will have to get to keep up with each other. An = arma race, in other words.
2) It will = (presumably) need to have multiple levels of effects, one at each rank = or two - other wise its just a one-off EP expenditure to act twice a = pulse. THis makes it much more complex.

3) <emotional = perception>Fighters having 3/2 attacks per round, then having 2 = attacks per round at higher levels sounds like AD&D. Not that = AD&D is bad, its just a different sub-genre of game.

4) Its magic, damn = it. The same argument as having purification as a non-magical skill = that lets fighters increase PS/EN/etc.

5) Conversion could = be messy.
6) What does it = have to do with E&Es any more?

Advantages:
I can't think of = any. Mind you, it just occured to me.

BTW: I agree with = almost all of the rest of Jim's email about Quickness being a huge = advantage - not only on attack, but almost guaranteeing escape as well. = It also lets a player do more, which is a huge player = reward.

Andrew

    -----Original Message-----
    From:   Jim Arona [SMTP:jimarona@ihug.co.nz]
    Option 3:
    =A0=A0=A0 The spell becomes a skill = or proficiency that anyone can learn:
    =A0=A0=A0 Advantages: Easy to = administer. Everyone will have the proficiency, so everyone will know = what their Quickness value is.

    =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 Because the effect is not 'magical' per se, = and presumably a measure of experience, it means that as the players = progress to higher levels, then they will naturally encounter NPCs with = enhanced initiatives.

    =A0=A0=A0 Disadvantages: I can't think = of any. Mind you, it just occurred to me. Anyone?
    =A0

------_=_NextPart_001_01BFF69B.34CE4E90-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 13:30:17 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA25506; Wed, 26 Jul 2000 13:22:16 +1200 Received: from fep4-orange.clear.net.nz (fep4-orange.clear.net.nz [203.97.32.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA25503 for ; Wed, 26 Jul 2000 13:22:13 +1200 Received: from comms.maclean.co.nz (d2-u39.acld.clear.net.nz [203.97.48.103]) by fep4-orange.clear.net.nz (1.5/1.7) with ESMTP id NAA18869; Wed, 26 Jul 2000 13:18:51 +1200 (NZST) Received: by comms.maclean.co.nz with Internet Mail Service (5.0.1460.8) id ; Wed, 26 Jul 2000 13:03:36 +1200 Message-ID: Date: Wed, 26 Jul 2000 13:03:34 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: Quickness From: Tom Mason To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I like the third idea where the ranks can be offset with a Strkie = chance modification. I would assume that most people would not know what to do = in a quickened state and therefore need some training in it. This could then result in a person with rank 0 quickness skill has a -20% Strike chance modifier. It could then be increased up to rank 10 with a difference of = 2% per rank and treated like an adventure skill or up to rank 20 which = could give some bonuses - eg Rank 20 quickness skill has a +10% or +20% = Strike Chance modifier depending on whether the positive increments should be = 1% or 2%. =A0 Tom -----Original Message----- From: Andrew Withy (FAL AKL) [mailto:AndrewW@falum.co.nz] Sent: Wednesday, 26 July 2000 12:48 To: dq@dq.sf.org.nz Subject: RE: Quickness Perceived Disadvantages of approach #3:=20 1) It's a survival skill that everyone will have to get to keep up with = each other. An arma race, in other words.=20 2) It will (presumably) need to have multiple levels of effects, one at = each rank or two - other wise its just a one-off EP expenditure to act twice = a pulse. THis makes it much more complex. 3) Fighters having 3/2 attacks per round, then = having 2 attacks per round at higher levels sounds like AD&D. Not that AD&D is = bad, its just a different sub-genre of game. 4) Its magic, damn it. The same argument as having purification as a non-magical skill that lets fighters increase PS/EN/etc. 5) Conversion could be messy.=20 6) What does it have to do with E&Es any more?=20 Advantages:=20 I can't think of any. Mind you, it just occured to me.=20 BTW: I agree with almost all of the rest of Jim's email about Quickness being a huge advantage - not only on attack, but almost guaranteeing = escape as well. It also lets a player do more, which is a huge player reward. Andrew=20 -----Original Message-----=20 From:=A0=A0 Jim Arona [SMTP:jimarona@ihug.co.nz]=20 Option 3:=20 =A0=A0=A0 The spell becomes a skill or proficiency that anyone can = learn:=20 =A0=A0=A0 Advantages: Easy to administer. Everyone will have the = proficiency, so everyone will know what their Quickness value is. = =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 Because the effect is not 'magical' per se, and presumably a measure of experience, it means that as the = players progress to higher levels, then they will naturally encounter NPCs with enhanced initiatives. =A0=A0=A0 Disadvantages: I can't think of any. Mind you, it just = occurred to me. Anyone?=20 =A0=20 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 13:32:15 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA25483; Wed, 26 Jul 2000 13:20:04 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA25470 for ; Wed, 26 Jul 2000 13:19:58 +1200 Received: from jimarona.ihug.co.nz (p63-tnt2.akl.ihug.co.nz [203.109.245.63]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA18311 for ; Wed, 26 Jul 2000 13:16:35 +1200 Date: Wed, 26 Jul 2000 13:12:29 +1200 Message-ID: <01bff69e$91d3b660$60f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0033_01BFF703.27089660" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0033_01BFF703.27089660 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Andrew Withy wrote: =20 Perceived Disadvantages of approach #3:=20 1) It's a survival skill that everyone will have to get to keep up = with each other. An arma race, in other words.=20 =20 Well, so what? What isn't an arm's race? That's the point of an = escalating system.=20 =20 =20 2) It will (presumably) need to have multiple levels of effects, one = at each rank or two - other wise its just a one-off EP expenditure to = act twice a pulse. THis makes it much more complex. =20 I don't know that we need to do it quite like that. There are lots = of ways of doing it. It isn't an objection to say that the way that it = might work is flawed, when we haven't determined how it will work. =20 However, as a point for working out what one ought to avoid, this = isn't bad. =20 3) Fighters having 3/2 attacks per round, then = having 2 attacks per round at higher levels sounds like AD&D. Not that = AD&D is bad, its just a different sub-genre of game. =20 This is no objection at all. This objection says that it's like = another game and therefore doesn't quite work in this one. Again ,the = other point remains valid. On top of which, I suggest that this is = actually a kind of distraction from the issue. I'm aware that Andrew has = said it's an emotional response. The point is, however, that that's all = it is. =20 If it doesn't substantially move the issue forward, then it doesn't = do anything useful. =20 4) Its magic, damn it. The same argument as having purification as a = non-magical skill that lets fighters increase PS/EN/etc. =20 I'm afraid this one flew so far over my head I didn't even hear the = wings flap...What does this mean? =20 5) Conversion could be messy.=20 =20 It's not like it's not messy, now, and in the middle of combat. The = only place that this is going to be messy is some time from now. This = point cannot be raised as frequently as it is, unless it's attended with = some other remark. Otherwise the game never moves forwards, it just = stagnates.=20 =20 The world is full of games that offer great new insights into = different ways to run games. Whenever a new process is raised as being = useful, the messiness of conversion is raised as a countering argument. = Every bloody time a coconut. This HAS to end. =20 Yes, there is a point in making the observation, if it is attended = with some other comment. For example, you might say that conversion = would be messy, and the resulting improvement in the game would be = minor. That, at least, is an argument. =20 Otherwise, the only point that is being made is that DQ is a game = that is frightened of confronting emerging developments in games.=20 =20 =20 6) What does it have to do with E&Es any more?=20 =20 Well, the point could be just as easily made like this: What did it = have to do with E&Es in the first place? Again, this is no argument. =20 The point I'm making is that it would not be a spell. It would be = some kind of proficiency open to everyone. If it's open to everyone, = then everyone has it, as well as E&Es. =20 Thanks for the feedback, Andrew, but I just don't see that these = objections are that powerful a counter. =20 =20 =20 ------=_NextPart_000_0033_01BFF703.27089660 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Quickness
Andrew Withy=20 wrote:
 

Perceived=20 Disadvantages of approach #3:=20
1) It's a survival = skill that=20 everyone will have to get to keep up with each other. An arma race, = in other=20 words.

Well, so=20 what? What isn't an arm's race? That's the point of an escalating = system.=20


2) It=20 will (presumably) need to have multiple levels of effects, one at = each rank=20 or two - other wise its just a one-off EP expenditure to act twice a = pulse.=20 THis makes it much more complex.

I don't=20 know that we need to do it quite like that. There are lots of ways = of doing=20 it. It isn't an objection to say that the way that it might work is = flawed,=20 when we haven't determined how it will work.

However, as a point for working = out what one=20 ought to avoid, this isn't bad. 

3)=20 <emotional perception>Fighters having 3/2 attacks per round, = then=20 having 2 attacks per round at higher levels sounds like AD&D. = Not that=20 AD&D is bad, its just a different sub-genre of = game.

This = is no=20 objection at all. This objection says that it's like another game = and=20 therefore doesn't quite work in this one. Again ,the other point = remains=20 valid. On top of which, I suggest that this is actually a kind of=20 distraction from the issue. I'm aware that Andrew has said it's an = emotional=20 response. The point is, however, that that's all it is.

If it = doesn't=20 substantially move the issue forward, then it doesn't do anything=20 useful.

4) Its=20 magic, damn it. The same argument as having purification as a = non-magical=20 skill that lets fighters increase PS/EN/etc.

I'm afraid this one flew so far = over my head I=20 didn't even hear the wings flap...What does this mean?

5)=20 Conversion could be messy.=20

It's not like it's not messy, now, = and in=20 the middle of combat. The only place that this is going to be messy = is some=20 time from now. This point cannot be raised as frequently as it is, = unless=20 it's attended with some other remark. Otherwise the game never moves = forwards, it just stagnates.

The world is full of games that = offer great=20 new insights into different ways to run games. Whenever a new = process is=20 raised as being useful, the messiness of conversion is raised as a=20 countering argument. Every bloody time a coconut. This HAS to=20 end. 

Yes, there is a point in making = the=20 observation, if it is attended with some other comment. For example, = you=20 might say that conversion would be messy, and the resulting = improvement in=20 the game would be minor. That, at least, is an = argument. 

Otherwise, the only point that is = being made=20 is that DQ is a game that is frightened of confronting emerging = developments=20 in games.  


6)=20 What does it have to do with E&Es any more?

Well, the point could be = just as=20 easily made like this: What did it have to do with E&Es in the = first=20 place? Again, this is no argument. 

The point I'm making is that it would not be a spell. It would be = some=20 kind of proficiency open to everyone. If it's open to everyone, then = everyone has it, as well as E&Es.

Thanks for the feedback, Andrew, but I just don't = see that=20 these objections are that powerful a counter.

 

------=_NextPart_000_0033_01BFF703.27089660-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 13:44:20 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA25698; Wed, 26 Jul 2000 13:40:08 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA25691 for ; Wed, 26 Jul 2000 13:40:04 +1200 Received: from jimarona.ihug.co.nz (p201-tnt6.akl.ihug.co.nz [216.100.154.201]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA20552 for ; Wed, 26 Jul 2000 13:36:41 +1200 Date: Wed, 26 Jul 2000 13:32:33 +1200 Message-ID: <01bff6a1$5f5903e0$c99a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Tom Mason wrote: >I like the third idea where the ranks can be offset with a Strkie chance0 >modification. I would assume that most people would not know what to do in a >quickened state and therefore need some training in it. This could then >result in a person with rank 0 quickness skill has a -20% Strike chance >modifier. It could then be increased up to rank 10 with a difference of 2% >per rank and treated like an adventure skill or up to rank 20 which could >give some bonuses - eg Rank 20 quickness skill has a +10% or +20% Strike >Chance modifier depending on whether the positive increments should be 1% or >2%. >>3) Fighters having 3/2 attacks per round, then having >>2 attacks per round at higher levels sounds like AD&D. Not that AD&D is bad, >>its just a different sub-genre of game. >> Okay, I found it. Why bother? What does it add, except some rather uninteresting reality...? Against that, the mod to strike chance is another complication. Andrew reasonably enough points out that any increase in actions is likely to involve some kind of complexity. This would add to the burden, and the only thing that it offers is a pretty minor balancing constraint. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 13:46:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA25631; Wed, 26 Jul 2000 13:33:58 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA25628 for ; Wed, 26 Jul 2000 13:33:55 +1200 Received: from jimarona.ihug.co.nz (p201-tnt6.akl.ihug.co.nz [216.100.154.201]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA19937 for ; Wed, 26 Jul 2000 13:30:34 +1200 Date: Wed, 26 Jul 2000 13:26:26 +1200 Message-ID: <01bff6a0$847dcb20$c99a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Can you post the the part of the third option that you're referring to? -----Original Message----- From: Tom Mason To: dq@dq.sf.org.nz Date: Wednesday, 26 July 2000 13:28 Subject: RE: Quickness I like the third idea where the ranks can be offset with a Strkie chance modification. I would assume that most people would not know what to do in a quickened state and therefore need some training in it. This could then result in a person with rank 0 quickness skill has a -20% Strike chance modifier. It could then be increased up to rank 10 with a difference of 2% per rank and treated like an adventure skill or up to rank 20 which could give some bonuses - eg Rank 20 quickness skill has a +10% or +20% Strike Chance modifier depending on whether the positive increments should be 1% or 2%. Tom -----Original Message----- From: Andrew Withy (FAL AKL) [mailto:AndrewW@falum.co.nz] Sent: Wednesday, 26 July 2000 12:48 To: dq@dq.sf.org.nz Subject: RE: Quickness Perceived Disadvantages of approach #3: 1) It's a survival skill that everyone will have to get to keep up with each other. An arma race, in other words. 2) It will (presumably) need to have multiple levels of effects, one at each rank or two - other wise its just a one-off EP expenditure to act twice a pulse. THis makes it much more complex. 3) Fighters having 3/2 attacks per round, then having 2 attacks per round at higher levels sounds like AD&D. Not that AD&D is bad, its just a different sub-genre of game. 4) Its magic, damn it. The same argument as having purification as a non-magical skill that lets fighters increase PS/EN/etc. 5) Conversion could be messy. 6) What does it have to do with E&Es any more? Advantages: I can't think of any. Mind you, it just occured to me. BTW: I agree with almost all of the rest of Jim's email about Quickness being a huge advantage - not only on attack, but almost guaranteeing escape as well. It also lets a player do more, which is a huge player reward. Andrew -----Original Message----- From: Jim Arona [SMTP:jimarona@ihug.co.nz] Option 3: The spell becomes a skill or proficiency that anyone can learn: Advantages: Easy to administer. Everyone will have the proficiency, so everyone will know what their Quickness value is. Because the effect is not 'magical' per se, and presumably a measure of experience, it means that as the players progress to higher levels, then they will naturally encounter NPCs with enhanced initiatives. Disadvantages: I can't think of any. Mind you, it just occurred to me. Anyone? -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 14:28:51 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA25986; Wed, 26 Jul 2000 14:24:19 +1200 Received: from fep4-orange.clear.net.nz (fep4-orange.clear.net.nz [203.97.32.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA25983 for ; Wed, 26 Jul 2000 14:24:14 +1200 Received: from comms.maclean.co.nz (b001-m007-p005.acld.clear.net.nz [203.97.55.69]) by fep4-orange.clear.net.nz (1.5/1.7) with ESMTP id OAA26234; Wed, 26 Jul 2000 14:20:50 +1200 (NZST) Received: by comms.maclean.co.nz with Internet Mail Service (5.0.1460.8) id ; Wed, 26 Jul 2000 13:56:03 +1200 Message-ID: Date: Wed, 26 Jul 2000 13:56:02 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Subject: RE: Quickness From: Tom Mason To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Option 3: The spell becomes a skill or proficiency that anyone can learn: Advantages: Easy to administer. Everyone will have the proficiency, so everyone will know what their Quickness value is. Because the effect is not 'magical' per se, and presumably a measure of experience, it means that as the players progress to higher levels, then they will naturally encounter NPCs with enhanced initiatives. Disadvantages: I can't think of any. Mind you, it just occurred to me. Anyone? -----Original Message----- From: Jim Arona [mailto:jimarona@ihug.co.nz] Sent: Wednesday, 26 July 2000 13:26 To: dq@dq.sf.org.nz Subject: Re: Quickness Can you post the the part of the third option that you're referring to? -----Original Message----- From: Tom Mason To: dq@dq.sf.org.nz Date: Wednesday, 26 July 2000 13:28 Subject: RE: Quickness I like the third idea where the ranks can be offset with a Strkie chance modification. I would assume that most people would not know what to do in a quickened state and therefore need some training in it. This could then result in a person with rank 0 quickness skill has a -20% Strike chance modifier. It could then be increased up to rank 10 with a difference of 2% per rank and treated like an adventure skill or up to rank 20 which could give some bonuses - eg Rank 20 quickness skill has a +10% or +20% Strike Chance modifier depending on whether the positive increments should be 1% or 2%. Tom -----Original Message----- From: Andrew Withy (FAL AKL) [mailto:AndrewW@falum.co.nz] Sent: Wednesday, 26 July 2000 12:48 To: dq@dq.sf.org.nz Subject: RE: Quickness Perceived Disadvantages of approach #3: 1) It's a survival skill that everyone will have to get to keep up with each other. An arma race, in other words. 2) It will (presumably) need to have multiple levels of effects, one at each rank or two - other wise its just a one-off EP expenditure to act twice a pulse. THis makes it much more complex. 3) Fighters having 3/2 attacks per round, then having 2 attacks per round at higher levels sounds like AD&D. Not that AD&D is bad, its just a different sub-genre of game. 4) Its magic, damn it. The same argument as having purification as a non-magical skill that lets fighters increase PS/EN/etc. 5) Conversion could be messy. 6) What does it have to do with E&Es any more? Advantages: I can't think of any. Mind you, it just occured to me. BTW: I agree with almost all of the rest of Jim's email about Quickness being a huge advantage - not only on attack, but almost guaranteeing escape as well. It also lets a player do more, which is a huge player reward. Andrew -----Original Message----- From: Jim Arona [SMTP:jimarona@ihug.co.nz] Option 3: The spell becomes a skill or proficiency that anyone can learn: Advantages: Easy to administer. Everyone will have the proficiency, so everyone will know what their Quickness value is. Because the effect is not 'magical' per se, and presumably a measure of experience, it means that as the players progress to higher levels, then they will naturally encounter NPCs with enhanced initiatives. Disadvantages: I can't think of any. Mind you, it just occurred to me. Anyone? -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 14:44:53 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA26137; Wed, 26 Jul 2000 14:40:11 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA26109 for ; Wed, 26 Jul 2000 14:40:02 +1200 Received: from jimarona.ihug.co.nz (p201-tnt6.akl.ihug.co.nz [216.100.154.201]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA27445 for ; Wed, 26 Jul 2000 14:36:38 +1200 Date: Wed, 26 Jul 2000 14:32:32 +1200 Message-ID: <01bff6a9$c02f6260$c99a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Okay, it appears I guessed wrong. I thought you were referring to Andrew's 3rd option. My criticism still stands, though...It's just another complication with the only useful quality that it has to offer is that it models reality a little better, in exchange for bookkeeping. I don't think it would be worth the pain in the butt it would be to administrate it. Tom Mason wrote: >Option 3: >The spell becomes a skill or proficiency that anyone can learn: >Advantages: Easy to administer. Everyone will have the proficiency, so >everyone will know what their Quickness value is. >Because the effect is not 'magical' per se, and presumably a measure of >experience, it means that as the players progress to higher levels, then >they will naturally encounter NPCs with enhanced initiatives. >Disadvantages: I can't think of any. Mind you, it just occurred to me. >Anyone? > I like the third idea where the ranks can be offset with a >Strkie chance > modification. I would assume that most people would not know >what to do in a > quickened state and therefore need some training in it. This >could then > result in a person with rank 0 quickness skill has a -20% >Strike chance > modifier. It could then be increased up to rank 10 with a >difference of 2% > per rank and treated like an adventure skill or up to rank >20 which could > give some bonuses - eg Rank 20 quickness skill has a +10% or >+20% Strike > Chance modifier depending on whether the positive increments >should be 1% or > 2%. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 14:46:25 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA26104; Wed, 26 Jul 2000 14:40:01 +1200 Received: from westpac.co.nz (firewall1.westpac.co.nz [210.55.236.18]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA26101 for ; Wed, 26 Jul 2000 14:39:55 +1200 Received: by firewall1.westpac.co.nz id <32282>; Wed, 26 Jul 2000 14:41:06 +1200 X-Lotus-FromDomain: WESTPACTRUST Message-Id: <00Jul26.144106nzst.32282@firewall1.westpac.co.nz> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Date: Wed, 26 Jul 2000 14:41:05 +1200 Subject: Re: Quickness From: "Mark Simpson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I agree that quickness is a very powerful effect, and I am leaning towards the view that it is "too powerful" or "unbalancing". A simple solution which would be to re-write the spell so that instead of giving 2 actions every pulse it gave 3 actions every two pulses, so that every second pulse the characters (or npc's) got a second action. This would involve no additional accounting/record keeping by the GM and would considerably lessen (halve) the effect of the spell, whilst it would remain a very useful spell for an E&E to get. An ep refund might be in order for but discussing that at this stage is premature. Warning to DQ traditionalists - this paragraph may offend your delicate sensibilities >>>> Another way to change this, and many other, "overpowered" spells in DQ is to change the fundamental base mechanic that a spell costs either one FT to cast (general) or two FT (special) and its effectiveness is often (but not always) totally dependant on rank. I have always had problems with the arguement that you can "balance" a spell simply by tinkering with the EM or base chance or $$$ cost to buy it. By way of example - in this instance you could make quickness cost 2 FT plus say 2 FT per additional target. For those "nasty" damage spells we are forever watering down you could again make the "dmg out" bare some relation to FT put in by the mage. Instead of a mage being able to stand there casting 10+ "resist or die" (or even "resist and take half and still die" in some cases) spells at the rate of one every other pulse (every pulse if quickened ... ) instead such a mage would only be able to cast maybe one or two such spells before running out of fatigue. The mage then has to decide between one or two "big bangs" or half a dozen or so smaller ones. /\/\ark ----------------------------------------------------------------- The contents of this e-mail are confidential to Westpac Banking Corporation. If you have received this communication by mistake, please advise the sender immediately and delete the message and any attachments. The views expressed in this e-mail are not necessarily the views of Westpac Banking Corporation. Westpac Banking Corporation is incorporated in New South Wales, Australia. ----------------------------------------------------------------- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 14:49:25 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA26146; Wed, 26 Jul 2000 14:40:39 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id OAA26143 for ; Wed, 26 Jul 2000 14:40:34 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Wednesday, July 26, 2000 14:33:06 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Wed, 26 Jul 2000 14:35:57 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A7202261437@falaklex00.fcl.co.nz> Date: Wed, 26 Jul 2000 14:35:56 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFF6AA.39DE8CE0" Subject: RE: Quickness From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFF6AA.39DE8CE0 Content-Type: text/plain; charset="iso-8859-1" Sorry for being opaque - I was indicating "standard" arguments rather than making them completely stand-alone. Readers who understood (and agreed or disagreed) my reasons last time, close this email now. 1) A compulsory skill that everyone must purchase reduces character development, differentiation, etc by being a compulsory spending sink for EP. If neccessary, I'll find the quotes from Jim Arona in previous discussions on this point. If a skill is necessary to have to survive (as I perceive a quickness skill to be, even more than perception currently), it limits options, apart from those who choose to be different by ignoring the "sensible" option. This is a reason to discourage everyone to have a quickness skill or spell. 2) While there are a number of ways to implement it, most of them will either have a flat or incremental effect. A flat effect will give little reason for ranking, an incremental effect (e.g., varying FT cost, varying strike chance penalty/bonus, varying duration, varying # of actions, varying choice of action, varying IV, etc.) will need to be structured in a simple manner, which limits the options available for balancing the skill. This is a warning of difficulty of implementation not a counter-argument. 3) The style and genre of game available changes if (for example) a skilled fighter can expect to kill four town guards in a single pulse without magic, as opposed to the current DQ system. This is a warning of a potential change of style/game balance. Game balance and game style need to be reasonably managed (though open to change/evolution/flucuation) in a multi-GM, multi-decade campaign. Again this is a warning of potential effects of implementation not a counter-argument. 4) DQ is a game which has its wierd or extreme effects justified through magic. Quickness is one of the more extreme effects. It is currently perceived as magical. If Quickness was introduced into the game now rather than in DQ 1, most people's initial reaction would be "its a spell - what college should have it - or is it too tough?". It walks like a duck, looks like a duck, and quacks like a duck - or howver the quote goes. Its a duck - or a magical effect. 5) Conversion and the history of E&E's having quickness are not insurmountable problems - they are just a cost of change. For a change to be worthwhile, the sum of the (perceived) advantages need to substantially outweigh the sum of the (perceived) disadvantages. Change for its own sake is a disadvantage. Jim, I know you may disagree on some of these points, but this is "received wisdom" in any change-management situation, such as business or process restructuring, or even IT, though the techies may believe otherwise. I hope that this explains the process reasons that I have for being cautious about your suggestion about turning Quickness into a skill for all. The emotional reasons I have sound more like "%^#$^%&&*^$#&&^%*(^%$^*^(%", but I pretend to be a rational animal. The GMing reasons I have go something like "Aarrgghh - my NPCs all have different ranks in quickness, and so do the party - OK, top of phase 5 for the first pulse - anyone with more than 37c initiative or with a two-handed weapon? - sure with rank 6 you can take an extra pass action, but you can't drink your potion while casting a spell - meanwhile my orc cuts down two of the mages before they see her coming." Andrew > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > Sent: Wednesday, July 26, 2000 1:12 PM > To: dq@dq.sf.org.nz > Subject: Re: Quickness > > Andrew Withy wrote: > > Perceived Disadvantages of approach #3: > 1) It's a survival skill that everyone will have to get to keep up > with each other. An arma race, in other words. > > Well, so what? What isn't an arm's race? That's the point of an > escalating system. > > > 2) It will (presumably) need to have multiple levels of effects, one > at each rank or two - other wise its just a one-off EP expenditure to act > twice a pulse. THis makes it much more complex. > > I don't know that we need to do it quite like that. There are lots > of ways of doing it. It isn't an objection to say that the way that it > might work is flawed, when we haven't determined how it will work. > > However, as a point for working out what one ought to avoid, this > isn't bad. > > 3) Fighters having 3/2 attacks per round, then > having 2 attacks per round at higher levels sounds like AD&D. Not that > AD&D is bad, its just a different sub-genre of game. > > This is no objection at all. This objection says that it's like > another game and therefore doesn't quite work in this one. Again ,the > other point remains valid. On top of which, I suggest that this is > actually a kind of distraction from the issue. I'm aware that Andrew has > said it's an emotional response. The point is, however, that that's all it > is. > > If it doesn't substantially move the issue forward, then it doesn't > do anything useful. > > 4) Its magic, damn it. The same argument as having purification as a > non-magical skill that lets fighters increase PS/EN/etc. > > I'm afraid this one flew so far over my head I didn't even hear the > wings flap...What does this mean? > > 5) Conversion could be messy. > > It's not like it's not messy, now, and in the middle of combat. The > only place that this is going to be messy is some time from now. This > point cannot be raised as frequently as it is, unless it's attended with > some other remark. Otherwise the game never moves forwards, it just > stagnates. > > The world is full of games that offer great new insights into > different ways to run games. Whenever a new process is raised as being > useful, the messiness of conversion is raised as a countering argument. > Every bloody time a coconut. This HAS to end. > > Yes, there is a point in making the observation, if it is attended > with some other comment. For example, you might say that conversion would > be messy, and the resulting improvement in the game would be minor. That, > at least, is an argument. > > Otherwise, the only point that is being made is that DQ is a game > that is frightened of confronting emerging developments in games. > > > 6) What does it have to do with E&Es any more? > > Well, the point could be just as easily made like this: What did it > have to do with E&Es in the first place? Again, this is no argument. > > The point I'm making is that it would not be a spell. It would be > some kind of proficiency open to everyone. If it's open to everyone, then > everyone has it, as well as E&Es. > > Thanks for the feedback, Andrew, but I just don't see that these > objections are that powerful a counter. > > > ------_=_NextPart_001_01BFF6AA.39DE8CE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Quickness

Sorry for being = opaque - I was indicating "standard" arguments rather than = making them completely stand-alone. Readers who understood (and agreed = or disagreed) my reasons last time, close this email now.

1) A compulsory = skill that everyone must purchase reduces character development, = differentiation, etc by being a compulsory spending sink for EP. If = neccessary, I'll find the quotes from Jim Arona in previous discussions = on this point. If a skill is necessary to have to survive (as I = perceive a quickness skill to be, even more than perception currently), = it limits options, apart from those who choose to be different by = ignoring the "sensible" option. This is a reason to = discourage everyone to have a quickness skill or spell.

2) While there are a = number of ways to implement it, most of them will either have a flat or = incremental effect. A flat effect will give little reason for ranking, = an incremental effect (e.g., varying FT cost, varying strike chance = penalty/bonus, varying duration, varying # of actions, varying choice = of action, varying IV, etc.) will need to be structured in a simple = manner, which limits the options available for balancing the skill. = This is a warning of difficulty of implementation not a = counter-argument.

3) The style and = genre of game available changes if (for example) a skilled fighter can = expect to kill four town guards in a single pulse without magic, as = opposed to the current DQ system. This is a warning of a potential = change of style/game balance. Game balance and game style need to be = reasonably managed (though open to change/evolution/flucuation) in a = multi-GM, multi-decade campaign. Again this is a warning of potential = effects of implementation not a counter-argument.

4) DQ is a game = which has its wierd or extreme effects justified through magic. = Quickness is one of the more extreme effects. It is currently perceived = as magical. If Quickness was introduced into the game now rather than = in DQ 1, most people's initial reaction would be "its a spell - = what college should have it - or is it too tough?". It walks like = a duck, looks like a duck, and quacks like a duck - or howver the quote = goes. Its a duck - or a magical effect.

5) Conversion and = the history of E&E's having quickness are not insurmountable = problems - they are just a cost of change. For a change to be = worthwhile, the sum of the (perceived) advantages need to substantially = outweigh the sum of the (perceived) disadvantages. Change for its own = sake is a disadvantage. Jim, I know you may disagree on some of these = points, but this is "received wisdom" in any = change-management situation, such as business or process restructuring, = or even IT, though the techies may believe otherwise.

I hope that this = explains the process reasons that I have for being cautious about your = suggestion about turning Quickness into a skill for all.

The emotional = reasons I have sound more like = "%^#$^%&&*^$#&&^%*(^%$^*^(%", but I pretend = to be a rational animal.

The GMing reasons I = have go something like "Aarrgghh - my NPCs all have different = ranks in quickness, and so do the party - OK, top of phase 5 for the = first pulse - anyone with more than 37c initiative or with a two-handed = weapon? - sure with rank 6 you can take an extra pass action, but you = can't drink your potion while casting a spell - meanwhile my orc cuts = down two of the mages before they see her coming."

Andrew

    -----Original Message-----
    From:   Jim Arona [SMTP:jimarona@ihug.co.nz]
    Sent:   Wednesday, July 26, 2000 1:12 PM
    To:     dq@dq.sf.org.nz
    Subject:       = Re: Quickness

      Andrew Withy wrote:
      =A0
      Perceived = Disadvantages of approach #3:
      1) It's a = survival skill that everyone will have to get to keep up with each = other. An arma race, in other words.=20

      Well, so what? What = isn't an arm's race? That's the point of an escalating system.=20


      2) It will = (presumably) need to have multiple levels of effects, one at each rank = or two - other wise its just a one-off EP expenditure to act twice a = pulse. THis makes it much more complex.

      I don't know that we = need to do it quite like that. There are lots of ways of doing it. It = isn't an objection to say that the way that it might work is flawed, = when we haven't determined how it will work.

      However, as a point = for working out what one ought to avoid, this isn't bad.=A0

      3) = <emotional perception>Fighters having 3/2 attacks per round, then = having 2 attacks per round at higher levels sounds like AD&D. Not = that AD&D is bad, its just a different sub-genre of = game.

      This is no objection = at all. This objection says that it's like another game and therefore = doesn't quite work in this one. Again ,the other point remains valid. = On top of which, I suggest that this is actually a kind of distraction = from the issue. I'm aware that Andrew has said it's an emotional = response. The point is, however, that that's all it is.

      If it doesn't substantially move the = issue forward, then it doesn't do anything useful.

      4) Its = magic, damn it. The same argument as having purification as a = non-magical skill that lets fighters increase PS/EN/etc.

      I'm afraid this one = flew so far over my head I didn't even hear the wings flap...What does = this mean?

      5) = Conversion could be messy. =

      It's not like it's not messy, now, = and in the middle of combat. The only place that this is going to be = messy is some time from now. This point cannot be raised as frequently = as it is, unless it's attended with some other remark. Otherwise the = game never moves forwards, it just stagnates.

      The world is full of games that offer = great new insights into different ways to run games. Whenever a new = process is raised as being useful, the messiness of conversion is = raised as a countering argument. Every bloody time a coconut. This HAS = to end.=A0

      Yes, there is a point in making the = observation, if it is attended with some other comment. For example, = you might say that conversion would be messy, and the resulting = improvement in the game would be minor. That, at least, is an = argument.=A0

      Otherwise, the only point that is = being made is that DQ is a game that is frightened of confronting = emerging developments in games. =A0


      6) What does it have = to do with E&Es any more?=20

      Well, the point could be just as easily made = like this: What did it have to do with E&Es in the first place? = Again, this is no argument.=A0

      The point I'm making is that it would not be a = spell. It would be some kind of proficiency open to everyone. If it's = open to everyone, then everyone has it, as well as E&Es.

      Thanks for the feedback, Andrew, but I = just don't see that these objections are that powerful a = counter.

      =A0

------_=_NextPart_001_01BFF6AA.39DE8CE0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 15:29:04 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA26501; Wed, 26 Jul 2000 15:28:08 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA26498 for ; Wed, 26 Jul 2000 15:28:04 +1200 Received: from jimarona.ihug.co.nz (p201-tnt6.akl.ihug.co.nz [216.100.154.201]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA00763 for ; Wed, 26 Jul 2000 15:24:37 +1200 Date: Wed, 26 Jul 2000 15:20:32 +1200 Message-ID: <01bff6b0$74b725a0$c99a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0032_01BFF715.09EC05A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0032_01BFF715.09EC05A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 1) A compulsory skill that everyone must purchase reduces character = development, differentiation, etc by being a compulsory spending sink = for EP. If neccessary, I'll find the quotes from Jim Arona in previous = discussions on this point. If a skill is necessary to have to survive = (as I perceive a quickness skill to be, even more than perception = currently), it limits options, apart from those who choose to be = different by ignoring the "sensible" option. This is a reason to = discourage everyone to have a quickness skill or spell. =20 I agree. It woud be nice if it were a possibility. But, observably, = the fact is that you need Quickness. Yes, there are games that have been = run without a single Quickness being cast, but it would be extremely = rare. =20 My point, then, is that there's not much point in making people = different, if they're only going to get their hands on the stuff, = anyway.=20 =20 As far as I can see, at medium to high levels, players start taking = invested Quicknesses of Ranks 10 or higher. My point is that seeing as = just about every party has the spell in one form or another, then it = might as well be generally available. We're not making characters = different by disallowing them access to being able to cast the spell.=20 =20 =20 =20 2) While there are a number of ways to implement it, most of them = will either have a flat or incremental effect. A flat effect will give = little reason for ranking, an incremental effect (e.g., varying FT cost, = varying strike chance penalty/bonus, varying duration, varying # of = actions, varying choice of action, varying IV, etc.) will need to be = structured in a simple manner, which limits the options available for = balancing the skill. This is a warning of difficulty of implementation = not a counter-argument. =20 That's an unknowable. It might be a simple comparative thing. If the = value of x is y, and the value of a is b, then one or the other of them = get two actions.=20 =20 Or it might be factored in some other fashion. =20 =20 =20 3) The style and genre of game available changes if (for example) a = skilled fighter can expect to kill four town guards in a single pulse = without magic, as opposed to the current DQ system. This is a warning of = a potential change of style/game balance. Game balance and game style = need to be reasonably managed (though open to = change/evolution/flucuation) in a multi-GM, multi-decade campaign. Again = this is a warning of potential effects of implementation not a = counter-argument. =20 You are telling me that Blitzkrieg couldn't kill four guards in a = single pulse? Or Turf? I've seen Turf kill two human like entities with = a single blow, let alone a multi-hex strike. The fact is that whether or = not we percieve the genre to be that way or not, it has already changed. =20 In fact, I can't remember a time when this sort of thing wasn't an = option. I remember Von Kroft tearing apart several humans armoured in = chain. Admittedly, they fell in threes, but I think that might have had = more to do with his reach,than anything else. =20 Shere Khan was known to do similar kinds of things. I understand = Kree can kill as many as 10 in a single round...I don't know the details = of that one, but that's what has been reported to me. =20 =20 =20 4) DQ is a game which has its wierd or extreme effects justified = through magic. Quickness is one of the more extreme effects. It is = currently perceived as magical. If Quickness was introduced into the = game now rather than in DQ 1, most people's initial reaction would be = "its a spell - what college should have it - or is it too tough?". It = walks like a duck, looks like a duck, and quacks like a duck - or howver = the quote goes. Its a duck - or a magical effect. =20 That's fine, Andrew. Then we don't suggest that it's weird. We = simply say that this is the result of experience, development, combat = awareness. It's NOT an argument.=20 =20 You seem to arguing from the rationalisation to the effect. I think = this is a mistake. We can always change it so that the thing it walks = like, looks like, and quacks like is in fact, some completely other type = of bird. =20 It's a drake - or a mundane effect. =20 5) Conversion and the history of E&E's having quickness are not = insurmountable problems - they are just a cost of change. For a change = to be worthwhile, the sum of the (perceived) advantages need to = substantially outweigh the sum of the (perceived) disadvantages. Change = for its own sake is a disadvantage.=20 =20 Agreed. Change for its own sake is a disadvantage. That isn't what = is being proposed. It is being proposed, because the spell has a = flattening effect on the game. It is BORING. =20 We're not going to get rid of the effect, it's too much a part of = the game. And, to be honest, it's probably necessary. So, let's change = it. Otherwise, we're stuck with something that is just damned stupid. =20 Jim, I know you may disagree on some of these points, but this is = "received wisdom" in any change-management situation, such as business = or process restructuring, or even IT, though the techies may believe = otherwise. =20 I have seen this kind of issue raised before. Let us consider what = kind of endeavour the Guild is.=20 =20 Is it a business? I see no-one making any money at it, do you? =20 Is it a process? Nope, doesn't strike me as that, either. =20 Is it a computer? Some people treat the game engine that way, I = suppose. But, no, it's not that. =20 What is it, then? It's a game, for God's sake. It's a variety of = entertainment. It's art. Change comes to art. In large part, that's what = art is. If we aren't moving forward and addressing the changes around = us, then we are in danger of codifying our game so that it's completely = stapled down. If this is the case, why don't we just say something like = 'Blue can never be a foreground colour', and be done with it. =20 I hope that this explains the process reasons that I have for being = cautious about your suggestion about turning Quickness into a skill for = all. =20 And, I value the feedback.=20 =20 Not that I agree with it, mind you. =20 The GMing reasons I have go something like "Aarrgghh - my NPCs all = have different ranks in quickness, and so do the party - OK, top of = phase 5 for the first pulse - anyone with more than 37c initiative or = with a two-handed weapon? - sure with rank 6 you can take an extra pass = action, but you can't drink your potion while casting a spell - = meanwhile my orc cuts down two of the mages before they see her coming." =20 This is another kind of issue, and while I think it is important to = note it as a warning, I don't think it should stop us from examining it. = Otherwise, we may miss an opportunity out of the fear that it might be = too complex =20 Yes, possibly this option would be too complex to administer. But, = unless we look in this direction, we may never develop a means of = dealing with it. =20 ------=_NextPart_000_0032_01BFF715.09EC05A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Quickness

1) A=20 compulsory skill that everyone must purchase reduces character = development,=20 differentiation, etc by being a compulsory spending sink for EP. If=20 neccessary, I'll find the quotes from Jim Arona in previous = discussions on=20 this point. If a skill is necessary to have to survive (as I = perceive a=20 quickness skill to be, even more than perception currently), it = limits=20 options, apart from those who choose to be different by ignoring the = "sensible" option. This is a reason to discourage everyone = to have=20 a quickness skill or spell.

I = agree. It woud be=20 nice if it were a possibility. But, observably, the fact is that you = need=20 Quickness. Yes, there are games that have been run without a single=20 Quickness being cast, but it would be extremely rare.

My point, = then, is that=20 there's not much point in making people different, if they're only = going to=20 get their hands on the stuff, anyway.

As far as I can see, at medium to high levels, = players start=20 taking invested Quicknesses of Ranks 10 or higher. My point is that = seeing=20 as just about every party has the spell in one form or another, then = it=20 might as well be generally available. We're not making characters = different=20 by disallowing them access to being able to cast the spell.=20  

 

2) While=20 there are a number of ways to implement it, most of them will either = have a=20 flat or incremental effect. A flat effect will give little reason = for=20 ranking, an incremental effect (e.g., varying FT cost, varying = strike chance=20 penalty/bonus, varying duration, varying # of actions, varying = choice of=20 action, varying IV, etc.) will need to be structured in a simple = manner,=20 which limits the options available for balancing the skill. This is = a=20 warning of difficulty of implementation not a=20 counter-argument.

That's an=20 unknowable. It might be a simple comparative thing. If the value of = x is y,=20 and the value of a is b, then one or the other of them get two = actions.=20

Or it might = be factored in=20 some other fashion.

 

3) The=20 style and genre of game available changes if (for example) a skilled = fighter=20 can expect to kill four town guards in a single pulse without magic, = as=20 opposed to the current DQ system. This is a warning of a potential = change of=20 style/game balance. Game balance and game style need to be = reasonably=20 managed (though open to change/evolution/flucuation) in a multi-GM,=20 multi-decade campaign. Again this is a warning of potential effects = of=20 implementation not a counter-argument.

You are telling me that Blitzkrieg = couldn't=20 kill four guards in a single pulse? Or Turf? I've seen Turf kill two = human=20 like entities with a single blow, let alone a multi-hex strike. The = fact is=20 that whether or not we percieve the genre to be that way or not, it = has=20 already changed.

In fact, I = can't remember=20 a time when this sort of thing wasn't an option. I remember Von = Kroft=20 tearing apart several humans armoured in chain. Admittedly, they = fell in=20 threes, but I think that might have had more to do with his = reach,than=20 anything else.

Shere Khan was known to do similar kinds of = things. I=20 understand Kree can kill as many as 10 in a single round...I don't = know the=20 details of that one, but that's what has been reported to=20 me. 

 

4) DQ is=20 a game which has its wierd or extreme effects justified through = magic.=20 Quickness is one of the more extreme effects. It is currently = perceived as=20 magical. If Quickness was introduced into the game now rather than = in DQ 1,=20 most people's initial reaction would be "its a spell - what = college=20 should have it - or is it too tough?". It walks like a duck, = looks like=20 a duck, and quacks like a duck - or howver the quote goes. Its a = duck - or a=20 magical effect.

That's fine,=20 Andrew. Then we don't suggest that it's weird. We simply say that = this is=20 the result of experience, development, combat awareness. It's NOT an = argument.

You seem to = arguing from=20 the rationalisation to the effect. I think this is a mistake. We can = always=20 change it so that the thing it walks like, looks like, and quacks = like is in=20 fact, some completely other type of bird.

It's a drake - or a mundane = effect. 

5)=20 Conversion and the history of E&E's having quickness are not=20 insurmountable problems - they are just a cost of change. For a = change to be=20 worthwhile, the sum of the (perceived) advantages need to = substantially=20 outweigh the sum of the (perceived) disadvantages. Change for its = own sake=20 is a disadvantage.

Agreed.=20 Change for its own sake is a disadvantage. That isn't what is being=20 proposed. It is being proposed, because the spell has a flattening = effect on=20 the game. It is BORING.

We're not = going to get rid=20 of the effect, it's too much a part of the game. And, to be honest, = it's=20 probably necessary. So, let's change it. Otherwise, we're stuck with = something that is just damned stupid.

Jim, I=20 know you may disagree on some of these points, but this is = "received=20 wisdom" in any change-management situation, such as business or = process=20 restructuring, or even IT, though the techies may believe=20 otherwise.

I = have seen this=20 kind of issue raised before. Let us consider what kind of endeavour = the=20 Guild is.

Is it a = business? I see=20 no-one making any money at it, do you?

Is it a process? Nope, doesn't strike me as that,=20 either. 

Is it a computer? Some people treat the game = engine that=20 way, I suppose. But, no, it's not that. 

What is it, then? It's a game, for God's sake. = It's a=20 variety of entertainment. It's art. Change comes to art. In large = part,=20 that's what art is. If we aren't moving forward and addressing the = changes=20 around us, then we are in danger of codifying our game so that it's=20 completely stapled down.  If this is the case, why don't we = just say=20 something like 'Blue can never be a foreground colour', and be done = with=20 it. 

I hope=20 that this explains the process reasons that I have for being = cautious about=20 your suggestion about turning Quickness into a skill for=20 all.

And, I value the feedback. =

Not that I = agree with it,=20 mind you.

The GMing=20 reasons I have go something like "Aarrgghh - my NPCs all have = different=20 ranks in quickness, and so do the party - OK, top of phase 5 for the = first=20 pulse - anyone with more than 37c initiative or with a two-handed = weapon? -=20 sure with rank 6 you can take an extra pass action, but you can't = drink your=20 potion while casting a spell - meanwhile my orc cuts down two of the = mages=20 before they see her coming."

This is another kind of issue, and = while I=20 think it is important to note it as a warning, I don't think it = should stop=20 us from examining it. Otherwise, we may miss an opportunity out of = the fear=20 that it might be too complex

Yes, = possibly this option=20 would be too complex to administer. But, unless we look in this = direction,=20 we may never develop a means of dealing with=20 it.

------=_NextPart_000_0032_01BFF715.09EC05A0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 17:43:50 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA27751; Wed, 26 Jul 2000 17:40:11 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA27728 for ; Wed, 26 Jul 2000 17:40:01 +1200 Received: from jimarona.ihug.co.nz (p158-tnt6.akl.ihug.co.nz [216.100.154.158]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA08860 for ; Wed, 26 Jul 2000 17:36:34 +1200 Date: Wed, 26 Jul 2000 17:32:25 +1200 Message-ID: <01bff6c2$e176a280$9e9a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0030_01BFF727.76AB8280" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Subscription From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0030_01BFF727.76AB8280 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable How do you subscribe to this list again? ------=_NextPart_000_0030_01BFF727.76AB8280 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Quickness
How do you subscribe to this list=20 again?
------=_NextPart_000_0030_01BFF727.76AB8280-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 19:58:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id TAA28695; Wed, 26 Jul 2000 19:54:27 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id TAA28692 for ; Wed, 26 Jul 2000 19:54:23 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Wed, 26 Jul 2000 19:50:06 +1200 Message-ID: Date: Wed, 26 Jul 2000 19:50:05 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Quickness From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Summary: Combat would be a lot simpler, quicker (real time), and easier without quickness. However it would be less fun from a player perspective. Ideal Solution: Keeping quickness in the game but somehow encouraging it to be used occasionally rather than all the time. Proviso: That having it as part of your college is an advantage not a penalty (in mandatory EP spending, FT spent on adventure, etc.) A ritual of quickness anyone...? Detailed rambling... 1) Quickness helps you feel more heroic, you can cast a spell in a single pulse, or cut someone down in 1 to 2 pulses as opposed to 3-4 pulses (ignoring the high level blending machines). It's more satisfying to be quickened and win a fight outnumbered 2:1 than to be normal speed and win a fight with even numbers. Though a fight with fewer opponents is faster to play and easier for the GM. 2) Currently not having quickness on a medium to high game is lethal. It is such an assumed part of the campaign that the balance of an adventure is often thrown out of kilter if the party isn't quickened. I'm in support of altering quickness to improve the game but have no specific idea how. Cheers, Stephen. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 22:44:04 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id WAA29858; Wed, 26 Jul 2000 22:41:10 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id WAA29855 for ; Wed, 26 Jul 2000 22:41:07 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id WAA15545 for ; Wed, 26 Jul 2000 22:37:33 +1200 Date: Wed, 26 Jul 2000 22:37:33 +1200 Message-Id: <200007261037.WAA15545@smtp1.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: Quickness From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz At 13:56 26/07/00 +1200, you wrote: >Option 3: >The spell becomes a skill or proficiency that anyone can learn: what???? >Advantages: Easy to administer. Everyone will have the proficiency, so >everyone will know what their Quickness value is. ack...gasp.... >Because the effect is not 'magical' per se, and presumably a measure of >experience, it means that as the players progress to higher levels, then >they will naturally encounter NPCs with enhanced initiatives. >Disadvantages: I can't think of any. Mind you, it just occurred to me. >Anyone? Are you completely mad? Of course that may not be a disadvantage Fi -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 22:44:38 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id WAA29870; Wed, 26 Jul 2000 22:43:24 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id WAA29867 for ; Wed, 26 Jul 2000 22:43:21 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id WAA15886 for ; Wed, 26 Jul 2000 22:39:47 +1200 Date: Wed, 26 Jul 2000 22:39:47 +1200 Message-Id: <200007261039.WAA15886@smtp1.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: Quickness From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz My delicate sensibilities are offended Fi (but you can do what you like to all the other colleges, sensibilities aren't twitched at all by that prospect) >discussing that at this stage is premature. > >Warning to DQ traditionalists - this paragraph may offend your delicate >sensibilities >>>> Another way to change this, and many other, >"overpowered" spells in DQ is to change the fundamental base mechanic that >a spell costs either one FT to cast (general) or two FT (special) and its >effectiveness is often (but not always) totally dependant on rank. I have >always had problems with the arguement that you can "balance" a spell >simply by tinkering with the EM or base chance or $$$ cost to buy it. By >way of example - in this instance you could make quickness cost 2 FT plus >say 2 FT per additional target. For those "nasty" damage spells we are >forever watering down you could again make the "dmg out" bare some relation > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 22:45:09 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id WAA29826; Wed, 26 Jul 2000 22:39:26 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id WAA29823 for ; Wed, 26 Jul 2000 22:39:22 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id WAA15346 for ; Wed, 26 Jul 2000 22:35:49 +1200 Date: Wed, 26 Jul 2000 22:35:49 +1200 Message-Id: <200007261035.WAA15346@smtp1.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Quickness From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Keep your sticky, envious non E and E paws off it. Yes it's a pain in the bum for GM's to keep track of. It's rather alarming for E and E's when they discover the Undead cannot be slept. It's our big spell.It's the one they want us for when we have nothing else going for us (obviously I'm referring to all those other E and E's, not moi...Amaranth perhaps) Leave it alone, you wicked tinkerers or suffer I don't know what but you won't like it Silken Lady Dark (and of possibly more relevance to GM's...Fi ) At 19:50 26/07/00 +1200, you wrote: >Summary: Combat would be a lot simpler, quicker (real time), and easier >without quickness. However it would be less fun from a player perspective. > >Ideal Solution: Keeping quickness in the game but somehow encouraging it to >be used occasionally rather than all the time. >Proviso: That having it as part of your college is an advantage not a >penalty (in mandatory EP spending, FT spent on adventure, etc.) > >A ritual of quickness anyone...? > >Detailed rambling... >1) Quickness helps you feel more heroic, you can cast a spell in a single >pulse, or cut someone down in 1 to 2 pulses as opposed to 3-4 pulses >(ignoring the high level blending machines). It's more satisfying to be >quickened and win a fight outnumbered 2:1 than to be normal speed and win a >fight with even numbers. Though a fight with fewer opponents is faster to >play and easier for the GM. > >2) Currently not having quickness on a medium to high game is lethal. It is >such an assumed part of the campaign that the balance of an adventure is >often thrown out of kilter if the party isn't quickened. > >I'm in support of altering quickness to improve the game but have no >specific idea how. > >Cheers, Stephen. > > >-- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 22:58:43 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id WAA29961; Wed, 26 Jul 2000 22:50:02 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id WAA29955 for ; Wed, 26 Jul 2000 22:49:58 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id WAA16436 for ; Wed, 26 Jul 2000 22:46:25 +1200 Date: Wed, 26 Jul 2000 22:46:25 +1200 Message-Id: <200007261046.WAA16436@smtp1.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: Quickness From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >4) DQ is a game which has its wierd or extreme effects justified through >magic. Quickness is one of the more extreme effects. It is currently >perceived as magical. If Quickness was introduced into the game now rather >than in DQ 1, most people's initial reaction would be "its a spell - what >college should have it - or is it too tough?". It walks like a duck, looks >like a duck, and quacks like a duck - or howver the quote goes. Its a duck - >or a magical effect. > Yes Andrew but it's my duck, my favourite duck and I like it just the way it is I realise my objections are entirely without logical argument or considered erudite opinion but I give not a fig. Leave my duck alone and turn your attentions to Initiative which is a) far more confusing and annoying to calculate and slows down the flow of combat while assorted military scientists work out who is the actual leader and if their extra bonus magical epaulets let their party go first b) A subject I don't care about at all Fi -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 23:13:47 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id XAA30107; Wed, 26 Jul 2000 23:09:41 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id XAA30104 for ; Wed, 26 Jul 2000 23:09:38 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id XAA18023 for ; Wed, 26 Jul 2000 23:06:04 +1200 Date: Wed, 26 Jul 2000 23:06:04 +1200 Message-Id: <200007261106.XAA18023@smtp1.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: One last thing or three on Quickness From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Ok I accept now that the best place to start reading an argument is not from the last email backwards. I admit I am not a current GM I am prepared to give due credit to those who have obviously devoted time and thought to this issue (No, really I am) Now I have read it all however I find myself back to .. and I quote, from Jim I think... the same bloody old coconut, actually bunch of bloody old coconuts. Quickness is the essential core spell of E and E's It is very powerful and can change the whole course of a combat. Yippee!!! Without it, would E and E's be wanted for their Wizard Eye? their Levitate? their Sleep? Even the awesome and terrifying Web of Entanglement? I think not It works. I love it. I ask you leave it alone Fi -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 23:14:21 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id XAA30064; Wed, 26 Jul 2000 23:01:00 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id XAA30061 for ; Wed, 26 Jul 2000 23:00:56 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id WAA17327 for ; Wed, 26 Jul 2000 22:57:23 +1200 Date: Wed, 26 Jul 2000 22:57:23 +1200 Message-Id: <200007261057.WAA17327@smtp1.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: Quickness From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > > 5) Conversion and the history of E&E's having quickness are not insurmountable problems - they are just a cost of change. For a change to be worthwhile, the sum of the (perceived) advantages need to substantially outweigh the sum of the (perceived) disadvantages. Change for its own sake is a disadvantage. > > Agreed. Change for its own sake is a disadvantage. That isn't what is being proposed. It is being proposed, because the spell has a flattening effect on the game. It is BORING. ack ack gasp choke (It's hard to splutter in incoherent rage effectively via text) You just don't understand. Quickness IS being an E and E. Apart from anything else it lets us run like the weaselly little rats we are when the fighters and blasters all get flattened and the Balrog looks about to see who is left. To me DQ is about role playing in a group.That means I depend on nice absorbent fighters to get whacked and nice incendiary devices like Fire mages to blast while I assist with Quickness and Slowness and all the other useful but on their own completely feeble spells I have. They need me.I need them Otherwise I would just go out and whack Balrogs on my own using my excellent fighting skills and nice blasty spells I picked up at the DQ-O-Mat If there actually is a flattening problem with invested Quicknesses being freely available (and I am not a current Gm so I do not know if this is true) surely a simple solution suggests itself. Make Quickness unable to be invested. I imagine E and E's throughout Alusia would be thrilled to bits Fi -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Jul 26 23:58:41 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id XAA30457; Wed, 26 Jul 2000 23:57:13 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id XAA30453 for ; Wed, 26 Jul 2000 23:57:09 +1200 Received: from jimarona.ihug.co.nz (p104-tnt6.akl.ihug.co.nz [216.100.154.104]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id XAA06902 for ; Wed, 26 Jul 2000 23:53:32 +1200 Date: Wed, 26 Jul 2000 23:49:18 +1200 Message-ID: <01bff6f7$87db1460$689a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: One last thing or three on Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Fiona Cole wrote: >I am prepared to give due credit to those who have obviously devoted time >and thought to this issue >(No, really I am) > >Now I have read it all however I find myself back to .. and I quote, from >Jim I think... the same bloody old coconut, actually bunch of bloody old >coconuts. > >Quickness is the essential core spell of E and E's There are other spells in the E&E list. Wizard's Eye, Location, Telekinesis. > >It is very powerful and can change the whole course of a combat. Yippee!!! > >Without it, would E and E's be wanted for their Wizard Eye? their Levitate? >their Sleep? Even the awesome and terrifying Web of Entanglement? >I think not Not an argument, Fiona. There are other spells that make E&E pretty bloody useful. Enchanted Armour. Open Lock. Enhancing Enchantment. Ritual of Enchantment. And so on. >It works. I love it. I ask you leave it alone It doesn't work. I dislike what it does. I ask you to fiddle with it until it provides us with a game that is interesting to play and DM. These arguments are not DM arguments, they are player arguments. They are not inspired by an interest in the game, they are inspired by an interest in keeping a particular character happy. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 00:13:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id AAA30585; Thu, 27 Jul 2000 00:12:04 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id AAA30579 for ; Thu, 27 Jul 2000 00:11:52 +1200 Received: from jimarona.ihug.co.nz (p104-tnt6.akl.ihug.co.nz [216.100.154.104]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id AAA07601 for ; Thu, 27 Jul 2000 00:08:15 +1200 Date: Thu, 27 Jul 2000 00:04:02 +1200 Message-ID: <01bff6f9$96cefb60$689a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Fiona Cole wrote: >You just don't understand. Quickness IS being an E and E. An individual character, or a group of characters may have Quickness as their focus. That shouldn't stop us from examining a better way of dealing with it. It's a fantasy to suggest that we should not consider a change because it would disarrange those characters. > >Apart from anything else it lets us run like the weaselly little rats we are >when the fighters and blasters all get flattened and the Balrog looks about >to see who is left. No, it doesn't. It lets the whole party run like weaselly little rats. My objection wouldn't be with the spell if it meant that only one or two members of an adventuring party were Quickened. The hassle is that they all are. > >To me DQ is about role playing in a group.That means I depend on nice >absorbent fighters to get whacked and nice incendiary devices like Fire >mages to blast while I assist with Quickness and Slowness and all the other >useful but on their own completely feeble spells I have. > >They need me.I need them This is SO personlised. Look, if you feel you need to have a particular use, learn Enhancing Enchantment. That's a pretty damned useful spell. Or Wizard's Eye. Or learn a skill that makes you invaluable. It may not even be necessary to make it a proficiency or something. But, let's, for God's sake, actually discuss the possibility, rather than breaking out into reflexive denial. That's just counterproductive. > >Otherwise I would just go out and whack Balrogs on my own using my excellent >fighting skills and nice blasty spells I picked up at the DQ-O-Mat As opposed to picking up Quickness spells at the DQ-O-Mat? What, exactly, are we exchanging here? >If there actually is a flattening problem with invested Quicknesses being >freely available (and I am not a current Gm so I do not know if this is >true) surely a simple solution suggests itself. > >Make Quickness unable to be invested. >I imagine E and E's throughout Alusia would be thrilled to bits Yes, possibly they would be a good idea. The happiness of E&E mages is not an argument for it, either, mind you. Which is not to say that it's not a useful point. Perhaps that is something we should consider. As far as Quickness is concerned, then at the medium to high level of the game, the frequency with which you see the wretched spell triggered is pretty daunting. And, deadening. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 09:43:42 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA01356; Thu, 27 Jul 2000 09:42:48 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id JAA01353 for ; Thu, 27 Jul 2000 09:42:44 +1200 Message-ID: <397F5A35.80AC768C@peace.com> Date: Thu, 27 Jul 2000 09:37:57 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Quickness From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Fiona Cole wrote: > >Make Quickness unable to be invested. Jim Arona wrote: > Yes, possibly they would be a good idea... Perhaps that is something we > should consider. So, as Option #5 (using Jim's original list): Option 5: Investment is removed from the storage options of Quickness. Advantages: Frequency of use is decreased as it will only be available to parties adventuring with an E&E A party's access to Quickness becomes more vulnerable; if the E&E is unavailable then no Quickness. Disadvantages: All of the current ones -- just less often Relative worth of having an E&E in a party rises, perhaps so much that they are considered essential, which could in turn have a "flattening" effect on college choice within the campaign. -- Jim has already nailed down most of the other problems with Quickness, I'd just add that my personal feeling is that it is a pain in the butt to GM because it breaks the combat rules rather badly, making combats harder to run. My preference would be that in addition to reducing its frequency of use (by whatever means), it were altered such that it no longer broke the Init sequence and actions rules. 'Course, if its effects were reduced from their current power then it may no longer be "a spell that MAKES players choose it " and some of the other problems would become moot. Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 11:44:03 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA02105; Thu, 27 Jul 2000 11:33:33 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA02102 for ; Thu, 27 Jul 2000 11:33:29 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id LAA09121 for ; Thu, 27 Jul 2000 11:29:38 +1200 Date: Thu, 27 Jul 2000 11:29:38 +1200 Message-Id: <200007262329.LAA09121@smtp4.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: One last thing or three on Quickness From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >These arguments are not DM arguments, they are player arguments. They are >not inspired by an interest in the game, they are inspired by an interest in >keeping a particular character happy. What's your point? Is DQ so the GM's can be happy? Fi -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 12:13:52 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA02355; Thu, 27 Jul 2000 12:05:02 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA02351 for ; Thu, 27 Jul 2000 12:04:58 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id MAA31138 for ; Thu, 27 Jul 2000 12:01:06 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Thu, 27 Jul 2000 12:01:21 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: One last thing or three on Quickness From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > > > >These arguments are not DM arguments, they are player arguments. They are > >not inspired by an interest in the game, they are inspired by an interest in > >keeping a particular character happy. > >What's your point? > >Is DQ so the GM's can be happy? > >Fi To be fair Fi, Jim didn't say DQ was to get the GM's happy. He said that we should be inspired by an interest in the game as a whole, not in keeping one particular character happy. Personally I think Quickness could be better but is ok as it is. I don't feel completely convinced by the arguments so far that it really needs fixing. I do know that as a player I was much agrieved to go on an adventure with two mediumish E&Es and discover *neither* of them had quickness. It is certainly required at the upper levels of the game. Making it uninvestible certainly doesn't fix that problem IMHO - it will just mean those two mediumish E&Es will feel even more pressure to learn and rank the spell, and that every party will want an E&E. I don't much care for any of the other suggested solutions either - and I don't have a brilliant one of my own - so I'll go back to lurking. clare -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 12:43:51 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA02659; Thu, 27 Jul 2000 12:39:49 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA02656 for ; Thu, 27 Jul 2000 12:39:44 +1200 Received: from jimarona.ihug.co.nz (p171-tnt2.akl.ihug.co.nz [203.109.245.171]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA14611 for ; Thu, 27 Jul 2000 12:35:50 +1200 Date: Thu, 27 Jul 2000 12:31:33 +1200 Message-ID: <01bff762$040734a0$abf56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Player vs DM From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Fiona Cole wrote: >What's your point? > >Is DQ so the GM's can be happy? >> >>These arguments are not DM arguments, they are player arguments. They are >>not inspired by an interest in the game, they are inspired by an interest in >>keeping a particular character happy. In a word, yes. Fiona raises an excellent issue, here, and one that probably needs to be aired. And, that is that the player and the DM approach any roleplaying game from different angles. A player's point of view is defined by their idea of their character's development, and what makes that fantasy individual special and fun. A DM's approach is defined by what makes the running of the game entertaining. Where a player might want something for their individual character, a DM must balance those things from the point of view of what makes for a good game. A player can enjoy some game artifact like Quickness, for example, and it can have a deleterious effect on the game. The DM, on the other hand, addresses the game engine. Individual DMs may be better or worse at determining what is good for the game, whereas this issue may not even be addressed by the player. The point is, however, that a DM will be approaching the game from a perspective that has, or ought to have, no odour of personal interest. Because the aim is to develop a game that is better. Not to provide a particular player with some degree of happiness. Role-playing games are a form of artistic endeavour. The balance of the game engine (the mechanics of how the game works) and the game world ( the environment that the game is played in) and the story (the progress of the players through the game world) are in the hands of the DM. The more naturally these elements map onto each other, the less difficult it is to sustain the enjoyment of story, genre and balance. The enjoyment of a player is important, because if a player cannot enjoy a game, then that is one less person playing the game. The enjoyment of the DM, however, is critical, because if the DM can't enjoy the game, then that is as many as six more people not playing the game. If a DM is forced by the exigencies of the environment and balance to create an factitious storyline, then it unnaturally forces the game. Some constraint is necessary to create a good story, but when the form is flawed, then it diminishes everyone's enjoyment. Which is a better poem? Old McDonald Had a Farm, or The Lovesong of J.Alfred Prufrock? Yet, the Lovesong breaks just about every poetic form that it alludes to. This is not to say that we are in danger of creating that degree of greatness with our role-playing, but, God, is there any harm in trying? -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 13:13:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA02850; Thu, 27 Jul 2000 13:00:34 +1200 Received: from mail.world-net.co.nz (mail.world-net.co.nz [203.96.119.27]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA02847 for ; Thu, 27 Jul 2000 13:00:31 +1200 Received: from gorgox (pp2-114.world-net.co.nz [210.55.227.114]) by mail.world-net.co.nz (8.9.3/8.9.3) with SMTP id MAA00740 for ; Thu, 27 Jul 2000 12:56:22 +1200 Date: Thu, 27 Jul 2000 12:55:25 +1200 Message-ID: <000701bff765$5a3a7000$0100a0c0@gorgox> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: RE: Quickness From: "Gordon Lewis" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: gordon@karakakat.co.nz Sorry if I am covering old ground ... We could say that- for anyone who has quickness on them it will take 1 FT per action to do anything active. That is "more than sitting on ones chuff contemplating the carnage going on around them". This may make any quickness addicts treat it as a privilage not a right. It may also reflect the nature of the spell. Cheers Gordon. http:/welcome.to/housegorgox/ -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 13:43:35 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA03125; Thu, 27 Jul 2000 13:41:42 +1200 Received: from mail.world-net.co.nz (mail.world-net.co.nz [203.96.119.27]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA03122 for ; Thu, 27 Jul 2000 13:41:39 +1200 Received: from gorgox (pp2-114.world-net.co.nz [210.55.227.114]) by mail.world-net.co.nz (8.9.3/8.9.3) with SMTP id NAA04032 for ; Thu, 27 Jul 2000 13:37:29 +1200 Date: Thu, 27 Jul 2000 13:36:32 +1200 Message-ID: <000801bff76b$18a08e80$0100a0c0@gorgox> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: RE: Quickness From: "Gordon Lewis" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: gordon@karakakat.co.nz Gordon Lewis wrote: >We could say that- for anyone who has quickness on them it will >take 1 FT per action to do anything active. That is "more than sitting on >ones >chuff contemplating the carnage going on around them". This may make any >quickness >addicts treat it as a privilage not a right. It may also reflect the nature >of the spell. Then Jim Wrote It does tend to apply pressure to a player to do nothing, though, which is a pretty boring state of affairs. In addition, you'd have to define what was meant by 'sitting on one's chuff'. Still... I Reply What I am getting at is the immediate cost of magic. If a spell makes you faster than you can ever be naturally, then, I believe, it should make you tired faster. My comment about 'chuff' is about not penalising characters who are thinking about what to do next. As to making players do nothing ... I don't think so. If a bunch of nasties is doing their level best to squish you - you are most likely to do something about it - even if it is to run away. This is true for normal and quicknessed folk alike. Cheers G. http://welcome.to/housegorgox/ -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 13:58:35 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA03207; Thu, 27 Jul 2000 13:50:17 +1200 Received: from mail.world-net.co.nz (mail.world-net.co.nz [203.96.119.27]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA03204 for ; Thu, 27 Jul 2000 13:50:14 +1200 Received: from gorgox (pp2-114.world-net.co.nz [210.55.227.114]) by mail.world-net.co.nz (8.9.3/8.9.3) with SMTP id NAA04763 for ; Thu, 27 Jul 2000 13:46:04 +1200 Date: Thu, 27 Jul 2000 13:45:07 +1200 Message-ID: <000e01bff76c$4b8ca3a0$0100a0c0@gorgox> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: RE: Quickness From: "Gordon Lewis" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: gordon@karakakat.co.nz Gordon Lewis wrote: >We could say that- for anyone who has quickness on them it will >take 1 FT per action to do anything active. That is "more than sitting on >ones >chuff contemplating the carnage going on around them". This may make any >quickness >addicts treat it as a privilage not a right. It may also reflect the nature >of the spell. Then Jim Wrote It does tend to apply pressure to a player to do nothing, though, which is a pretty boring state of affairs. In addition, you'd have to define what was meant by 'sitting on one's chuff'. Still... I Reply What I am getting at is the immediate cost of magic. If a spell makes you faster than you can ever be naturally, then, I believe, it should make you tired faster. My comment about 'chuff' is about not penalising characters who are thinking about what to do next. As to making players do nothing ... I don't think so. If a bunch of nasties is doing their level best to squish you - you are most likely to do something about it - even if it is to run away. This is true for normal and quicknessed folk alike. Cheers G. http://welcome.to/housegorgox/ -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 14:28:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA03529; Thu, 27 Jul 2000 14:24:52 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA03526 for ; Thu, 27 Jul 2000 14:24:49 +1200 Received: from jimarona.ihug.co.nz (p171-tnt2.akl.ihug.co.nz [203.109.245.171]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA02449 for ; Thu, 27 Jul 2000 14:20:52 +1200 Date: Thu, 27 Jul 2000 14:16:37 +1200 Message-ID: <01bff770$b1b525e0$abf56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: DM style From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I have been involved in a private exchange about the meaning of 'DM style'. We might talk about DMing in different lights, I suppose, but when we talk about style, it has a particular meaning. In the world of high fashion, Coco Chanel developed a style. Without going into the vagaries of it, the important issue about her style was that it was an idea or a way of dressing that was not limited by a season or two. It could exceed the boundaries of its period and have an impact on other seasons. When we talk about DM style, then we are talking about what a DM brings to the game that makes their game individual and interesting. The issue that was raised was that a particular individual's style was to run the game by 'using the constraints of the game to express themself'. Rules constraint is as necessary as air to breath if we are to have a game at all. It is essential that the DM and the players have some idea of what is going on. But, we should never deceive ourselves into thinking that rules serve no other purpose than provide for a shared experience of the world. Rules provide us with a set of shared understandings about what is going on in the world. They let the DM and the player tell each other how the world works, quickly and efficiently. But that's all. Roleplaying games are changing and evolving structures. There are games, now, that involve players in a variety of different kinds of interactions. Most games don't offer much value to a character whose primary focus is performance art. For example, how powerful is the Troubadour skill? Not very, really, when you compare it with Healer and Ranger and so on. On the other hand, a Troubadour in EarthDawn is an astoundingly useful character to have around, and tough as iron nails. They're like travelling with an E&E mage in the party. You can adventure without one, but it makes your life one hell of a lot more pleasant if you don't. This is because there is a special are of the rules devoted to something called 'social magic'. It has a particular effect on the game, and it has created a different kind of story. Players chase social magic, in EarthDawn. White Wolf role-playing has created an international trend toward story-telling, over and beyond the clever execution of a character's abilities. These examples serve to illustrate that games are changing around us, whether or not we are prepared to accept it. Even if there weren't games out there that were changing the face of the games that we know, there would be pressure for change from within our own game. People are animals that seek to be entertained, and it is unavoidable that there will be some change to the medium in which we play. I mean, would you want to sing 'Old McDonald Had a Farm' every time you had to sing a song? People crave new experiences. At the same time, the resist them. This is not necessarily true on an individual basis, but it certainly is true, en masse. My thesis, here, is that to have a DM style, you need to be adding to the sum of the experience of roleplaying, and to do that you may have to alter the rules. (This is aside from occasionally suspending a rule where it doesn't make sense for it to work. We have all seen occasions where a player was in a situation where the application of a rule would have been ridiculous for one reason or another.) In large part, style springs from the way a DM considers the world to work. One cannot slavishly apply the rules. Well, I suppose you could, but it wouldn't be much fun to DM, and computers do it so much better. Our apprehension of the way the genre works is what makes for an interesting game experience. Story telling, whether it be novel-writing, or drama or even music, is the art of balancing the expectable with the uncertain. One of the reasons that we use dice to resolve conflicts is that it reflects the expectation of the base chance against the uncertainty of the die roll. It is, however, not the only kind of uncertainty generator around. In fact, it's not even very old. In a whodunnit, the writer will lead the reader away from the culprit, using red herrings. But the variety of story that most expresses the genre that we play in is something like Star Wars. And, there, one of the uncertainties that the players are drawn towards is finding out how the world works, whether it be the workings of the Force, to the machinations of the Council. Whenever a player enters a DM's game for the first time, they must inevitably try to discover the way that world works. That is part of the pleasure of playing. And, that means that penetrating how a particular DM runs things is something where expectation is in conflict with uncertainty. And, the reason is that in a role-playing game, all of the rules are written down on a piece of paper somewhere. In the real world, we don't know how the universe actually works. Sometimes things don't work the way we expected. Sometimes, people spontaneously combust. The rules need to be merely guidelines. They don't fullfil the same kind of role as the three laws of thermodynamics. Therefore, there is a pressure on a DM to actively counter some rules, if only to create a more interesting game. 'Player shock' is a casualty of that process. It is, in fact, essential. If the players aren't exposed to variety, then their boundaries aren't being expanded. They remain the same, with the exception that they have xp to take home and make themselves better at the things that they could already do. How interesting is the game if every character is pretty much the same? Yes, it is possible to have variations between characters. You might have a frivolous, entertaining Necromancer for example, and a severe and grim Illusionist. But, there is a limit to the range of characters that is actually available. Beyond a certain point, this kind of individuation becomes artificial and constrained. In an ideal world, every character would be different in some way. Preferably, in several ways. Every character would have something or a combi nation of somethings that few other people could do. And, that can't be done under the current system. Or, in fact, under any system. Because it is not the system that is in critical need of development, here. Sure, it's got some pretty nasty bugs in it. But the body of players and DMs are pretty au fait with statistics and numbers and crap like that. What isn't being developed is the pursuit of the art of role-playing. And, it won't be developed until people actually make an effort to develop an actual style. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 14:58:47 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA03763; Thu, 27 Jul 2000 14:51:25 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA03760 for ; Thu, 27 Jul 2000 14:51:21 +1200 Message-ID: <397FA276.E4BC6E38@peace.com> Date: Thu, 27 Jul 2000 14:46:14 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Player vs DM From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > Which is a better poem? Old McDonald Had a Farm, or The Lovesong of J.Alfred Prufrock? > Eliot's poem is dense with lyrical imagery.. but if you were 4 years old it would be completely opaque. Besides, Old MacDonald has a tune you can sing along with, and you get to make barnyard noises. Horses for courses, right tool for the job, and similar cliches. Art, like beauty is very much in the eye of the beholder. If I was to hold a gallery opening, invite the beautiful people, hang squares of blue canvas on the walls and run around in a bright orange leotard poking them with a sharp stick -- would it be art? Perhaps I have a distorted view of art and unreasonably consider it uncommonly dull. > Role-playing games are a form of artistic endeavour. The balance of the > game engine (the mechanics of how the game works) and the game world ( the > environment that the game is played in) and the story (the progress of the > players through the game world) are in the hands of the DM. The more > naturally these elements map onto each other, the less difficult it is to > sustain the enjoyment of story, genre and balance. Absolutely... and wholeheartedly. RPGs are an artistic endeavour, and something like movie-making perhaps, they are both art and craft. The mechanics of making the movie are craft, the actors pursue their craft (and apsire to art), and the end product is (hopefully) art, and greater than the sum of the parts. What is the role of an RPG? To entertain? To challenge? Many roleplayers play to be entertained. Which would make better entertainment; an RPG based on Indiana Jones, or one based on Angela's Ashes? Which would be better art? > The enjoyment of a player is important, because if a player cannot enjoy > a game, then that is one less person playing the game. The enjoyment of the > DM, however, is critical, because if the DM can't enjoy the game, then that > is as many as six more people not playing the game. Its also a fine balance... I could have enormous fun running around in my orange leotard wielding a pointed stick... but if the gallery goers get fed up and leave then what? Have I succeeded in creating art? My "Angela's Ashes the RPG" campaign could a triumph of gaming and modern literature, but if after the third excrutiating session of "Dad's drunk, we're hungry", all the players leave... then were they entertained? If a wall falls in an empty art gallery and kills a performance artist -- does anyone care? > This is not to say that we are in danger of creating that degree of > greatness with our role-playing, but, God, is there any harm in trying? There is no harm provided we find the balance between alienating our audience and creating art that entertains. Regards, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 15:13:54 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA03920; Thu, 27 Jul 2000 15:09:39 +1200 Received: from westpac.co.nz (firewall1.westpac.co.nz [210.55.236.18]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA03917 for ; Thu, 27 Jul 2000 15:09:35 +1200 Received: by firewall1.westpac.co.nz id <32298>; Thu, 27 Jul 2000 15:10:50 +1200 X-Lotus-FromDomain: WESTPACTRUST Message-Id: <00Jul27.151050nzst.32298@firewall1.westpac.co.nz> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Date: Thu, 27 Jul 2000 15:10:49 +1200 Subject: Re: Player vs DM From: "Mark Simpson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz How did we get from a discussion of Quickness to Martin "running around in an orange leotard wielding a pointed stick" - a mental image which will haunt my subconscious for some time to come ... ----------------------------------------------------------------- The contents of this e-mail are confidential to Westpac Banking Corporation. If you have received this communication by mistake, please advise the sender immediately and delete the message and any attachments. The views expressed in this e-mail are not necessarily the views of Westpac Banking Corporation. Westpac Banking Corporation is incorporated in New South Wales, Australia. ----------------------------------------------------------------- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 15:44:02 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA04244; Thu, 27 Jul 2000 15:40:50 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA04241 for ; Thu, 27 Jul 2000 15:40:46 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id PAA03898 for ; Thu, 27 Jul 2000 15:36:48 +1200 (NZST) Date: Thu, 27 Jul 2000 15:37:20 +1200 Message-ID: <000101bff77b$f889ed10$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Player vs DM From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Another player response: > Which is a better poem? Old McDonald Had a Farm, or The > Lovesong of J.Alfred Prufrock? > Drek with tunes are bad --- prompting noise from the noisome; but Elliot rhymes! SF ... besides there are sea-waves in the Lovesong; -- oh, and all that deep meaning stuff -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 15:58:52 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA04608; Thu, 27 Jul 2000 15:48:43 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA04605 for ; Thu, 27 Jul 2000 15:48:40 +1200 Received: from jimarona.ihug.co.nz (p171-tnt2.akl.ihug.co.nz [203.109.245.171]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA19158 for ; Thu, 27 Jul 2000 15:44:42 +1200 Date: Thu, 27 Jul 2000 15:40:28 +1200 Message-ID: <01bff77c$686c5a00$abf56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Player vs DM From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Martin Dickson wrote: >Art, like beauty is very much in the eye of the beholder. And, etc. I won't paste the rest, because I think he makes his point lucidly and pungently enough that people will probably remember it. For a long time. Far too long a time...:-) Yes, it is in the eye of the beholder, BUT, the eye of the beholder has a great deal of scope. Role-playing is an artform that can be expanded to cover a lot more human experience than we currently let it. And, this is aside from live action roleplaying, or any of the other forms that might be called role-playing. Within the much narrower confines of a game like DQ, we could have a wider range of interaction. We can choose not to use a particular development because it clashes with the genre or the engine in some fashion. Or we could choose not to let our game evolve because of fear of something new. Some critical function must be excercised so that new forms aren't added just because they're avant-garde. On the other hand, if the game is frozen and stultified, then anything new would be an advantage. Not that I'm saying that this is the case with DQ at the moment. There is, however, a state of reflexive denial of anything new amongst the Gods. And, that isn't good. >RPGs are an artistic endeavour, and something like movie-making perhaps, they >are both art and craft. The mechanics of making the movie are craft, the actors >pursue their craft (and apsire to art), and the end product is (hopefully) art, >and greater than the sum of the parts. > >What is the role of an RPG? To entertain? To challenge? Many roleplayers play >to be entertained. Which would make better entertainment; an RPG based on >Indiana Jones, or one based on Angela's Ashes? Which would be better art? Perhaps the analogy between 'Old McDonald' and 'The Lovesong' was ill-advised,then. I'm not suggesting that every game has to be a statement of high art. I am saying that we are too focussed on numbers and statistics, and not much focussed on how to make it an experiential artform. And, that it would be better if we developed this side of the game. Because, the alternative is to play a computer game with your friends. Not a role-playing game of the kind we are used to, i.e., where there is a DM and some players who interact with each other. > >> The enjoyment of a player is important, because if a player cannot enjoy >> a game, then that is one less person playing the game. The enjoyment of the >> DM, however, is critical, because if the DM can't enjoy the game, then that >> is as many as six more people not playing the game. > >Its also a fine balance... I could have enormous fun running around in my orange >leotard wielding a pointed stick... but if the gallery goers get fed up and >leave then what? Have I succeeded in creating art? What makes for great art is an audience. We could talk about aesthetics all day, I suppose, and like Plato, contrive a method for determining the most beautiful chair. But, do we care? The important consideration about art is whether or not it communicates something human to us. If the constraints hinder that expression, then why don't we change the constraints? The only real consideration is whether or not we provide an entertaining and illuminating experience. If a rule screws around with that, then we should consider altering the rule. >My "Angela's Ashes the RPG" campaign could a triumph of gaming and modern >literature, but if after the third excrutiating session of "Dad's drunk, we're >hungry", all the players leave... then were they entertained? > >If a wall falls in an empty art gallery and kills a performance artist -- does >anyone care? The issue Martin warns about here, is indulgence. Yes, if we make art that is too avant garde, we are likely to alienate our audience.On the other hand, if we produce the same old stuff, we will lose it through boredom. Role-playing games have a history that associates them with people whose interests lie in fields outside of art, by and large. And, the result is a focus on keeping the game a system, rather than an art. I proprose that we need to address ourselves in THAT direction, at the moment, because it is untouched. In fact, it's virginal. What, actually, have we done with the device that is role-playing that makes it better? Mostly, we have just fiddled with the engine. Is that ALL we can be doing? > >> This is not to say that we are in danger of creating that degree of >> greatness with our role-playing, but, God, is there any harm in trying? > >There is no harm provided we find the balance between alienating our audience >and creating art that entertains. I don't agree. If a player has an unpleasant gaming experience, then they can go and play in another game. It really isn't that bad. Sure, if the game as a whole reeks of indulgence, or just plain sucks because it's bad, then we have a problem. But, it's only a problem. There is no real danger in alienating our audience in the same way that the atonal school stopped people from enjoying other kinds of music. What is regularly touted as a reason for not trying this is that we might frighten players away. It is devoid of reason, however. If the game disturbed people so much that they couldn't enjoy it (and I'm not saying that we will be immediately successful), then they will stop playing in THAT PARTICULAR GAME. In the same way that a person who attends a gallery to find Martin dressed in an orange leotard performing arabesques in front of blue canvasses won't stop them from going to other galleries. They might ring around and find out where Martin is, though. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 16:13:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA04770; Thu, 27 Jul 2000 16:05:32 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA04767 for ; Thu, 27 Jul 2000 16:05:29 +1200 Message-ID: <397FB4C0.297FED69@peace.com> Date: Thu, 27 Jul 2000 16:04:16 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Player vs DM From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > In the same way that a person who attends a gallery to find > Martin dressed in an orange leotard performing arabesques in front of blue > canvasses won't stop them from going to other galleries. > They might ring around and find out where Martin is, though. What?! And miss my "painting the audience with body fluids" exhibition (raincoats provided at the door). :) Thank you Jim, you have helped enliven my rather dull afternoon. Kind Regards, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 16:28:49 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA04873; Thu, 27 Jul 2000 16:17:05 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA04870 for ; Thu, 27 Jul 2000 16:17:02 +1200 Received: from jimarona.ihug.co.nz (p171-tnt2.akl.ihug.co.nz [203.109.245.171]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id QAA26050 for ; Thu, 27 Jul 2000 16:16:58 +1200 Date: Thu, 27 Jul 2000 16:12:45 +1200 Message-ID: <01bff780$ea93e9e0$abf56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Martin Dickson's fault. Nothing to do with me... From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Martin Dickson wrote: >Jim Arona wrote: > >> In the same way that a person who attends a gallery to find >> Martin dressed in an orange leotard performing arabesques in front of blue >> canvasses won't stop them from going to other galleries. >> They might ring around and find out where Martin is, though. > >What?! And miss my "painting the audience with body fluids" exhibition >(raincoats provided at the door). > Eeeeeew -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 16:43:48 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA05068; Thu, 27 Jul 2000 16:40:51 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA05065 for ; Thu, 27 Jul 2000 16:40:47 +1200 Message-ID: <397FBCFE.CF14503A@peace.com> Date: Thu, 27 Jul 2000 16:39:26 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Player vs DM From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > There is, however, a state of reflexive denial of anything new amongst > the Gods. And, that isn't good. True, and true. > I'm not suggesting that every game has to be a statement of high art. > I am saying that we are too focussed on numbers and statistics, and not much > focussed on how to make it an experiential artform. And, that it would be > better if we developed this side of the game. > Because, the alternative is to play a computer game with your friends. Not a > role-playing game of the kind we are used to, i.e., where there is a DM and > some players who interact with each other. "Whither now the GM?". I suggest that computer games have already drawn away a significant portion of the audience that were involved in (or would have become involved in) RPGs. The Hack & Slash sub-genre is probably better served by POV shoot-em-ups, and the more pure adventure gaming by the newer MUDs such as Everquest. Computer games have the advantage of handling the bulk of the rules in a way that is transparent to the player. The graphics will continue to improve, and with high enough speed/bandwidth and an interface better than a common keyboard interactivity with other players (who may be anywhere in the world) will become increasingly easy. The next generation of MUDs may pretty much replace main-stream RPGs, and some of the GMs of today will merge with the computer based RPGs of tomorrow to create MUDs with storys and worlds that are more dynamic than what is currently available. The reasons for playing a live (but not LARP) game will need to concentrate on those areas that are not supported by multi-user computer games, such as genuine, up close socialising with friends (and playing an RPG), or perhaps avant garde impromtu theatre type gaming. Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 17:44:03 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA05460; Thu, 27 Jul 2000 17:42:40 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA05457 for ; Thu, 27 Jul 2000 17:42:36 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA21783 for ; Thu, 27 Jul 2000 17:42:31 +1200 Date: Thu, 27 Jul 2000 17:42:31 +1200 Message-Id: <200007270542.RAA21783@smtp4.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Could Prufrock really be a real name? From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >then it diminishes everyone's enjoyment. > Which is a better poem? Old McDonald Had a Farm, or The Lovesong of >J.Alfred Prufrock? Yet, the Lovesong breaks just about every poetic form >that it alludes to. > This is not to say that we are in danger of creating that degree of >greatness with our role-playing, but, God, is there any harm in trying? > Absolutely not Jim and if there is greatness in Applied Strumpetry be assured Silken will find it. And she shall find it all the faster if she is Quickened :-) Fi -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 17:44:51 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA05425; Thu, 27 Jul 2000 17:39:39 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA05422 for ; Thu, 27 Jul 2000 17:39:36 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA21479 for ; Thu, 27 Jul 2000 17:39:33 +1200 Date: Thu, 27 Jul 2000 17:39:33 +1200 Message-Id: <200007270539.RAA21479@smtp4.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Fairness, to be or not to be From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >>Fi > >To be fair Fi, Jim didn't say DQ was to get the GM's happy. He said >that we should be inspired by an interest in the game as a whole, not >in keeping one particular character happy. To be fair I have never, not once, claimed to be fair. I do feel that sometimes quite major changes are made in the game and to spells etc without any of the people making the changes having a personal interest in the results of that change. I make no bones about the fact I DO have a personal interest and I am speaking on behalf of my character. Is it such a bad thing to have an opinion from a player? I have often felt that the rule changes all lead eventually toward a creeping generalisation of skills and magic and I see this as another step in that direction. I am in the specialist camp. The appeal of DQ for me is the party dynamic and everything that makes party members less dependent on each other and more inclined to go solo or in pairs I see as a bad thing. There are many E and E's in the game.Is it true that new players are pressured to roll them up so shrivlled old relics can cynically squeeze them for Quickness after compelling them to use all their ep in Ranking it? I find this hard to believe Fi -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 17:58:55 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA05505; Thu, 27 Jul 2000 17:45:04 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA05493 for ; Thu, 27 Jul 2000 17:44:59 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA22091 for ; Thu, 27 Jul 2000 17:44:54 +1200 Date: Thu, 27 Jul 2000 17:44:54 +1200 Message-Id: <200007270544.RAA22091@smtp4.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Orange leotard From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz At 15:10 27/07/00 +1200, you wrote: >How did we get from a discussion of Quickness to Martin "running around in >an orange >leotard wielding a pointed stick" - a mental image which will haunt my >subconscious for some time to come ... And mine...alarming but somehow curiously compelling... I'd pay to see that :-) Fi -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 17:59:46 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA05578; Thu, 27 Jul 2000 17:53:04 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA05575 for ; Thu, 27 Jul 2000 17:53:01 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA22934 for ; Thu, 27 Jul 2000 17:52:56 +1200 Date: Thu, 27 Jul 2000 17:52:56 +1200 Message-Id: <200007270552.RAA22934@smtp4.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: funny you should mention Everquest From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >I suggest that computer games have already drawn away a significant portion of >the audience that were involved in (or would have become involved in) RPGs. The >Hack & Slash sub-genre is probably better served by POV shoot-em-ups, and the >more pure adventure gaming by the newer MUDs such as Everquest. I have to say that there is little in DQ apart from the particular talents of some GM's that could draw me from Everquest.Indeed if I could regularly adventure with the same group of people online instead of having to cope with tired Yanks or rigidly french speaking Frogs it would be so similiar it would challenge even that. They struggle with the same issues.Every time they change anything they get blasted and yet people moan continuously 24 hours a day that things need improving. It is the uniqueness of a character over 12 years old and the comfort of being able to step into the role and now the tools of my trade that first led me to get involved in the Quickness issue. It was hard enough coming back to find Sleep had been so signifigantly downpowered. So I ask forgiveness for my reflexive denial of this proposed change and instead make a considered denial of it. Fi -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 19:13:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id TAA06127; Thu, 27 Jul 2000 19:08:09 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id TAA06124 for ; Thu, 27 Jul 2000 19:08:05 +1200 Received: from jimarona.ihug.co.nz (p58-tnt2.akl.ihug.co.nz [203.109.245.58]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id TAA06887 for ; Thu, 27 Jul 2000 19:07:57 +1200 Date: Thu, 27 Jul 2000 19:03:37 +1200 Message-ID: <01bff798$c9acd4e0$3af56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Player vs DM From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Martin Dickson wrote: > >"Whither now the GM?". >The reasons for playing a live (but not LARP) game will need to concentrate on >those areas that are not supported by multi-user computer games, such as >genuine, up close socialising with friends (and playing an RPG), or perhaps >avant garde impromtu theatre type gaming. and Fiona M.Cole wrote: >I have to say that there is little in DQ apart from the particular talents >of some GM's that could draw me from Everquest.Indeed if I could regularly >adventure with the same group of people online instead of having to cope >with tired Yanks or rigidly french speaking Frogs it would be so similiar it >would challenge even that. >They struggle with the same issues.Every time they change anything they get >blasted and yet people moan continuously 24 hours a day that things need >improving. Already, we are seeing the beginnings of a different direction in which to take games. Everquest offers an opportunity to allow the engine to be as complex as is liked, because the machine will resolve the numbers for you. Again, let us step away from worrying about the robustness of the system, and look at what we can do to promote the game as a art. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 19:28:51 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id TAA06275; Thu, 27 Jul 2000 19:27:48 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id TAA06272 for ; Thu, 27 Jul 2000 19:27:44 +1200 Received: from jimarona.ihug.co.nz (p58-tnt2.akl.ihug.co.nz [203.109.245.58]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id TAA08397 for ; Thu, 27 Jul 2000 19:27:37 +1200 Date: Thu, 27 Jul 2000 19:23:17 +1200 Message-ID: <01bff79b$88f4cf40$3af56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Fairness, to be or not to be From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Fiona M.Cole wrote: > >To be fair I have never, not once, claimed to be fair. > >I do feel that sometimes quite major changes are made in the game and to >spells etc without any of the people making the changes having a personal >interest in the results of that change. The point is, however, Fiona, that although the personal concerns of an individual may have some merit to them, they don't, in and of themselves have any particular merit with regard to the game as a whole. Yes, you can express your outrage. I imagine I can deal with that emotional outpouring. It won't change my opinion, though, because that is not the nature of this particular relationship. > >I make no bones about the fact I DO have a personal interest and I am >speaking on behalf of my character. > >Is it such a bad thing to have an opinion from a player? Yes. It IS a bad thing. Because all it does is tell us how you feel, it doesn't offer us any particular way of making the game better. As far as I can see, this means that the issue becomes democratic. Which is a fine way to run a government, but it's a crap way to produce a better game. How would you feel about consulting a doctor who chose not to address the issue of your health, made no examination of you, but asked the people in the waiting room to vote on your condition? >I have often felt that the rule changes all lead eventually toward a >creeping generalisation of skills and magic and I see this as another step >in that direction. >I am in the specialist camp. I disagree, Fiona. The camp you are firmly a member of is the Conservative party. You wish to see no change. Even in view of the fact that the game would be improved, you would rather it remain the same so that your character could have a spell that just about EVERY E&E mage has. Where is the individuation in that? Your postion, as I read it, produces a pressure to make all E&E's the same. And, it is the college with the largest membership. >There are many E and E's in the game.Is it true that new players are >pressured to roll them up so shrivlled old relics can cynically squeeze them >for Quickness after compelling them to use all their ep in Ranking it? > >I find this hard to believe Name the ones that don't have it, Fiona. Now, name the ones that do have Quickness. What is the percentage of E&E's that don't know Quickness? The fact is, you have learnt it, and Ranked it, and you are responding to a game pressure to do so. Yet, your character is an intensely social animal, not a combat beast. The spell has precious little value outside of combat. Yes, you can use it to run fast, I suppose, but it's hardly a transport spell. Executing a romantic tryst in a Quickened state might have some interesting uses, as well, especially if you seek to turn a handy profit from an evening's work, but the fatigue cost is going to cripple you, if that's the only thing that does. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Jul 27 20:14:17 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id UAA06531; Thu, 27 Jul 2000 20:01:33 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id UAA06528 for ; Thu, 27 Jul 2000 20:01:30 +1200 Received: from dworkin (p83-tnt7.akl.ihug.co.nz [203.109.203.83]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id UAA00868 for ; Thu, 27 Jul 2000 20:01:23 +1200 Message-ID: <004b01bff7a0$ff55bbe0$4301a8c0@dworkin.ihug.co.nz> Date: Thu, 27 Jul 2000 20:01:43 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Subject: Re: One last thing or three on Quickness From: "Dworkin" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >Quickness is the essential core spell of E and E's >It is very powerful and can change the whole course of a combat. Yippee!!! > >Without it, would E and E's be wanted for their Wizard Eye? their Levitate? >their Sleep? Even the awesome and terrifying Web of Entanglement? >I think not > >It works. I love it. I ask you leave it alone > >Fi > Enhance Enchantment, Sleep, Telekinesis, Enchant weapon, Enchant Armour, Slowness, Crystal of Vision and Greater Enchantment all spring to mind as to why I want E+Es to be my friends. William -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 00:43:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id AAA08253; Fri, 28 Jul 2000 00:29:09 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id AAA08250 for ; Fri, 28 Jul 2000 00:29:05 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id AAA24335 for ; Fri, 28 Jul 2000 00:28:51 +1200 Date: Fri, 28 Jul 2000 00:28:51 +1200 Message-Id: <200007271228.AAA24335@smtp4.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: Fairness, to be or not to be From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Yes, you can express your outrage. I imagine I can deal with that >emotional outpouring. It won't change my opinion, though, because that is >not the nature of this particular relationship. Imagine my relief... > As far as I can see, this means that the issue becomes democratic. Which >is a fine way to run a government, but it's a crap way to produce a better >game. > How would you feel about consulting a doctor who chose not to address >the issue of your health, made no examination of you, but asked the people >in the waiting room to vote on your condition? This metaphor is so vaporous it got lost somewhere between screen and eye > >>I have often felt that the rule changes all lead eventually toward a >>creeping generalisation of skills and magic and I see this as another step >>in that direction. >>I am in the specialist camp. > > I disagree, Fiona. The camp you are firmly a member of is the >Conservative party. You wish to see no change. Thank you for clearing that up for me Jim.I shall get my Rosette > Even in view of the fact that the game would be improved, you would >rather it remain the same so that your character could have a spell that >just about EVERY E&E mage has. Where is the individuation in that? Perhaps I misread the suggestion that quickness be made a skill available to all, E and E's, other magical oiks and non magic users alike. It is the fact that Quickness belongs ONLY to E and E mages I referred to > Your postion, as I read it, produces a pressure to make all E&E's the >same. And, it is the college with the largest membership. I think you read it incorrectly. And just how feeble do you think the players are? Don't any of them have free choice to tailor spell selection and ranking to suit the character they choose to play?. I'm not aware of any pressure on me to do anything apart from what I damn well want to do with my character. DQ is not winnable > > Name the ones that don't have it, Fiona. I don't know any who don't.Nor any fire mages of any age who don't have Dragonflames or any Mind Mages who don't have Telepathy. I do not see your point It is a good spell.There is no pressure to take it. Perhaps if party members donated ep to their E and E mage on the proviso it was spent ranking Quickness there would be...Actually that's a good idea..lets do that :-) > > Now, name the ones that do have Quickness. Wait I think...yes, I detect an implication that Silken might care who else is an E and E (apart from that uppity fishwife Amaranth) > > What is the percentage of E&E's that don't know Quickness? Hang on gets out calculator......By Garthron's Hammer it's 0%!! (swoons in face of devastating counter argument and small number) > The fact is, you have learnt it, and Ranked it, and you are responding >to a game pressure to do so. If you mean the fact that the snide comments dry up and the one pary member not covered by the first cast gets in a snit i guess you could call that pressure I call it "In Fight Entertainment" Yet, your character is an intensely social >animal, not a combat beast. She's human as you know perfectly well, rrrowwwwwll :-) The spell has precious little value outside of >combat. AHA!! yes it's a feeble little thing and we likes it, even though its useless, so can we keeps it? Yes, you can use it to run fast, I suppose, but it's hardly a >transport spell. Executing a romantic tryst in a Quickened state might have >some interesting uses, as well, especially if you seek to turn a handy >profit from an evening's work, but the fatigue cost is going to cripple you, >if that's the only thing that does. Don't hate her because she's gorgeous, Silken has suffered greatly and you just don't understand what she has to put up with every, single, day. (Sometimes twice a day ) Fi (Not really outraged, but most gratified by trouble stirred, cheers Jim:-)) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 02:13:43 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id BAA08825; Fri, 28 Jul 2000 01:59:55 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id BAA08822 for ; Fri, 28 Jul 2000 01:59:51 +1200 Received: from jimarona.ihug.co.nz (p406-tnt8.akl.ihug.co.nz [203.109.139.152]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id BAA26375 for ; Fri, 28 Jul 2000 01:59:35 +1200 Date: Fri, 28 Jul 2000 01:55:13 +1200 Message-ID: <01bff7d2$49a97b60$988b6dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Fairness, to be or not to be From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz In response to Fiona M.Cole: >> As far as I can see, this means that the issue becomes democratic. Which >>is a fine way to run a government, but it's a crap way to produce a better >>game. >> How would you feel about consulting a doctor who chose not to address >>the issue of your health, made no examination of you, but asked the people >>in the waiting room to vote on your condition? > >This metaphor is so vaporous it got lost somewhere between screen and eye Well, the point I'm making that the only value of using the views of the playership as a yard stick of improvement is that they have too much to gain to offer an disinterested opinion. It would be, as it is in your case, biased in favour of the interests of your character. That's like trying to get the issue of what is best for the game settled by some kind of vote. It's not effective, because there would be too much discussion on what college or skill had what unfair advantage. And, basically, the playership doesn't have the skills to sensibly offer much of an opinion in terms of the impact decisions might have on the game. If they've only ever played, then how do they know what is difficult to DM and what isn't? So, I suggest the analogy again, perhaps this time in a light that you can make sense of. If you were sick, would you expect your doctor to ballot the other patients in the waiting room to determine what was wrong with you? >> >>>I have often felt that the rule changes all lead eventually toward a >>>creeping generalisation of skills and magic and I see this as another step >>>in that direction. >>>I am in the specialist camp. >> >> I disagree, Fiona. The camp you are firmly a member of is the >>Conservative party. You wish to see no change. > >Thank you for clearing that up for me Jim.I shall get my Rosette I shall get my overcoat and bomb. > > >> Even in view of the fact that the game would be improved, you would >>rather it remain the same so that your character could have a spell that >>just about EVERY E&E mage has. Where is the individuation in that? > >Perhaps I misread the suggestion that quickness be made a skill available to >all, E and E's, other magical oiks and non magic users alike. > >It is the fact that Quickness belongs ONLY to E and E mages I referred to No. It was one of the suggestions. There were others, but it seems that in your frenzy, you haven't chosen to discuss them. It is bootless to suggest that Quickness be missing from the game. If it were removed, then the spell would find it's way into it again, somewhere down the track. So, one of the proprosals that I made was that it be available to everyone. The reason for this is that otherwise, an E&E mage has to be considered as factor in every game that is run, and sometimes, that's just not reasonable. This creates an unusual pressure on the DM to manufacture alternative ways of allowing tough NPCs to have access to magic that allows enhanced action choices. If the envelope in this area is pushed too far, then the game starts to break down because suspension of disbelief is threatened. For example: Dillinger once observed to me that (in the old days of DQ) Illusionists were almost always really good fighters. The reasons why that was so are unimportant, but it used to be true. And, it was true because the game applied a particular pressure to the DM to create the character in that way. The college had such an effect on a character that it forced them down a particular road. Now, there's nothing particularly wrong to responding to game pressures. But, they are a useful signal as far as indicating whether or not the game is moving in a direction that is natural for it to go. Not all stories support the idea of E&E mages. And, that's okay. But, Quickness, on the other hand, is such a generically useful ability that the DM is forced to include it amongst their NPCs repertoire in one way or another. And, it is this that I object to. I don't want to have to include the effect in every NPC I generate. On the other hand, I'm forced to consider it at medium to high levels of the game. It's boring, Fiona. It limits the stories I can tell. > >> Your postion, as I read it, produces a pressure to make all E&E's the >>same. And, it is the college with the largest membership. > >I think you read it incorrectly. And just how feeble do you think the >players are? >Don't any of them have free choice to tailor spell selection and ranking to >suit the character they choose to play?. I'm not aware of any pressure on me >to do anything apart from what I damn well want to do with my character. Then you are blind, Fiona. You respond to game pressures whether you know it or not. Other players do, too. To say that you are somehow immune to this observable effect is to imagine that you are elementally different to all of the other players. It's not a question of feebleness, in any case. That's just an attempt to cloud the issue with emotion. A player responds to game pressures because, in large part, they observe some value in doing so. You have responded to game pressure by ranking Quickness. It's a useful spell, with a ridiculously low EM for what it does. It allows you to contribute to the game. > >DQ is not winnable I never said it was, Fiona, and the fact that you say it now, doesn't in any way indicate that you're arguments are based on that point, or that mine aren't. It's another red herring. > >> >> Name the ones that don't have it, Fiona. > >I don't know any who don't.Nor any fire mages of any age who don't have >Dragonflames or any Mind Mages who don't have Telepathy. I do not see your point > >It is a good spell.There is no pressure to take it. That's the point. It is a good spell. Therefore, there is pressure to take it. There are more Mind Mages out there that don't have Telepathy than there are E&E mages who don't have Quickness...Hell, there are more E&E mages than there are Mind mages. Which is not to say that there aren't problems with Telepathy, and that it doesn't need to be addressed. It is, however, not the spell that we're discussing right now. >(Not really outraged, but most gratified by trouble stirred, cheers Jim:-)) I wonder what it cost you to say that, Fiona...I would love to hear the grinding of your teeth... -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 09:43:48 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA11431; Fri, 28 Jul 2000 09:29:19 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id JAA11428 for ; Fri, 28 Jul 2000 09:29:10 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id JAA27738 for ; Fri, 28 Jul 2000 09:28:42 +1200 (NZST) Date: Fri, 28 Jul 2000 09:29:13 +1200 Message-ID: <000001bff811$b5ba6f50$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: One last thing or three on Quickness From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz William wrote (wrt the non-quickness spell of E&Es) > Enhance Enchantment, Sleep, Telekinesis, Enchant weapon, Enchant Armour, > Slowness, Crystal of Vision and Greater Enchantment all spring > to mind as to > why I want E+Es to be my friends. > > William Actually we seriously depowered Sleep; It was clarified that Telekinesis didn't enable players to do what they thought could be done with it; There is some repugnance at how "game-destroying" greater enchantment is & it was changed from the original version; etc one suspects that people *say* they like E&Es, but really ... Michael. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 10:13:52 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA11725; Fri, 28 Jul 2000 10:07:25 +1200 Received: from westpac.co.nz (firewall1.westpac.co.nz [210.55.236.18]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA11722 for ; Fri, 28 Jul 2000 10:07:20 +1200 Received: by firewall1.westpac.co.nz id <32312>; Fri, 28 Jul 2000 10:12:03 +1200 X-Lotus-FromDomain: WESTPACTRUST Message-Id: <00Jul28.101203nzst.32312@firewall1.westpac.co.nz> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Date: Fri, 28 Jul 2000 10:12:03 +1200 Subject: Re: Fairness, to be or not to be From: "Mark Simpson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim wrote: > Well, the point I'm making that the only value of using the views of the >playership as a yard stick of improvement is that they have too much to gain >to offer an disinterested opinion. > It would be, as it is in your case, biased in favour of the interests of >your character. I see, so people cannot offer an opinion on a rule change to a college in which they have a character. That will be why the GM the "Gods" charged with re-writing the fire college actually played a fire mage and the GM charged with re-writing the Illusionist college played an illusionist character, ditto mind etc. etc. etc. Fine upstanding examples of this much vaunted impartiality you GM's are! Surely the point is that people who play characters in the college under review are uniquiely placed to pass comment on the effect of a change. We should pay close attention to their views and not disregard them out of hand as you suggest! and later Jim wrote: > And, basically, the playership doesn't have the skills to sensibly offer >much of an opinion in terms of the impact decisions might have on the game. >If they've only ever played, then how do they know what is difficult to DM >and what isn't? So players have nothing to contribute to these discussions Jim? Condescending, mis-informed arrogant drivel Jim. So you argue on the one hand that to make a worthwhile contirbution to a rules discussion you must have experienced being a GM while on the other you argue that having experienced playing a character in a college should prevent you from contributing to a discussion of the rules that pertain to that college? I believe we "mere players" are capable of contributing a lot to these discussions, but then I would say that being a mere player (in the DQ system - I have GM'd under several other systems). /\/\ark ----------------------------------------------------------------- The contents of this e-mail are confidential to Westpac Banking Corporation. If you have received this communication by mistake, please advise the sender immediately and delete the message and any attachments. The views expressed in this e-mail are not necessarily the views of Westpac Banking Corporation. Westpac Banking Corporation is incorporated in New South Wales, Australia. ----------------------------------------------------------------- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 11:13:59 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA12234; Fri, 28 Jul 2000 11:11:58 +1200 Received: from kcbbs.gen.nz (kcbbs.gen.nz [202.14.102.1]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA12231 for ; Fri, 28 Jul 2000 11:11:55 +1200 Received: from bear (as5200-59.kcbbs.gen.nz [202.14.102.89]) by kcbbs.gen.nz (8.9.3/8.8.8) with SMTP id LAA27722 for ; Fri, 28 Jul 2000 11:09:35 +1200 (NZST) Message-Id: <3.0.6.32.20000728111153.0086ab10@kcbbs.gen.nz> X-Sender: salient@kcbbs.gen.nz X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Fri, 28 Jul 2000 11:11:53 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: One last thing or three on Quickness From: Sally Jackson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I've just read throught he discussion of quickness et al, and as one of the players of a meduium-high e&e character without Quickness, I thought I'd just add as an aside, that Kathleen does like quickness, and hasn't learnt it, only because then everyone would want for her to cast it on them. (She hasn't leanrt Enhance either, for the same reason) But she loves other's to cast/trigger it on her. :) This is a character personality reason, rather than a game mechanic reason. And yes, it has been hard resisting the game mechnaic pressure. I think it has been resisted because there are so many E&E about that there are often more than one in the party and the other generally has quickness. The points from various people's posts that struck me as being pertinent are: Dq party style set up for team work, meaning having the E&E in the party (and there are enough in the guild to go around) casting live would encourage this teamwork, rather than having investeds. (Like how every party wants a namer to banishing etc) This leads towards making it uninvestable, or as a compromise, potionable for self only. I'm not in favour of the skill idea. It is a magic. Does changing it to a short (10min?) ritual be another option. Then it can be prepared when the party knows it's going into a combat situation (e.g. to storm the castle), but not available for the ambushes the GM throws at them. The GM has the option of creating a time pressure of events, such that the E&E doesn't get a chance to cst it. Also effects the ranking time. If the party are assumed to havce quickness, then the GM manipulates the NPCs to also have quickness, so both parties end up quickend (which also makes it easier to administer from GM point of view ?) so they negate each other, and it is as if there wasn't any in the game at all. If it were removed from the game, pressure would then fall onto slowness, which needs to be cast on the foe and so they have a chance to resist. If quickness were removed, then the numbers of targets of slowness could be tweaked down to not effect all the foe at once, if necessary. The two actions per pulse are tricky etc to administer, then perhaps addressing this in the initiative system of the combat, or at least looking at it in context of the combat system is required. Regards, Sally -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 11:45:07 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA12369; Fri, 28 Jul 2000 11:30:27 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA12366 for ; Fri, 28 Jul 2000 11:30:23 +1200 Received: from jimarona.ihug.co.nz (p149-tnt2.akl.ihug.co.nz [203.109.245.149]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id LAA30465 for ; Fri, 28 Jul 2000 11:29:53 +1200 Date: Fri, 28 Jul 2000 11:25:27 +1200 Message-ID: <01bff821$f2e89040$95f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: One last thing or three on Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Sally Jackson wrote: >Dq party style set up for team work, meaning having the E&E in the party >(and there are enough in the guild to go around) casting live would >encourage this teamwork, rather than having investeds. (Like how every >party wants a namer to banishing etc) This leads towards making it >uninvestable, or as a compromise, potionable for self only. > >I'm not in favour of the skill idea. It is a magic. That's not an argument, that's just parrotting what it's always been. If we change the effect so that it's not magical, then it IS mundane. >Does changing it to a >short (10min?) ritual be another option. Then it can be prepared when the >party knows it's going into a combat situation (e.g. to storm the castle), >but not available for the ambushes the GM throws at them. The GM has the >option of creating a time pressure of events, such that the E&E doesn't get >a chance to cst it. Also effects the ranking time. It's certainly an idea worth considering, anyway. It's another alternative that hasn't been considered yet, anyway. > >If the party are assumed to havce quickness, then the GM manipulates the >NPCs to also have quickness, so both parties end up quickend (which also >makes it easier to administer from GM point of view ?) so they negate each >other, and it is as if there wasn't any in the game at all. If it were >removed from the game, pressure would then fall onto slowness, which needs >to be cast on the foe and so they have a chance to resist. If quickness >were removed, then the numbers of targets of slowness could be tweaked down >to not effect all the foe at once, if necessary. I'm not sure what point you're trying to make, here, Sally. > >The two actions per pulse are tricky etc to administer, then perhaps >addressing this in the initiative system of the combat, or at least looking >at it in context of the combat system is required. No, it's not the initiative system that is the problem. The problem is the extra actions which has a powerful effect on the game. Possibly, the answer might lie in some fiddling around with the initiative system. I don't know. But addressing the issue through initiative doesn't take us anywhere, because initiative is such a mine field. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 11:47:31 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA12389; Fri, 28 Jul 2000 11:35:00 +1200 Received: from cancel.usenet.net.nz (root@usenet.net.nz [203.29.170.93]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA12386 for ; Fri, 28 Jul 2000 11:34:56 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202]) by cancel.usenet.net.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id LAA17217 for ; Fri, 28 Jul 2000 11:34:26 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Friday, July 28, 2000 11:24:36 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Fri, 28 Jul 2000 11:27:26 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A7202261445@falaklex00.fcl.co.nz> Date: Fri, 28 Jul 2000 11:27:16 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFF822.3905DE40" Subject: Sunrise/sunset/moontimes/tidetimes resource From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFF822.3905DE40 Content-Type: text/plain I always use the moon to work out how much my parties can see at night, and as they seem to spend an awful lot of time staggering around without witchsight; also my bad guys like to ambush without a moon in the sky, and my parties thus put more people on watch then; also parties hate to silhouette themselves against a full moon when launching surprise attacks, and for a lot of other reasons like that, I like to know what happening with the moon. After a while, I lose track, and players hate to have to remind me that it was full last night, so how come its a new moon tonight. I have devised a chart that lets me know roughly how much of the moon is showing, when it rises and sets, and the same with the sun for an arbitrary latitude (or was that longitude) that gives a nice but not extreme variation. I also threw in tide times, for fun. (I assumed the sun & moon rotate around Alusia at a constant distance and speed). Example line: Date Dawn Dusk Moonrise MoonZenith Moonset Moonsize High Tide High Tide 10 Meadow 800 05:03 18:56 02:56 08:34 14:11 19% 09:34 22:00 If any GM thinks this is useful for them as a guideline, I'l mail you a copy. If any player wants it as a guide, that's fine too, but remember that your GM may prefer to use whatever they feel like to work this out, and if they want full moons on monday & thursday, you're getting them... If you don't want to use it, don't bother to tell me. Andrew ------_=_NextPart_001_01BFF822.3905DE40 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Sunrise/sunset/moontimes/tidetimes resource

I always use the moon to work out how = much my parties can see at night, and as they seem to spend an awful = lot of time staggering around without witchsight; also my bad guys like = to ambush without a moon in the sky, and my parties thus put more = people on watch then; also parties hate to silhouette themselves = against a full moon when launching surprise attacks, and for a lot of = other reasons like that, I like to know what happening with the moon. = After a while, I lose track, and players hate to have to remind me that = it was full last night, so how come its a new moon tonight.

I have devised a chart that lets me = know roughly how much of the moon is showing, when it rises and sets, = and the same with the sun for an arbitrary latitude (or was that = longitude) that gives a nice but not extreme variation. I also threw in = tide times, for fun. (I assumed the sun & moon rotate around Alusia = at a constant distance and speed).

Example line:
Date    =         Dawn    = Dusk    = Moonrise        = MoonZenith      Moonset = Moonsize        High = Tide       High Tide
10 Meadow 800   = 05:03   18:56   02:56   =         08:34   =         14:11   =         19%     =         09:34   =         22:00

If any GM thinks this is useful for = them as a guideline, I'l mail you a copy. If any player wants it as a = guide, that's fine too, but remember that your GM may prefer to use = whatever they feel like to work this out, and if they want full moons = on monday & thursday, you're getting them...

If you don't want to use it, don't = bother to tell me.

Andrew

------_=_NextPart_001_01BFF822.3905DE40-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 12:13:37 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA12563; Fri, 28 Jul 2000 11:59:59 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA12560 for ; Fri, 28 Jul 2000 11:59:55 +1200 Received: from jimarona.ihug.co.nz (p149-tnt2.akl.ihug.co.nz [203.109.245.149]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id LAA02872; Fri, 28 Jul 2000 11:59:24 +1200 Date: Fri, 28 Jul 2000 11:54:01 +1200 Message-ID: <01bff825$f066a380$95f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Fairness, to be or not to be From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Mark Simpson wrote: >I see, so people cannot offer an opinion on a rule change to a college in >which they have a character. That >will be why the GM the "Gods" charged with re-writing the fire college >actually played a fire mage and the GM >charged with re-writing the Illusionist college played an illusionist >character, ditto mind etc. etc. etc. Fine upstanding examples of this much >vaunted impartiality you GM's are! Actually, I am on record as saying that this a flawed procedure. That the revisors of the colleges or skills or what ever should not be active users of it. >Surely the point is that people who play characters in the college under >review are uniquiely placed to pass comment on the effect of a change. We >should pay close attention to their views and not disregard them out of >hand as you suggest! This isn't the same kind of discussion. As far as a college is concerned, then there is a place for members of the college to contribute meaningfully to a revision. But, it is an advisory role, only, not an editorial one. > >and later Jim wrote: > >> And, basically, the playership doesn't have the skills to sensibly offer >>much of an opinion in terms of the impact decisions might have on the >game. >>If they've only ever played, then how do they know what is difficult to DM >>and what isn't? > >So players have nothing to contribute to these discussions Jim? >Condescending, mis-informed arrogant drivel Jim. Is it, Mark? How do you support your contention, aside from stamping your little foot? I haven't said that players don't have anything to contribute, that's your construction. What I have said is that listening to the outraged reactions of people who are affected by an editorial decision doesn't do anything useful, really, and that as a rule, we cannot simply vote procedures through on the basis of what will make the majority of the playership happy. The way the game works is a DM issue. If, tomorrow, the rules were magically changed so that everyone could rank counterspells, then the playership would deal with it from the perspective of their characters. The DMs would have to deal with a changed world. > >So you argue on the one hand that to make a worthwhile contirbution to a >rules discussion you must have experienced being a GM while on the other >you argue that having experienced playing a character in a college should >prevent you from contributing to a discussion of the rules that pertain to >that college? > >I believe we "mere players" are capable of contributing a lot to these >discussions, but then I would say that being a mere player (in the DQ >system - I have GM'd under several other systems). No, that is not what I argue. What I am saying is that we should not entertain argument on the basis of whether or not it would make a character happy. Players have a lot to contribute, I would say. But an argument like 'It's a really important spell for Tiddles' is not useful, productive or relevant. In any successful revision, there is going to be change. That is unavoidable. The playership, on the whole, acts as a retardant against that change, if only because they're a larger group of people. But, even aside from the size factor, the simple fact is that players gain more benefits from keeping the game the same. It creates an environment that is stable, and allows them to apply leverage against the world. Not that this is a bad thing, just that it indicates their motivation. A DM, on the other hand, is inspired, or ought to be, to provide for new situations, different stories, and a world where the player has to discover what is going on around them. These pressures are frequently in conflict. Now, it may be that someone may oppose a change for reasons other than simple conservativeness. That's fine, their contribution is useful and of course we should make use of it. Observably, however, what happens is that vocal players complain about changes to the system, and it is probably the most common single contribution that they offer. This wastes time and stops the development of the game as a whole. We cannot afford to develop the game in a simply democratic way. Whether or not you are prepared to accept it, DMing is a different bundle of skills than role-playing a character, and it has different imperatives. It concerns itself with telling a story, rather than making a character more vibrant and alive. A player contributes to a story by introducing story elements that relate to their character, and that is one of the most interesting properties of a role-playing game over any other story-telling medium. But, those story elements are focussed around an individual and have a limited impact on the game as a whole. The DM is dealing with the genre and the game engine as the foundation on which that story might be built, whether or not they articulate in this fashion. By dint of this alone, then, their bias is toward an environment that provides for a variety of games. While a player might be interested in taking part in a variety of games, they seldom want to place their character in any real jeopardy with regard to it. And, why should they? Their interest is in telling the story of their character, and it's hard to tell much of a story when you're character is a corpse. Except, maybe, The End. And, finally, while you can put quotes around any individual thing I have said, and then paraphrase it back out of context, it doesn't change what I meant. It indicates that you are trying to make it mean something else, that's all. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 12:14:36 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA12613; Fri, 28 Jul 2000 12:03:32 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA12609 for ; Fri, 28 Jul 2000 12:03:29 +1200 Received: from jimarona.ihug.co.nz (p149-tnt2.akl.ihug.co.nz [203.109.245.149]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA03230 for ; Fri, 28 Jul 2000 12:02:58 +1200 Date: Fri, 28 Jul 2000 11:58:34 +1200 Message-ID: <01bff826$9303aac0$95f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Fairness, to be or not to be From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Mark Simpson wrote: >I see, so people cannot offer an opinion on a rule change to a college in >which they have a character. That >will be why the GM the "Gods" charged with re-writing the fire college >actually played a fire mage and the GM >charged with re-writing the Illusionist college played an illusionist >character, ditto mind etc. etc. etc. Fine upstanding examples of this much >vaunted impartiality you GM's are! Actually, I am on record as saying that this a flawed procedure. That the revisors of the colleges or skills or what ever should not be active users of it. >Surely the point is that people who play characters in the college under >review are uniquiely placed to pass comment on the effect of a change. We >should pay close attention to their views and not disregard them out of >hand as you suggest! This isn't the same kind of discussion. As far as a college is concerned, then there is a place for members of the college to contribute meaningfully to a revision. But, it is an advisory role, only, not an editorial one. > >and later Jim wrote: > >> And, basically, the playership doesn't have the skills to sensibly offer >>much of an opinion in terms of the impact decisions might have on the >game. >>If they've only ever played, then how do they know what is difficult to DM >>and what isn't? > >So players have nothing to contribute to these discussions Jim? >Condescending, mis-informed arrogant drivel Jim. Is it, Mark? How do you support your contention, aside from stamping your little foot? I haven't said that players don't have anything to contribute, that's your construction. What I have said is that listening to the outraged reactions of people who are affected by an editorial decision doesn't do anything useful, really, and that as a rule, we cannot simply vote procedures through on the basis of what will make the majority of the playership happy. The way the game works is a DM issue. If, tomorrow, the rules were magically changed so that everyone could rank counterspells, then the playership would deal with it from the perspective of their characters. The DMs would have to deal with a changed world. > >So you argue on the one hand that to make a worthwhile contirbution to a >rules discussion you must have experienced being a GM while on the other >you argue that having experienced playing a character in a college should >prevent you from contributing to a discussion of the rules that pertain to >that college? > >I believe we "mere players" are capable of contributing a lot to these >discussions, but then I would say that being a mere player (in the DQ >system - I have GM'd under several other systems). No, that is not what I argue. What I am saying is that we should not entertain argument on the basis of whether or not it would make a character happy. Players have a lot to contribute, I would say. But an argument like 'It's a really important spell for Tiddles' is not useful, productive or relevant. In any successful revision, there is going to be change. That is unavoidable. The playership, on the whole, acts as a retardant against that change, if only because they're a larger group of people. But, even aside from the size factor, the simple fact is that players gain more benefits from keeping the game the same. It creates an environment that is stable, and allows them to apply leverage against the world. Not that this is a bad thing, just that it indicates their motivation. A DM, on the other hand, is inspired, or ought to be, to provide for new situations, different stories, and a world where the player has to discover what is going on around them. These pressures are frequently in conflict. Now, it may be that someone may oppose a change for reasons other than simple conservativeness. That's fine, their contribution is useful and of course we should make use of it. Observably, however, what happens is that vocal players complain about changes to the system, and it is probably the most common single contribution that they offer. This wastes time and stops the development of the game as a whole. We cannot afford to develop the game in a simply democratic way. Whether or not you are prepared to accept it, DMing is a different bundle of skills than role-playing a character, and it has different imperatives. It concerns itself with telling a story, rather than making a character more vibrant and alive. A player contributes to a story by introducing story elements that relate to their character, and that is one of the most interesting properties of a role-playing game over any other story-telling medium. But, those story elements are focussed around an individual and have a limited impact on the game as a whole. The DM is dealing with the genre and the game engine as the foundation on which that story might be built, whether or not they articulate in this fashion. By dint of this alone, then, their bias is toward an environment that provides for a variety of games. While a player might be interested in taking part in a variety of games, they seldom want to place their character in any real jeopardy with regard to it. And, why should they? Their interest is in telling the story of their character, and it's hard to tell much of a story when you're character is a corpse. Except, maybe, The End. And, finally, while you can put quotes around any individual thing I have said, and then paraphrase it back out of context, it doesn't change what I meant. It indicates that you are trying to make it mean something else, that's all. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 12:28:36 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA12726; Fri, 28 Jul 2000 12:14:18 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA12722 for ; Fri, 28 Jul 2000 12:14:08 +1200 Received: from work.ihug.co.nz (p44-max9.akl.ihug.co.nz [206.18.98.236]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id MAA27371 for ; Fri, 28 Jul 2000 12:13:37 +1200 Message-Id: <4.3.2.7.0.20000728115726.00ad4ee0@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 28 Jul 2000 12:08:42 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: Fairness, to be or not to be From: Keith Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Well, the point I'm making that the only value of using the views of the >playership as a yard stick of improvement is that they have too much to gain >to offer an disinterested opinion. Maybe, but if they can offer any improvement then it behooves us, as GMs, to listen to them. From owner-dq@dq.sf.org.nz Fri Jul 28 12:43:36 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA12948; Fri, 28 Jul 2000 12:37:46 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA12945 for ; Fri, 28 Jul 2000 12:37:43 +1200 Received: from work.ihug.co.nz (p44-max9.akl.ihug.co.nz [206.18.98.236]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id MAA30287 for ; Fri, 28 Jul 2000 12:37:12 +1200 Message-Id: <4.3.2.7.0.20000728123131.00abc630@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 28 Jul 2000 12:31:57 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Test - please ignore From: Keith Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Test -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 12:48:10 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA12903; Fri, 28 Jul 2000 12:32:14 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA12900 for ; Fri, 28 Jul 2000 12:32:11 +1200 Received: from work.ihug.co.nz (p44-max9.akl.ihug.co.nz [206.18.98.236]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id MAA29648 for ; Fri, 28 Jul 2000 12:31:40 +1200 Message-Id: <4.3.2.7.0.20000728122513.00bfe330@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 28 Jul 2000 12:26:31 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Test - please ignore From: Keith Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Test. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 13:21:19 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA13221; Fri, 28 Jul 2000 13:10:47 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA13218 for ; Fri, 28 Jul 2000 13:10:44 +1200 Received: from work.ihug.co.nz (p44-max9.akl.ihug.co.nz [206.18.98.236]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id NAA01600 for ; Fri, 28 Jul 2000 13:10:11 +1200 Message-Id: <4.3.2.7.0.20000728124046.00aafa70@pop.ihug.co.nz> X-Sender: flamis@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 28 Jul 2000 13:04:38 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Whose stories are they? From: Jacqui Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Not all stories support the idea of E&E mages. And, that's okay. But, >Quickness, on the other hand, is such a generically useful ability that the >DM is forced to include it amongst their NPCs repertoire in one way or >another. And, it is this that I object to. I don't want to have to include >the effect in every NPC I generate. On the other hand, I'm forced to >consider it at medium to high levels of the game. > It's boring, Fiona. It limits the stories I can tell. I find that last statement very revealing. It explains why I find certain GM's games boring to play in and others vastly more interesting. It's down to whether or not the player's character can have any real impact on the evolution of the story or whether they are just being carried along by a sequence of events on which they have little or no influence. Whose story is it? Is it one person's, or that of the entire group? The best definition of role-playing I know comes from a man who has to be one of the best GMs on the planet. I refer to Professor MAR Barker, the developer of "Empire of the Petal Throne". He defines role-playing as "Cooperative interactive oral fiction". Now, for the purposes of this discussion the key words are "cooperative" and "interactive". If the players have no influence on the outcome of the story, then it is neither cooperative or interactive. It is a novel, not a role-playing game. And not a very good novel either, because the plot would be driving the characters, rather than the characters driving the plot. Of course this means that the GM cannot afford to be inflexible, or so protective of their little domain that the players cannot change it through their characters' actions. I try to make the stories I GM such that the players feel that their characters have made a change in the world we have shared together, hopefully a change for the better - and I also hope that they have had the opportunity to develop their characters in a positive way. It doesn't always work out that way - but at least I try! Jacqui -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 13:25:55 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA13171; Fri, 28 Jul 2000 13:08:00 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA13168 for ; Fri, 28 Jul 2000 13:07:57 +1200 Received: from jimarona.ihug.co.nz (p149-tnt2.akl.ihug.co.nz [203.109.245.149]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA10458 for ; Fri, 28 Jul 2000 13:07:25 +1200 Date: Fri, 28 Jul 2000 13:03:02 +1200 Message-ID: <01bff82f$947f8640$95f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Fairness, to be or not to be From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Keith Smith wrote: >> Well, the point I'm making that the only value of using the views of the >>playership as a yard stick of improvement is that they have too much to gain >>to offer an disinterested opinion. > >Maybe, but if they can offer any improvement then it behooves us, as GMs, >to listen to them. The problem is that you endlessly wade through dross to find the gold. Yes, if someone comes up with something, then we should look into it. But all that listening to a lot of voices saying the same thing is that it rewards conservatism. When you give people a voice, then they expect to be heard, and their opinions attended to. And, people who are subjected to those opinions are pressured by them. That is the way government works, for example. This is way off the topic, but we have on our law books, currently, a lot of criminal law that refers to illegal drugs. And, yet, the only reason that there is an illegal trade in drugs is because we have made profitable, by outlawing it. If the drugs could be bought safely, over a counter, then organised crime would have no means to make money at it. They would have to go back to making money with gambling and prostitution. Nevertheless, because our country is a democratic one, and people feel strongly about illegal drugs, then it is illegal. Even thought it makes no sense to make drug use illegal. Now, while a population can support that sort of thing (there have been lots of strange forms of government down through the years...Sparta has always struck me as being very odd), a game cannot. The reason is that a government merely supports the wishes of the people that they represent. They don't have the power to change the law of gravity, for example. In a role-playing game, we can make those kinds of decisions. The game engine has to be rigid enough that it provides enough support that the players and the DM know what each other mean, and yet flexible enough so that a variety of different stories can be told. This isn't the sort of issue that we just hand over to all of our players and say 'You decide'. Sure, there might be an issue or two that we could do that with. But, it would have to be unusual. Yes, a good idea is a good idea, whatever its source. Should we blindly accept the contributions of players? No. Because, as I've said before, they have too much to gain or lose. And, finally, whatever is decided here is only discretionary. A DM may choose to suspend a rule because it conflicts with his game in some way. I can find plenty of justifications for why a particular effect does or doesn't work. Or I can simply say that a given rule makes no sense to me, and I will not play it. A player is not in that position. A player can't say, for example, that they choose not to be affected by Hellfire, because it's a stupid spell. They might be right about it being a stupid spell, but if the spell that has impacted on them is, in fact, Hellfire, then they're in trouble. The only real choice a player has, as far as this sort of thing is concerned, is to choose whether or not they will play in it. Once committed to that choice, then they are bound by the choices the DM makes. On the other hand, a DM that abuses the trust that a player gives them is going to have difficulty find people to play in their game. As a generalisation, a player doesn't have the skills, or the point of view that allows them to look at the game as a whole, and determine what is best for it. To give every one a vote is to court trenchant, unexamined conservatism, because the playership outnumbers the Gods, and their interest lies in areas other than the development of the game. If that were not the case, would we have seen Fiona's complaints about altering Quickness? She admits that she is inspired by a desire to protect her character. She raises only one point that has an impact outside of the interests of Silken, and that is that Quickness makes E&E mages special. The rest are all about how important it is to Silken. There's enough noise in the signal now. Do we really need to add to it? -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 13:35:42 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA13292; Fri, 28 Jul 2000 13:15:55 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA13289 for ; Fri, 28 Jul 2000 13:15:51 +1200 Received: from work.ihug.co.nz (p44-max9.akl.ihug.co.nz [206.18.98.236]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id NAA02215 for ; Fri, 28 Jul 2000 13:15:18 +1200 Message-Id: <4.3.2.7.0.20000728130923.00c023f0@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 28 Jul 2000 13:09:34 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: Fairness, to be or not to be From: Keith Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Well, the point I'm making that the only value of using the views of the >playership as a yard stick of improvement is that they have too much to gain >to offer an disinterested opinion. Maybe, but if they can offer any improvement then it behooves us, as GMs, to listen to them. From owner-dq@dq.sf.org.nz Fri Jul 28 14:21:12 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA13716; Fri, 28 Jul 2000 14:02:31 +1200 Received: from fep4-orange.clear.net.nz (fep4-orange.clear.net.nz [203.97.32.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA13713 for ; Fri, 28 Jul 2000 14:02:26 +1200 Received: from comms.maclean.co.nz (d1-u12.acld.clear.net.nz [203.97.48.12]) by fep4-orange.clear.net.nz (1.5/1.7) with ESMTP id OAA08920; Fri, 28 Jul 2000 14:01:34 +1200 (NZST) Received: by comms.maclean.co.nz with Internet Mail Service (5.0.1460.8) id ; Fri, 28 Jul 2000 13:55:30 +1200 Message-ID: Date: Fri, 28 Jul 2000 13:55:28 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="iso-8859-1" Subject: Purification From: Tom Mason To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Hello, I have a character, Goran Axebiter, Dwarven Fighter that I am currently working with. I would like to know if it is possible to set up a form of 'fighter' purification. At the moment he is a Rank 4 warrior and I am training him to rank 10 as quickly as possible - he has only been on four adventures so far. I would like to use a fighter purification ability with rank 10 unarmed combat. As a pure fighter, Goran, doesn't really stand a chance against a magic user, especially since seeing he is afraid of magic. What sort of process do we need to go through to develop this idea. I am sure this idea has been put forward in the past and I would like to know if anyone has succeeded in this. This would enable me to create my own character better. Tom :-) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 14:23:14 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA13756; Fri, 28 Jul 2000 14:09:00 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA13753 for ; Fri, 28 Jul 2000 14:08:57 +1200 Message-ID: <3980EAB4.3991ABE7@peace.com> Date: Fri, 28 Jul 2000 14:06:44 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Fairness, to be or not to be From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > The reason is that a government merely supports the wishes of the people > that they represent. They don't have the power to change the law of gravity, > for example. In a role-playing game, we can make those kinds of decisions. ... > A player can't say, for example, that they choose not to be affected by > Hellfire, because it's a stupid spell. They might be right about it being a > stupid spell, but if the spell that has impacted on them is, in fact, > Hellfire, then they're in trouble. This is not or need not be a universal constant in roleplaying and several RPG systems allow the players the ability (albeit usually limited) to ignore the Hellfire or change the law of gravity. "Hero points" or their equivalent are one mechanism by which this is achieved -- the player gains points for various things and "burns" them in order to have greater influence within the story, to effectively break the world rules. For example, a fall that should kill a PC, (according to the rules), could be turned into a much less serious injury through lucky happenstance. Another approach was what TORG took -- giving players cards that were essentially "get out of jail free"/"change gravity for a little while" sort of things, that said things like "Play this when the party is lost... an X comes and rescues you". These mechanisms give some measure of gameworld altering power to the players (although it could be argued that they do not allow player to play outside the rules, but rather extend the rules into game manipulation). Perhaps they detract from the ability of the GM to tell their story -- perhaps they impact on the "divine right" of GMs. But to suggest that it such mechanisms do not, or cannot, exist in roleplaying would be inaccurate. -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 14:34:28 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA13864; Fri, 28 Jul 2000 14:20:48 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA13861 for ; Fri, 28 Jul 2000 14:20:45 +1200 Received: from jimarona.ihug.co.nz (p149-tnt2.akl.ihug.co.nz [203.109.245.149]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA00802 for ; Fri, 28 Jul 2000 14:20:11 +1200 Date: Fri, 28 Jul 2000 14:15:50 +1200 Message-ID: <01bff839$bfd69a40$95f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Whose stories are they? From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jacqui Smith wrote: >Whose story is it? Is it one person's, or that of the entire group? > >The best definition of role-playing I know comes from a man who has to be >one of the best GMs on the planet. I refer to Professor MAR Barker, the >developer of "Empire of the Petal Throne". He defines role-playing as >"Cooperative interactive oral fiction". Now, for the purposes of this >discussion the key words are "cooperative" and "interactive". If the >players have no influence on the outcome of the story, then it is neither >cooperative or interactive. It is a novel, not a role-playing game. And not >a very good novel either, because the plot would be driving the characters, >rather than the characters driving the plot. What defines a good novel is something more than character driven or plot driven stories. Either are as valid as the other, excluding all other variables. In an ideal world, they are dynamically balanced against each other. My own definition of roleplaying is that it is 'a dynamic platform where players tell the stories of their characters, and the DM tells the story of the world' But, in any case, the issue here is who owns the stories. I don't think there is any ownership of stories. A DM, however, is forced to contrive a story that exists before the players enter their world, and that continues after they leave it. Most of the work of DMing is working out what makes for an interesting, exciting story. A player isn't forced to the same kind of effort. To be fair, a DM must enjoy the effort, but that in no way diminishes the fact that the contributions of a DM are greater than a player's when it comes to the story side of things. > >Of course this means that the GM cannot afford to be inflexible, or so >protective of their little domain that the players cannot change it through >their characters' actions. I try to make the stories I GM such that the >players feel that their characters have made a change in the world we have >shared together, hopefully a change for the better - and I also hope that >they have had the opportunity to develop their characters in a positive >way. Yes. In large part, the world has to be malleable to the changes that the players bring. If the players accidentally kill the local monarch, then that might be fine. If, on the other hand, they are about to flush all of the mana out of the world, irrevocably rendering it magicless, perhaps you may need to reconsider the effect. A DM MUST maintain a sense of the integrity of their work. This may mean executing some extreme editorial control, because it is important for the particular kind of story that they run. I'm not talking about fudging die rolls, or suspending a rule out of common sense. I'm talking about whether or not one or more rules create effects that do or don't usefully contribute to the theme or idea of the story that you're telling. A DM ought to have a sense of responsibility to a player, to make sure they are having a good time. Within the confines of the Guild, they need to have a sense of responsibility to the next DM, so that that DM can understand what has gone before. But, undoubtedly, the greatest responsibility that the DM has is to their own story. The point of the excercise of role-playing is to take part in a story telling excercise. It is surely co-operative, as Jacqui has said, and definitely interactive. As she continues to say, the players must be able to mark the world in some fashion. Both the world, and the players must leave impressions on each other. Wounds are good. So is xp. At some point, however, the DM MUST excercise some critical function about what they want to have in their story. I suppose the default state is that we accept everything until we see something that we don't like, and we exclude it. For example, I can't abide a frozen initiative system. It doesn't create an interesting sense of tension for me. Therefore, it is incumbent upon me to make it work in way that I want. Now, I may accept the suggestions of players, but I won't be bound by them. This isn't a voting issue, except with their feet. Sure, if lots of people suggested a particular method, I'd look at it closely. But, I would make the decision based on whether or not it was good for my game. Yes, there is a quality of sharingness to the stories that we create with each other. But the role of the DM IS more akin to novel writing or screenwrighting. And, a player never contributes like that. There contribution is as performers. Mind you, the back story of the character could be said to be like writing a novel. But, since that story is revealed through the performance of the character, it oughtn't to be delivered in the same way as a novel. A DM might spend some time describing the inner workings of a particular NPC, and it might have similarities to character exposition in a novel. A player doesn't have the same lattitude of expression. There is no judgment as to which is the greater artistic endeavour, here. It is just that the scope and amplitude of them are different. Simply put, a player is in the eye of the audience about one seventh of the time. A DM is in the eye of the audience all of the time. A player has to work harder with the material to hand (their character) to create the same kind of impression. The DM must allow the players to create an impact on the game. On the other hand, they must make sure that the impact is something that is reasonable for their story. One could, I suppose, allow the players to cause any change to your story. But, in that case the development of one's game would become hodge-podge and graceless. Where the line is drawn is a matter for individual DMs, although my advice would be to allow the players to make as much impact as possible, and then go a little bit further. Out of simple fear, we have a tendency to limit ourselves. Every time we succeed, we open ourselves to greater levels of story telling. The fear of failure often denies us the opportunity of even trying. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 14:50:55 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA13964; Fri, 28 Jul 2000 14:31:58 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA13961 for ; Fri, 28 Jul 2000 14:31:55 +1200 Received: from jimarona.ihug.co.nz (p149-tnt2.akl.ihug.co.nz [203.109.245.149]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA02037 for ; Fri, 28 Jul 2000 14:31:21 +1200 Date: Fri, 28 Jul 2000 14:27:00 +1200 Message-ID: <01bff83b$4f45da00$95f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Purification From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Tom Mason wrote: >I have a character, Goran Axebiter, Dwarven Fighter that I am currently >working with. I would like to know if it is possible to set up a form of >'fighter' purification. > >At the moment he is a Rank 4 warrior and I am training him to rank 10 as >quickly as possible - he has only been on four adventures so far. I would >like to use a fighter purification ability with rank 10 unarmed combat. As a >pure fighter, Goran, doesn't really stand a chance against a magic user, >especially since seeing he is afraid of magic. > >What sort of process do we need to go through to develop this idea. I am >sure this idea has been put forward in the past and I would like to know if >anyone has succeeded in this. This would enable me to create my own >character better. What are you trying to do? I mean, why do you want to have Purification, and Rank 10 Unarmed Combat? You have me completely stumped. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 14:55:52 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA14035; Fri, 28 Jul 2000 14:40:33 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA14032 for ; Fri, 28 Jul 2000 14:40:30 +1200 Received: from jimarona.ihug.co.nz (p149-tnt2.akl.ihug.co.nz [203.109.245.149]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA03147 for ; Fri, 28 Jul 2000 14:39:56 +1200 Date: Fri, 28 Jul 2000 14:35:34 +1200 Message-ID: <01bff83c$81f7f360$95f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Fairness, to be or not to be From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Martin Dickson wrote: >Jim Arona wrote: >> The reason is that a government merely supports the wishes of the people >> that they represent. They don't have the power to change the law of gravity, >> for example. In a role-playing game, we can make those kinds of decisions. > >... > >> A player can't say, for example, that they choose not to be affected by >> Hellfire, because it's a stupid spell. They might be right about it being a >> stupid spell, but if the spell that has impacted on them is, in fact, >> Hellfire, then they're in trouble. > >This is not or need not be a universal constant in roleplaying and several RPG >systems allow the players the ability (albeit usually limited) to ignore the >Hellfire or change the law of gravity. > >"Hero points" or their equivalent are one mechanism by which this is achieved -- >the player gains points for various things and "burns" them in order to have >greater influence within the story, to effectively break the world rules. For >example, a fall that should kill a PC, (according to the rules), could be turned >into a much less serious injury through lucky happenstance. Another approach was >what TORG took -- giving players cards that were essentially "get out of jail >free"/"change gravity for a little while" sort of things, that said things like >"Play this when the party is lost... an X comes and rescues you". That's true, but we don't allow them in DQ, as much as I campaigned for them. And, in any case, the rules that cover the use of those kinds of abilities often limit when they can be used. EarthDawn, for example, tells a player when they can use karma on a particular ability. Sometimes, you can, sometime you can't. >These mechanisms give some measure of gameworld altering power to the players >(although it could be argued that they do not allow player to play outside the >rules, but rather extend the rules into game manipulation). > >Perhaps they detract from the ability of the GM to tell their story -- perhaps >they impact on the "divine right" of GMs. But to suggest that it such >mechanisms do not, or cannot, exist in roleplaying would be inaccurate. I have never found it so. Mostly, what they represent is a sense of effort from the player. I think DQ would benefit from such an idea, profoundly. In any case, there are players who have similar abilities, now. But, to clarify my point, if a DM makes a ruling, then the player has a pretty limited opportunity to counter it. In DQ as it stands, if a DM says your character has been targetted by Hellfire, then you have been targetted by Hellfire. Sure, a player might pull out an item that says 'this character is not a legal target of Hellfire', but that's exceptional. Even if we changed the game to allow Hero or Fate points or whatever, the situation would still be the same. The player doesn't have discretionary control of the ruleset. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 15:51:49 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA14558; Fri, 28 Jul 2000 15:36:16 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA14555 for ; Fri, 28 Jul 2000 15:36:11 +1200 Received: from jimarona.ihug.co.nz (p149-tnt2.akl.ihug.co.nz [203.109.245.149]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA10000 for ; Fri, 28 Jul 2000 15:35:37 +1200 Date: Fri, 28 Jul 2000 15:31:17 +1200 Message-ID: <01bff844$49fc4f80$95f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Test This is just rubbish. Delete it. From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 16:02:38 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA14616; Fri, 28 Jul 2000 15:44:27 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA14613 for ; Fri, 28 Jul 2000 15:44:24 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA22116 for ; Fri, 28 Jul 2000 15:43:48 +1200 Date: Fri, 28 Jul 2000 15:43:48 +1200 Message-Id: <200007280343.PAA22116@smtp2.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: Fairness, to be or not to be From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz At 13:03 28/07/00 +1200, you wrote: >Keith Smith wrote: >>> Well, the point I'm making that the only value of using the views of >the >>>playership as a yard stick of improvement is that they have too much to >gain >>>to offer an disinterested opinion. >> >>Maybe, but if they can offer any improvement then it behooves us, as GMs, >>to listen to them. > > The problem is that you endlessly wade through dross to find the gold. > Yes, if someone comes up with something, then we should look into it. >But all that listening to a lot of voices saying the same thing is that it >rewards conservatism. > When you give people a voice, then they expect to be heard, and their >opinions attended to. And, people who are subjected to those opinions are >pressured by them. That is the way government works, for example. > This is way off the topic, but we have on our law books, currently, a >lot of criminal law that refers to illegal drugs. And, yet, the only reason >that there is an illegal trade in drugs is because we have made profitable, >by outlawing it. If the drugs could be bought safely, over a counter, then >organised crime would have no means to make money at it. They would have to >go back to making money with gambling and prostitution. > Nevertheless, because our country is a democratic one, and people feel >strongly about illegal drugs, then it is illegal. Even thought it makes no >sense to make drug use illegal. > Now, while a population can support that sort of thing (there have been >lots of strange forms of government down through the years...Sparta has >always struck me as being very odd), a game cannot. > The reason is that a government merely supports the wishes of the people >that they represent. They don't have the power to change the law of gravity, >for example. > In a role-playing game, we can make those kinds of decisions. > The game engine has to be rigid enough that it provides enough support >that the players and the DM know what each other mean, and yet flexible >enough so that a variety of different stories can be told. > This isn't the sort of issue that we just hand over to all of our >players and say 'You decide'. Sure, there might be an issue or two that we >could do that with. But, it would have to be unusual. > Yes, a good idea is a good idea, whatever its source. > Should we blindly accept the contributions of players? No. Because, as >I've said before, they have too much to gain or lose. > And, finally, whatever is decided here is only discretionary. A DM may >choose to suspend a rule because it conflicts with his game in some way. I >can find plenty of justifications for why a particular effect does or >doesn't work. Or I can simply say that a given rule makes no sense to me, >and I will not play it. > A player is not in that position. A player can't say, for example, that >they choose not to be affected by Hellfire, because it's a stupid spell. >They might be right about it being a stupid spell, but if the spell that has >impacted on them is, in fact, Hellfire, then they're in trouble. > The only real choice a player has, as far as this sort of thing is >concerned, is to choose whether or not they will play in it. Once committed >to that choice, then they are bound by the choices the DM makes. > On the other hand, a DM that abuses the trust that a player gives them >is going to have difficulty find people to play in their game. > As a generalisation, a player doesn't have the skills, or the point of >view that allows them to look at the game as a whole, and determine what is >best for it. To give every one a vote is to court trenchant, unexamined >conservatism, because the playership outnumbers the Gods, and their interest >lies in areas other than the development of the game. > If that were not the case, would we have seen Fiona's complaints about >altering Quickness? She admits that she is inspired by a desire to protect >her character. She raises only one point that has an impact outside of the >interests of Silken, and that is that Quickness makes E&E mages special. > The rest are all about how important it is to Silken. > There's enough noise in the signal now. Do we really need to add to it? > > > >-- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 16:35:33 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA15205; Fri, 28 Jul 2000 16:22:41 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA15202 for ; Fri, 28 Jul 2000 16:22:38 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id QAA15873 for ; Fri, 28 Jul 2000 16:22:01 +1200 Date: Fri, 28 Jul 2000 16:22:01 +1200 Message-Id: <200007280422.QAA15873@smtp4.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Outraged of Mt Albert From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > So, I suggest the analogy again, perhaps this time in a light that you >can make sense of. I don't know Jim, we are talking vast yawning abysses of intelligence that you expect me to be able to leap > If you were sick, would you expect your doctor to ballot the other >patients in the waiting room to determine what was wrong with you? no my mind is too shallow to comprehend the relevance.Are these people that I know or just chance acquaintances? Are any of them working for drug companies? Have I ever felt my Doctor might be making up a diagnosis in her head before? Am I already late for my hair appointment? >> >>Thank you for clearing that up for me Jim.I shall get my Rosette > >I shall get my overcoat and bomb. I knew about the overcoat and I've harboured grave concerns about the bomb for quite some time. >> >> >>> Even in view of the fact that the game would be improved, you would >>>rather it remain the same so that your character could have a spell that >>>just about EVERY E&E mage has. Where is the individuation in that? E and E college is the least important aspect of my particular character.Individuality is gained through actions and interactions with NPCs and other players. I speak in defence of not fiddling with Quickness from the perspective of a player who did not play DQ for 3 years. I came back to find essentially the same game with some alarming tweaks was still being played and very quickly was inhabiting the world and my character was able to pretty much pick up and go. Your arguments that the game needs to change to grow do have merit however there is also great value in the familiarity of the world and how it works. I don't want to spend half a session while everybody consults various editions of rule changes to see who does what when. I want to play and have fun.Torment the DM, cause the fall of the Western Church, disrupt plot lines.That sort of thing. Quickness may be annoying to DMs in combat, it may be very prevalent and there may be pressure to learn and Rank it. On the plus side EVERYBODY in the DQ world currently knows how it works. Most of us have at least an idea of how it works when some players or NPCs are also Slowed. Aside from getting rid of both Quickness and Slowness which nobody seems keen to do I cannot see how a change which will take ages to incorporate and be played equally and fairly by all DMs is of benefit to the game. > No. It was one of the suggestions. There were others, but it seems that >in your frenzy, you haven't chosen to discuss them. My frenzy? I'm in a frenzy? I thought it was barely a hissy fit, now I'll have to reschedule my tantrums for the whole week. > The reason for this is that otherwise, an E&E mage has to be considered >as factor in every game that is run, and sometimes, that's just not >reasonable. This creates an unusual pressure on the DM to manufacture >alternative ways of allowing tough NPCs to have access to magic that allows >enhanced action choices. mmmm no, have no better response to this than...Nonsense. If you really want to screw them just let them kill themselves through greed and overconfidence.The answer to tough player characters is not NPC escalation.Don't get faster and tougher, get more cunning. > Now, there's nothing particularly wrong to responding to game pressures. >But, they are a useful signal as far as indicating whether or not the game >is moving in a direction that is natural for it to go. > Not all stories support the idea of E&E mages. And, that's okay. But, >Quickness, on the other hand, is such a generically useful ability that the >DM is forced to include it amongst their NPCs repertoire in one way or >another. And, it is this that I object to. I don't want to have to include >the effect in every NPC I generate. On the other hand, I'm forced to >consider it at medium to high levels of the game. > It's boring, Fiona. It limits the stories I can tell. I have to concede a lack of recent DQ DMing experience.Perhaps this is true now.When I did DM I did not feel the need to have NPC's with Quickness. A nice slippery log over a big hole sorted out all kinds of problems. > > Then you are blind, Fiona. Extremely myopic it's true :-) You respond to game pressures whether you >know it or not. Other players do, too. To say that you are somehow immune to >this observable effect is to imagine that you are elementally different to >all of the other players. But I do imagine that. > It's not a question of feebleness, in any case. That's just an attempt >to cloud the issue with emotion. You say that like that's a bad thing. A player responds to game pressures >because, in large part, they observe some value in doing so. You have >responded to game pressure by ranking Quickness. It's a useful spell, with a >ridiculously low EM for what it does. It allows you to contribute to the >game. Actually I like to think it's only one of many ways I do >>(Not really outraged, but most gratified by trouble stirred, cheers Jim:-)) > > I wonder what it cost you to say that, Fiona...I would love to hear the >grinding of your teeth... It costs me nothing at all you gratuitous rabble rouser. I like a good argument as much as you do. And I never never grind my teeth. It wears down the biting edges. Fi PS I am however outraged that the rich motherload of Martin's orange leotard has been ignored. Good grief people don't you want to know if it's one of those shiny one piece ones or perhaps a high on the thigh number with contrasting tights? Lets get some high minded debate going here please enough of this Quickness nonsense -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 17:20:27 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA15535; Fri, 28 Jul 2000 17:10:38 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA15532 for ; Fri, 28 Jul 2000 17:10:34 +1200 Received: from jimarona.ihug.co.nz (p26-tnt2.akl.ihug.co.nz [203.109.245.26]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA16183 for ; Fri, 28 Jul 2000 17:09:57 +1200 Date: Fri, 28 Jul 2000 17:05:28 +1200 Message-ID: <01bff851$72a4b6e0$LocalHost@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Outraged of Mt Albert From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Fiona M.Cole wrote: >no my mind is too shallow to comprehend the relevance.Are these people that >I know or just chance acquaintances? Are any of them working for drug >companies? Have I ever felt my Doctor might be making up a diagnosis in her >head before? >Am I already late for my hair appointment? O, Fiona. *stamps foot* > > >>> >>>Thank you for clearing that up for me Jim.I shall get my Rosette >> >>I shall get my overcoat and bomb. > >I knew about the overcoat and I've harboured grave concerns about the bomb >for quite some time. Be afraid, Fiona...Be very afraid... > >E and E college is the least important aspect of my particular >character.Individuality is gained through actions and interactions with NPCs >and other players. >I speak in defence of not fiddling with Quickness from the perspective of a >player who did not play DQ for 3 years. I came back to find essentially the >same game with some alarming tweaks was still being played and very quickly >was inhabiting the world and my character was able to pretty much pick up >and go. > >Your arguments that the game needs to change to grow do have merit however >there is also great value in the familiarity of the world and how it works. >I don't want to spend half a session while everybody consults various >editions of rule changes to see who does what when. I'm not actually referring to the listed ruleset, here. But, in any case, that's going to change, inevitably. >I want to play and have fun.Torment the DM, cause the fall of the Western >Church, disrupt plot lines.That sort of thing. > >Quickness may be annoying to DMs in combat, it may be very prevalent and >there may be pressure to learn and Rank it. > >On the plus side EVERYBODY in the DQ world currently knows how it works. >Most of us have at least an idea of how it works when some players or NPCs >are also Slowed. > >Aside from getting rid of both Quickness and Slowness which nobody seems >keen to do I cannot see how a change which will take ages to incorporate and >be played equally and fairly by all DMs is of benefit to the game. Well, first of all, Slowness is more a pain in the arse to administer than Quickness ever is. As a result, NPCs rank E&E Special over the General. As far as making a change, they DO take ages, and there are always occasions for false starts. Whether or not the change is for Quickness or some other game effect. >My frenzy? >I'm in a frenzy? >I thought it was barely a hissy fit, now I'll have to reschedule my tantrums >for the whole week. You schedule them? I thought they just came upon you... > >> The reason for this is that otherwise, an E&E mage has to be considered >>as factor in every game that is run, and sometimes, that's just not >>reasonable. This creates an unusual pressure on the DM to manufacture >>alternative ways of allowing tough NPCs to have access to magic that allows >>enhanced action choices. > >mmmm no, have no better response to this than...Nonsense. If you really want >to screw them just let them kill themselves through greed and >overconfidence.The answer to tough player characters is not NPC >escalation.Don't get faster and tougher, get more cunning. An answer is not NPC escalation. It's not THE answer. It's not without some merit, I agree, but it's not the only way. And, eventually, you exhaust cunning devices and conceits, and you end up threatening suspension of disbelief. If the game forces the DM to create more and more rationalisations that defeat Quickness, then the problem is best solved at the root. > >> It's boring, Fiona. It limits the stories I can tell. > >I have to concede a lack of recent DQ DMing experience.Perhaps this is true >now.When I did DM I did not feel the need to have NPC's with Quickness. A >nice slippery log over a big hole sorted out all kinds of problems. Well, clearly, you're just too damned hot for words, Fiona. But, then, we could decide that we shouldn't touch the game engine at all, that it was somehow sacrosanct, and work within the given rules structure. Still boring. > >You respond to game pressures whether you >>know it or not. Other players do, too. To say that you are somehow immune to >>this observable effect is to imagine that you are elementally different to >>all of the other players. > >But I do imagine that. > >> It's not a question of feebleness, in any case. That's just an attempt >>to cloud the issue with emotion. > >You say that like that's a bad thing. It's not a useful thing, that's all. >PS I am however outraged that the rich motherload of Martin's orange leotard >has been ignored. Good grief people don't you want to know if it's one of >those shiny one piece ones or perhaps a high on the thigh number with >contrasting tights? Another attempt to derail the issue, Fiona....Mind you, forensic art critics are asking some pretty probing questions.... -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 17:58:47 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA15839; Fri, 28 Jul 2000 17:55:39 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA15836 for ; Fri, 28 Jul 2000 17:55:35 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA27469 for ; Fri, 28 Jul 2000 17:54:57 +1200 Date: Fri, 28 Jul 2000 17:54:57 +1200 Message-Id: <200007280554.RAA27469@smtp4.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: Outraged of Mt Albert From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >O, Fiona. *stamps foot* hehe..ah my work here is done. >>>>Thank you for clearing that up for me Jim.I shall get my Rosette >>> >>>I shall get my overcoat and bomb. >> >>I knew about the overcoat and I've harboured grave concerns about the bomb >>for quite some time. > >Be afraid, Fiona...Be very afraid... umm....No >>I have to concede a lack of recent DQ DMing experience.Perhaps this is true >>now.When I did DM I did not feel the need to have NPC's with Quickness. A >>nice slippery log over a big hole sorted out all kinds of problems. > > Well, clearly, you're just too damned hot for words, Fiona. Bit slow on the uptake aren't you? But, then, >we could decide that we shouldn't touch the game engine at all, that it was >somehow sacrosanct, and work within the given rules structure. > Still boring. I don't agree >>PS I am however outraged that the rich motherload of Martin's orange >leotard >>has been ignored. Good grief people don't you want to know if it's one of >>those shiny one piece ones or perhaps a high on the thigh number with >>contrasting tights? > >Another attempt to derail the issue, Fiona....Mind you, forensic art critics >are asking some pretty probing questions.... Go on you want to know about the tights too. I mean imagine how LONG they would have to be.The darning would be horrific Fi -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 18:13:51 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id SAA15936; Fri, 28 Jul 2000 18:06:35 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id SAA15933 for ; Fri, 28 Jul 2000 18:06:31 +1200 Message-ID: <39812251.E855A9A6@peace.com> Date: Fri, 28 Jul 2000 18:04:01 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Outraged of Mt Albert From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >>PS I am however outraged that the rich motherload of Martin's orange > >leotard has been ignored.,,, > > > >Another attempt to derail the issue, Fiona....Mind you, forensic art critics > >are asking some pretty probing questions.... > > Go on you want to know about the tights too.... Arrrggghhhh. Its a Unitard! Its lycra, and its Orange!! You critics are sucking me dry!!! I just want to be free to create!!!! -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Jul 28 21:43:48 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id VAA18357; Fri, 28 Jul 2000 21:42:43 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id VAA18354 for ; Fri, 28 Jul 2000 21:42:39 +1200 Received: from jimarona.ihug.co.nz (p151-tnt2.akl.ihug.co.nz [203.109.245.151]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id VAA12509 for ; Fri, 28 Jul 2000 21:42:04 +1200 Date: Fri, 28 Jul 2000 21:37:31 +1200 Message-ID: <01bff877$73ed6e40$97f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Outraged of Mt Albert From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Fiona M.M.Cole wrote: > But, then, >>we could decide that we shouldn't touch the game engine at all, that it was >>somehow sacrosanct, and work within the given rules structure. >> Still boring. > >I don't agree That's it? That's all you have to offer as a counter? Talk about yawning abysses... -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Jul 29 00:13:51 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id AAA19243; Sat, 29 Jul 2000 00:00:30 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id AAA19240 for ; Sat, 29 Jul 2000 00:00:27 +1200 Received: from writer (203-109-144-43.ihug.net [203.109.144.43]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id AAA27475 for ; Sat, 29 Jul 2000 00:00:19 +1200 Date: Sat, 29 Jul 2000 00:00:19 +1200 Message-Id: <200007281200.AAA27475@smtp2.ihug.co.nz> X-Sender: fiona@pop.ihug.co.nz X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: Outraged of Mt Albert From: "Fiona M.M.Cole" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >> >>I don't agree > > That's it? That's all you have to offer as a counter? Talk about yawning >abysses... yes it must look an awful long way up from down there Fi -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Jul 29 07:13:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id HAA21745; Sat, 29 Jul 2000 07:07:16 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id HAA21742 for ; Sat, 29 Jul 2000 07:07:11 +1200 Received: from jimarona.ihug.co.nz (p167-tnt2.akl.ihug.co.nz [203.109.245.167]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id HAA24671 for ; Sat, 29 Jul 2000 07:06:52 +1200 Date: Sat, 29 Jul 2000 07:02:14 +1200 Message-ID: <01bff8c6$576f7ac0$a7f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Outraged of Mt Albert From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz -----Original Message----- From: Fiona M.M.Cole To: dq@dq.sf.org.nz Date: Saturday, 29 July 2000 00:18 Subject: Re: Outraged of Mt Albert > >>> >>>I don't agree >> >> That's it? That's all you have to offer as a counter? Talk about yawning >>abysses... > >yes it must look an awful long way up from down there O, yaboosucks backatcha.... -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Jul 29 16:58:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA25377; Sat, 29 Jul 2000 16:55:40 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA25374 for ; Sat, 29 Jul 2000 16:55:36 +1200 Received: from ihug.co.nz (p76-tnt5.akl.ihug.co.nz [203.109.194.76]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id QAA04992 for ; Sat, 29 Jul 2000 16:55:03 +1200 Message-ID: <39826398.F796606F@ihug.co.nz> Date: Sat, 29 Jul 2000 16:54:48 +1200 X-Mailer: Mozilla 4.72 [en]C-CCK-MCD Ihug (Win98; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Whose stories are they? From: William Dymock To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jacqui Smith wrote > > Whose story is it? Is it one person's, or that of the entire group? As far as I am concerned it is my story when I'm GMing. After all I do all the work. I come up with the background, plot, major NPCs (and all that entails) and supporting characters. A player brings one character and as far as I'm concerned most of them are indistinguishable. Half the time they don't care and will not remember two weeks into the next session. Of course the blame for this is not all theirs. Games which stretched my suspension of disbelief over an event horizon spring to mind. Most of these problems rise from the almost insane conventions DQ operates under. For example while the PCs are heroes the game forces them to be money grubbing mercs (or mana-grubbing). Another is that the low retirement rate means you end up with absurdly powerful characters. While having an ubermensch/uberwench is satisfying (big zorch effects are a power high) it gets silly after a while. How many evil galactic overlords are there to defeat? Because there is no 'heroic death/honorable retirement' bonus for PCs there is a tendency towards cowardice and a lack of risk taking. Many character 'upgrade options' depend on vast amounts of cash. This only reinforces the scummy mercs at the expense of actual heroes. There is a superabundance of magic items exerbated by the fact that few are of worthy of the danger experienced to get them. If that was the case then the roll of honor would be a lot longer. For many reasons players undervalue their character's power. This results in players claiming their 20 adventure character with more gizmos than the bat-cave is 'only medium level'. Why do I mention these? Because they drive me crazy when I design an adventure. For some reason everyone expects to survive and return with a new magic item to go with the baker's dozen they currently have. Almost no PC will decide to stay in the area indefinitely unless the is something in it for them on a power basis (Ben's character is an exception). My antagonists are supposed to deal with seven(or so) mana-terrorists armed with every conceivable weapon from energy rifles to memes. Somehow I find it difficult to accept that all mages have several spells at rank 20 to give them a fighting chance. I think the game should be a lot more dangerous and with fewer rewards. On the other pseudo pod characters could be generated at higher levels as long as the player acted responsibly and played the PC at that level and not below. The entire accountancy exercise of upkeep could be waived if a player desires (again responsibility comes into play). On changing the rules I will only mention that the horror is such that I often consider changing the game. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Jul 29 17:58:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA25653; Sat, 29 Jul 2000 17:44:45 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA25650 for ; Sat, 29 Jul 2000 17:44:42 +1200 Received: from jimarona.ihug.co.nz (p174-tnt2.akl.ihug.co.nz [203.109.245.174]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA27479 for ; Sat, 29 Jul 2000 17:44:03 +1200 Date: Sat, 29 Jul 2000 17:39:25 +1200 Message-ID: <01bff91f$5b696740$aef56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Whose stories are they? From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz -----Original Message----- From: William Dymock To: dq@dq.sf.org.nz Date: Saturday, 29 July 2000 16:58 Subject: Re: Whose stories are they? >As far as I am concerned it is my story when I'm GMing. After all I do all the >work. Maybe so. But can you protect it so that no-one else can tell the story, or a story very like it? >Most of these problems rise from the almost insane conventions DQ operates >under. >For example while the PCs are heroes the game forces them to be money grubbing >mercs (or mana-grubbing). Agreed. >Another is that the low retirement rate means you end up with absurdly powerful >characters. While having an ubermensch/uberwench is satisfying (big zorch >effects are a power high) it gets silly after a while. How many evil galactic >overlords are there to defeat? As many as there are threats to the universe, William. That is one, very common story. It has to be factored into character development. >Because there is no 'heroic death/honorable retirement' bonus for PCs there is a >tendency towards cowardice and a lack of risk taking. Agreed. And, at the same time, there is precious little reward for proactivity. That's a weakness of DMing, not just the structure of the game. >Many character 'upgrade options' depend on vast amounts of cash. This only >reinforces the scummy mercs at the expense of actual heroes. Agreed. >There is a superabundance of magic items exerbated by the fact that few are of >worthy of the danger experienced to get them. If that was the case then the roll >of honor would be a lot longer. Nah. That's drivel. There aren't enough tough items in DQ. Most of them are fucked to buggery with stupid or weird side effects. That sword that George came up with is a classic example. Powerful items are fine. They disappear. I've just come from a game where I saw 3 middlingly powerful items go down the gurgler. That was okay, though...The player didn't mind. The alternative was death. We worry too much about how touch PCs are, really. They could afford to be, at least potentially, one hell of a lot tougher than they are. Practically speaking, the player only has to die (in a permanent way) once, for the game to be over for the player. The world has an infinte supply of cannon fodder for the DM to throw at players. >For many reasons players undervalue their character's power. This results in >players claiming their 20 adventure character with more gizmos than the bat-cave >is 'only medium level'. Very true. Very, very true. As William has said on many occasions, a character is as tough as they think they are. They may have pathetic numbers to play with, but there is nothing like an imagination for increasing your contribution to a game. > >Why do I mention these? Because they drive me crazy when I design an adventure. > >For some reason everyone expects to survive and return with a new magic item to >go with the baker's dozen they currently have. They expect to die, and lose magic items? What a gloomy, depressing bunch. Of course they should expect to survive. And, increase in toughness. They shouldn't expect it as a right, which I think is what you're saying... >Almost no PC will decide to stay in the area indefinitely unless the is >something in it for them on a power basis (Ben's character is an exception). I have no idea why this is a problem. Or why Ben is an exception. Why should they stay in the area? Especially if it serves no purpose? >My antagonists are supposed to deal with seven(or so) mana-terrorists armed with >every conceivable weapon from energy rifles to memes. Somehow I find it >difficult to accept that all mages have several spells at rank 20 to give them a >fighting chance. Ah...So? What is your point? That players should choose not to rank their spells in a logical fashion? > >I think the game should be a lot more dangerous and with fewer rewards. On the >other pseudo pod characters could be generated at higher levels as long as the >player acted responsibly and played the PC at that level and not below. The >entire accountancy exercise of upkeep could be waived if a player desires (again >responsibility comes into play). Um...On the one hand, you say that a character is as tough as the player thinks he is. And, on the other, you say that the players should start tougher, but not advance as far. I don't agree. I think players start very low in DQ. (I think the system is stupidly capped at 20, or 10 if it's a skill, or some other number, if it's a weapon. Why we put up with that, I don't know, but we do.) I don't think they progress outside of all reason. As far as danger and rewards are concerned, I don't agree with you, there, either. In comparison with most systems, the pcs in DQ are pretty normal, really. Look at Silverfoam or Axis Dragonmage, for example. They are 18 year old characters. Given the frequency with which they've played over the years, if this were AD&D, they'd have gods knocking on their doors, asking for favours. If it were a game like Torg, they'd have High Lords trembling in whatever they use for footwear. Now, those games are different from DQ, they have a different power level, and a different genre. Nevertheless, some of the characters in the Guild SHOULD be dreadfully powerful. Observably, they're not. One could point a finger at other characters and say 'They are too powerful' I suppose, but I wonder where that leads us. Nowhere very useful, I suspect. The development of the player character should be something that a DM has an eye to. If the player can give you some idea of what they're looking for, then all well and good. If the player tells you their character is looking for 'sorceror' stuff, then I'm afraid my assistance is going to be...el zilcho. Why should I contribute to the development of a character when the player can't get off their arse and tell me what they want? But, the point is that players should develop, and develop powerfully. There's plenty of room in the engine for that. I really don't see what the problem is. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sun Jul 30 06:43:49 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id GAA30867; Sun, 30 Jul 2000 06:32:25 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id GAA30864 for ; Sun, 30 Jul 2000 06:32:21 +1200 Received: (qmail 14006 invoked by alias); 29 Jul 2000 18:31:29 -0000 Received: from irc.dragonquest.org.nz (HELO mandos) (210.48.7.49) by enterprise.iconz.co.nz with SMTP; 29 Jul 2000 18:31:29 -0000 Date: Sun, 30 Jul 2000 06:31:06 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Subject: RE: Whose stories are they? From: "Mandos D Shadowspawn Esq" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > > Whose story is it? Is it one person's, or > > that of the entire group? > > As far as I am concerned it is my story when > I'm GMing. After all I do all the work. Personally I think it is my world and their story. But I don't like set stories too much and tend more to a working world that the players truck round in. > A player brings one character and as far as > I'm concerned most of them are indistinguishable. > Half the time they don't care and will not remember > two weeks into the next session. This is where experiance chits with details of why the player got such a small amount are required :-) Experiance is one of the ways GM's are supposed to indicate to a player that they need to improve or change their attitudes etc. Unfortunatly many GM's just hand out an average amount to everyone. > Most of these problems rise from the almost insane > conventions DQ operates under. > For example while the PCs are heroes the game > forces them to be money grubbing mercs (or mana-grubbing). It depends on the player. Many players choose adventures not for the rewards but because it sounds fun. However in a 6 player game there is likly to be at least a third of the characters driven by cash and it then effects the game. Also people are not generally hero's you have to give pointers a guide people in the behaviour you expect if you want people to behave in a specific fashion. > Another is that the low retirement rate means you end > up with absurdly powerful characters. While having an > ubermensch/uberwench is satisfying (big zorch > effects are a power high) it gets silly after a while. > How many evil galactic overlords are there to defeat? > Because there is no 'heroic death/honorable retirement' > bonus for PCs there is a tendency towards cowardice and > a lack of risk taking. I again think it is a group dynamics issue. If you have a party with two loud cowards in it the party will be forced to act cowardly. To give everyone input into the game means that everyone gets to put forward an opinion and very rarely does the cowardly option get ignored. The key here is how we all joke about the fine line between brave and stupid in the awards. > Many character 'upgrade options' depend on vast > amounts of cash. This only reinforces the scummy > mercs at the expense of actual heroes. > There is a superabundance of magic items exerbated > by the fact that few are of worthy of the danger > experienced to get them. If that was the case then > the roll of honor would be a lot longer. This I think is a little strange, while the cash cost of items does encourage mercenarial play. Lots of items does increase the liklyhood of heroism. The really high level character do tend to heroism. The medium levels are where the social climbing mercenaries are stuck either enjoying life as a low character for as long as possible or clambering as quickly as possible to high level. I have found that Low and high parties tend to be much more heroic than most mediums. In every medium party there is a coward collecting items to become tough. > For many reasons players undervalue their character's > power. This results in players claiming their 20 > adventure character with more gizmos than the bat-cave > is 'only medium level'. There are three catagories that need to be considered. 1. Players who do not actually know how tough they are. Not everyone memorises the rulebook and knows the best way to get all the bonuses. I know a number of players with tough character that have no idea just how tough they are. 2. Some characters have loads of crap items and spend there Ep so they have few tough spells. People sink EP into the wierdest places. Not all of those places make a character tough. 3. Some people are just big girls blouses. > I think the game should be a lot more > dangerous and with fewer rewards. On the > other pseudo-pod characters could be > generated at higher levels as long as the > player acted responsibly and played the > PC at that level and not below. The > entire accountancy exercise of upkeep > could be waived if a player desires (again > responsibility comes into play). I tried the more dangerous with fewer rewards tack and got the feedback that the players enjoyed the game but were left with no feeling of success. The game does need a balance here. Handing out success and reward for nothing is as bad as not letting the players succeed. I am still hunting the middle ground and those who manage it are great GM's. The best games are those with struggle and pain and suffering but in the end victory. Victory should never be guaranteed but always obtainable. The problem lies in that not all GM's are equal. There will always be people who give something away for nothing and those who take it away again. Human nature is where all the rules fall down :-0) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sun Jul 30 10:13:46 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA32007; Sun, 30 Jul 2000 10:05:09 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA32004 for ; Sun, 30 Jul 2000 10:05:05 +1200 Received: from jimarona.ihug.co.nz (p20-tnt2.akl.ihug.co.nz [203.109.245.20]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id KAA30913 for ; Sun, 30 Jul 2000 10:04:07 +1200 Date: Sun, 30 Jul 2000 09:59:18 +1200 Message-ID: <01bff9a8$3e49a920$14f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Whose stories are they? From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz George Mitchinson wrote: >Personally I think it is my world and their story. > >But I don't like set stories too much and tend more >to a working world that the players truck round in. I don't think that that's William's point. I have played in his game, and it's a reasonably open campaign. The storyline is active and ongoing, so there is an overarching thrust, but I don't think that it's a game where the 'story' is hardwired. Which is what your post implies. Mind you, I could be wrong. >> A player brings one character and as far as >> I'm concerned most of them are indistinguishable. >> Half the time they don't care and will not remember >> two weeks into the next session. > >This is where experiance chits with details of why the >player got such a small amount are required :-) >Experiance is one of the ways GM's are supposed to >indicate to a player that they need to improve or change >their attitudes etc. Unfortunatly many GM's just hand out >an average amount to everyone. While I think these points are true and useful, I don't think that it makes players remember the story, particularly. Mind you, I agree with George. I would go further and say that the details should be made in a way that all of the players can look at. Xp should be assigned after every game, so that the players have some idea of how they're progressing. Over a thirteen week period, it's pretty hard for a player to be able to tell what they were penalised or rewarded for. >> For example while the PCs are heroes the game >> forces them to be money grubbing mercs (or mana-grubbing). > >It depends on the player. Many players choose adventures >not for the rewards but because it sounds fun. However >in a 6 player game there is likly to be at least a third >of the characters driven by cash and it then effects the >game. Also people are not generally hero's you have to give >pointers a guide people in the behaviour you expect if you >want people to behave in a specific fashion. Um. No. We all know what heroism is, and it's central to fantasy roleplaying. If William has detected a lack of moral fibre in a significant proportion of the pc body, then it is contrary to the genre. Cowardice is its own reward. It leads to a long and fruitful life. Heroism leads to having stories told about you when you eventually get eaten by some big nasty thing. Because of the length of real time that it takes to get anywhere, and, the distance that the player takes their character to reach any given point in terms of development, then William suggests that cowardice is supported by the current game structure than heroism is. I'd say that it wasn't really a matter of depending on the player. The fact is that the Guild genre supports cowardice, and penalises courage. There is a place for the odd 'cowardly' character, but they should be rare. One of the few cowards that are worthwhile adventuring with is Vila. But, that's only because the cowardice is a quirk, not a consuming passion. In any given fight, you can predict that Vila will be at the back. On the other hand, in any given encounter involving fiddling with traps and locks and devices that might take your head off, you can bet he'll be at the front of the party, sticking his slippery little fingers into the tumblers. Cowardice is an extremely hard trait to rationalise. It's also contrary to the nature of the genre. There is room within the game for some cowards, but not much. Certainly not as much as a third. That's just way too high. > >> Another is that the low retirement rate means you end >> up with absurdly powerful characters. While having an >> ubermensch/uberwench is satisfying (big zorch >> effects are a power high) it gets silly after a while. >> How many evil galactic overlords are there to defeat? >> Because there is no 'heroic death/honorable retirement' >> bonus for PCs there is a tendency towards cowardice and >> a lack of risk taking. > >I again think it is a group dynamics issue. If you have a >party with two loud cowards in it the party will be forced >to act cowardly. To give everyone input into the game means >that everyone gets to put forward an opinion and very rarely >does the cowardly option get ignored. The key here is how >we all joke about the fine line between brave and stupid in >the awards. In fact, players worry about stupidity too often. I'm inclined to the view that we get rid of the 'Stupidest Adventurer' award, because it applies a negative pressure. On the other hand, it's the place where the best stories get told at the Guild Meeting. And, seeing that the meeting is usually rushed through to deal with meaninless drivel, and the real meat (the part where the players discuss the games they have played in) gets quickly squared away, in the hopes of some 'important' considerations of efficiency. The kinds of play that are the most interesting are the ones that do the following: Open the game up to something new. To do something that hasn't been thought of before. Display the courage of the character against the horrors that the DM can unleash. Perform another kind of selflessness. Do something really stylish that is within the precincts of the character. (For example, Vila may be a coward, but he'll fight like a cornered rat to get to loot). Yes, intelligent play is to be rewarded. It is useful to have someone who engages the story intelligently. If for no other reason, it allows the DM to introduce other levels of story into the game. Players have a bandwidth, and the more information you throw at them, the closer you come to exceeding it. On the other hand, the greater the bandwidth, the more story elements you can provide them. The more story elements, the wider the scope of the game becomes. In general, however, most of the xp we award goes for things that are unrelated to intelligence. They're things like imaginitiveness, heroism, or an apparent contradiction (say) that exposes more of the character inner workings. >I have found that Low and high parties >tend to be much more heroic than most mediums. In every >medium party there is a coward collecting items to >become tough. Agreed. > >> For many reasons players undervalue their character's >> power. This results in players claiming their 20 >> adventure character with more gizmos than the bat-cave >> is 'only medium level'. > >There are three catagories that need to be considered. > >1. Players who do not actually know how tough they are. >Not everyone memorises the rulebook and knows the best >way to get all the bonuses. I know a number of players >with tough character that have no idea just how tough >they are. Then, they aren't really attending or contributing, are they? I mean, if the DM looks at a character sheet and goes pale, but the player is standing on top of a table because they've seen a mouse, then the player has seriously failed to attend or contribute to the game. They may have some internal character reason for spending their time on tables. But, aside from that... If a player doesn't know, then I suppose the DM must make their toughness obvious to them, somehow. It's not the sort of confusion that should be allowed to continue for any length of time. > >2. Some characters have loads of crap items and spend >there Ep so they have few tough spells. People sink EP >into the wierdest places. Not all of those places make >a character tough. > That's true. But, there must be a sound rationalisation as to why their xp has gone into those weird places. It's not enough for a player to say 'It just seemed right for the character'. That just says to me that the player hasn't addressed those reasons. And, a player that can't articulate the inner workings of their character for a DM is in trouble. For a roleplayer, performing their character means portraying their foibles and traits. The player MUST know what they are, so that they can measure them against each other. Sometimes traits conflict. The player has to know which is more important. Of course, one can be surprised by one's character. We have all, no doubt, been confronted with a situation where we've suddenly realised that, although we thought the character would behave in one way, it is, in fact, required to act in another way altogether. That's fine. The point is that as a player, you can discuss it afterwards, and say WHY the character would do that particular thing. So, while I don't want to see every character developing the same characters, I definitely want the characters to make sense. I mean, a player could choose to limit the development of a spell caster by having them advance all of their General Knowledge to Rank 6. If the only reason that they advance those spells is so that their character won't become too tough, too soon, then it's a failure in terms of characterisation. If the reason is that the character wishes to be able to teach the college, then that's fine. It's an internal reason, as opposed to a deus ex machina. >3. Some people are just big girls blouses. Yes. That is the most likely explanation. I find it hard to believe that players could be so intellectually limited or so contrived that they can't put together an effective character, in one way or another. 'When you exclude all other things, Watson...' >Human nature is where all the rules fall down Yes.So, let us make the rules more human, and the humans, less bound by them. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sun Jul 30 17:28:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA01963; Sun, 30 Jul 2000 17:22:00 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA01960 for ; Sun, 30 Jul 2000 17:21:55 +1200 Received: from jimarona.ihug.co.nz (p246-tnt2.akl.ihug.co.nz [203.109.245.246]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA01919 for ; Sun, 30 Jul 2000 17:20:48 +1200 Date: Sun, 30 Jul 2000 17:15:52 +1200 Message-ID: <01bff9e5$3b91c860$f6f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005D_01BFFA49.D0C6A860" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_005D_01BFFA49.D0C6A860 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Here, then, is a summary of the suggestions that people made in response = to changing Quickness. Aside, that is, from the plethora of responses = from Fiona about leaving it exactly as it is. =20 These comments are just the changes that people suggested. =20 Mark Simpson =20 A simple solution would be to re-write the spell so that instead of = giving 2 actions every pulse it gave 3 actions every two pulses, so that every = second pulse the characters (or npc's) got a second action.=20 =20 Fiona M.M Cole =20 Make Quickness unable to be invested. =20 Gordon Lewis =20 We could say that- for anyone who has quickness on them it will take 1 FT per action to do anything active.=20 =20 Sally Jackson =20 Make it uninvestable, or as a compromise, potionable for self only. = =20 =20 =20 My suggestions were: =20 =20 =20 Option 1: Range of the spell is self, only.=20 =20 Option 2: Range of the spell is touch =20 Option 3: The spell becomes a skill or proficiency that anyone can learn: =20 Option 4: The spell changes in no other respect, except that anyone who = operates under the effects of a Quickness loses 2 points of spell FT = every pulse. When they are out of FT, the Quickness ends. =20 What, if any, other suggestions do people have to offer? ------=_NextPart_000_005D_01BFFA49.D0C6A860 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Quickness

Here, then, is a summary of the = suggestions=20 that people made in response to changing Quickness. Aside, that is, = from the=20 plethora of responses from Fiona about leaving it exactly as it=20 is. 

These comments are just the changes that people=20 suggested.

Mark Simpson

A simple solution would be to = re-write the=20 spell so that instead of giving 2 actions
every pulse it gave 3 = actions=20 every two  pulses, so that every second pulse
the characters = (or=20 npc's) got a second action.  

Fiona M.M Cole 

Make Quickness unable to be invested.

Gordon Lewis 

We could say that- for anyone who has quickness on them it = will
take 1=20 FT per action to do anything active.  

Sally Jackson 

Make it uninvestable, or as a compromise, potionable for self = only. =20

 

My suggestions were:

 

Option 1:
    Range of the = spell is=20 self, only. 
 
Option 2:
    Range of the = spell is=20 touch
 
Option 3:
    The spell becomes a skill or=20 proficiency that anyone can learn:
 
Option 4:
    The spell changes in no other = respect,=20 except that anyone who operates under the effects of a Quickness = loses 2=20 points of spell FT every pulse. When they are out of FT, the = Quickness=20 ends.
 
What, if any, other suggestions = do people=20 have to offer?
------=_NextPart_000_005D_01BFFA49.D0C6A860-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sun Jul 30 19:13:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id TAA02656; Sun, 30 Jul 2000 19:11:26 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id TAA02653 for ; Sun, 30 Jul 2000 19:11:22 +1200 Received: from paul (203-109-144-174.ihug.net [203.109.144.174]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id TAA32720 for ; Sun, 30 Jul 2000 19:10:12 +1200 Message-ID: <000a01bffa94$69e54480$1564640a@ihug.co.nz> Date: Sun, 30 Jul 2000 19:09:18 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01BFFA59.A91014E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Subject: Re: Quickness From: "paul" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: pope.ug@ihug.co.nz This is a multi-part message in MIME format. ------=_NextPart_000_0007_01BFFA59.A91014E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: QuicknessQuickness: How about: Target: Self - doubles actions Target: Others - 1+ 1/3 Ranks. range 10ft + 1 rank. Adds 1 + 1/Rank to = initiatve for each recipient. Doubles actions of others only at Rank 20. May be potioned in which case it acts as a "self". ------=_NextPart_000_0007_01BFFA59.A91014E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Quickness
Quickness:
 
How about:
Target: Self - doubles = actions
Target: Others -  1+ 1/3 Ranks. range = 10ft + 1 rank.=20 Adds 1 + 1/Rank to initiatve for each recipient. Doubles actions of = others only=20 at Rank 20.
 
May be potioned in which case it acts = as a=20 "self".
------=_NextPart_000_0007_01BFFA59.A91014E0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 09:28:49 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA07733; Mon, 31 Jul 2000 09:19:30 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id JAA07730 for ; Mon, 31 Jul 2000 09:19:25 +1200 Received: (qmail 29356 invoked by alias); 30 Jul 2000 21:17:56 -0000 Received: from irc.dragonquest.org.nz (HELO mandos) (210.48.7.49) by enterprise.iconz.co.nz with SMTP; 30 Jul 2000 21:17:56 -0000 Date: Mon, 31 Jul 2000 09:17:52 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Subject: RE: Whose stories are they? From: "Mandos D Shadowspawn Esq" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Mind you, I agree with George. I would go further > and say that the details should be made in a way > that all of the players can look at. Xp should be > assigned after every game, so that the players have > some idea of how they're progressing. Over a thirteen > week period, it's pretty hard for a player to be > able to tell what they were penalised or rewarded for. Currently I take notes each week of the highs and lows and include those in notes to each player with their EP. That way if I do include advice to help the player with their character it can be seen by the next GM who can then watch for improvement. I also have the figures for turning up, roleplaying and contribution detailed so people can get an idea of where they lost EP. What do you think of the idea of including the "Average" amount of EP that could be gained so that the players have something to judge their EP against? > Um. No. We all know what heroism is, and it's central to fantasy > roleplaying. If William has detected a lack of moral fibre in a > significant > proportion of the pc body, then it is contrary to the genre. [SNIP] Cowardice discussion So what can be done about it. We can reward bravery through Ep. How do you design a game that encourages bravery? > >I again think it is a group dynamics issue. If you have a > >party with two loud cowards in it the party will be forced > >to act cowardly. To give everyone input into the game means > >that everyone gets to put forward an opinion and very rarely > >does the cowardly option get ignored. The key here is how > >we all joke about the fine line between brave and stupid in > >the awards. > > In fact, players worry about stupidity too often. > I'm inclined to the view that we get rid of the 'Stupidest > Adventurer' award, because it applies a negative pressure. > On the other hand, it's the place where the best stories get > told at the Guild Meeting. I am of the same view. The idea of makeing the stupidest adventurer pay for the costs associated with the other awards springs to mind. Then you still get to keep the stories :0-) But I cannot see that being a popular option. > Yes, intelligent play is to be rewarded. It is useful > to have someone who engages the story intelligently. If for > no other reason, it allows the DM to introduce other levels > of story into the game. > In general, however, most of the xp we award goes for > things that are unrelated to intelligence. They're things > like imaginitiveness, heroism, or an apparent contradiction > (say) that exposes more of the character inner workings. Maybe we need to look at the EP award and the focus that it is encouraging. The GM's that just throw out a number are not going to care what is changed and other GM's who do work out the numbers could find a system we can all use to better the game direction. > >There are three catagories that need to be considered. > > > >1. Players who do not actually know how tough they are. > >Not everyone memorises the rulebook and knows the best > >way to get all the bonuses. I know a number of players > >with tough character that have no idea just how tough > >they are. > > Then, they aren't really attending or contributing, > are they? > I mean, if the DM looks at a character sheet and goes pale, > but the player is standing on top of a table because > they've seen a mouse, then the player has seriously failed > to attend or contribute to the game. They may have some > internal character reason for spending their time on tables. > But, aside from that... Thats a little overexagerated. Simply there are players with good ranks in weapons and reasonable defences and have good numbers accross the board that do not know thew scale that those numbers belong to. Thus they think they are average fighters when in fact they are great fighters. Thus if they think they are not as good as they are they downgrade the believed level of their character. > If a player doesn't know, then I suppose the DM must make their > toughness obvious to them, somehow. It's not the sort of confusion that > should be allowed to continue for any length of time. Very true. > >Human nature is where all the rules fall down > > > Yes.So, let us make the rules more human, and the humans, > less bound by them. But then you have to allow for human nature in the course of the changes :-) We are doomed! Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 09:58:59 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA07929; Mon, 31 Jul 2000 09:46:44 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id JAA07926 for ; Mon, 31 Jul 2000 09:46:40 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Mon, 31 Jul 2000 09:43:47 +1200 Message-ID: Date: Mon, 31 Jul 2000 09:43:46 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: RE: Quickness From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Or some sort of ritual. e.g. Cast Time: Somewhere between 10 minutes and 1 hour. Duration: x + y per rank hours. Target: Entity or Entities(?) Effect: Increases IV by x + y per rank for the entire duration. Target may exert themselves up to (rank x 2) times during the duration and have an extra action in a pulse. This exertion costs the target 2FT (2EN when FT=0) each time and the IV value of the second action is equal to the rank of the ritual. Possibly cast time linked to number of targets, 20 Minutes for the first target + 10 minutes per additional target. This would mean about 1.5 hours for an average party size. > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > Sent: Sunday, 30 July 2000 17:16 > To: dq@dq.sf.org.nz > Subject: Re: Quickness > > Here, then, is a summary of the suggestions that people made in > response to changing Quickness. Aside, that is, from the plethora of > responses from Fiona about leaving it exactly as it is. > > These comments are just the changes that people suggested. > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 09:59:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA07965; Mon, 31 Jul 2000 09:52:24 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id JAA07962 for ; Mon, 31 Jul 2000 09:52:20 +1200 Message-ID: <3984A2D2.571BE98B@peace.com> Date: Mon, 31 Jul 2000 09:49:06 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Whose stories are they? From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Mandos D Shadowspawn Esq wrote: > >> I'm inclined to the view that we get rid of the 'Stupidest Adventurer' > award, because it applies a negative pressure. > > I am of the same view. The idea of makeing the stupidest adventurer pay for > the costs associated with the other awards springs to mind. Part of the difficulty with associating a true penalty with this award is that we would need to verify the actions of the idiot in question -- which would break the character/story mode. (I've heard too many stories told that I as GM know happened in an entirely different way to think that players accurately report the adventure's happenings -- but the stories can be most amusing). Also, a penalty of any sort would change the tone to one of more seriousness. However, some token penalty/booby prize could be both amusing and better get across the idea that stupidity will be commented on, and is not rewarded per se. A Dunce's cap might be nice -- it would even be possible to quickly make one up (physically) and present it to the player the same way that guild script is given for the other awards... they could wear it for the rest of the guild meeting. :) -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 10:28:58 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA08337; Mon, 31 Jul 2000 10:25:23 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA08334 for ; Mon, 31 Jul 2000 10:25:20 +1200 Received: from jimarona.ihug.co.nz (p159-tnt8.akl.ihug.co.nz [203.109.138.159]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id KAA08790 for ; Mon, 31 Jul 2000 10:23:49 +1200 Date: Mon, 31 Jul 2000 10:18:51 +1200 Message-ID: <01bffa74$23fd0cc0$049a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Stupid Adventurers From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Martin Dickson wrote: >Part of the difficulty with associating a true penalty with this award is that >we would need to verify the actions of the idiot in question -- which would >break the character/story mode. (I've heard too many stories told that I as GM >know happened in an entirely different way to think that players accurately >report the adventure's happenings -- but the stories can be most amusing). >Also, a penalty of any sort would change the tone to one of more seriousness. > >However, some token penalty/booby prize could be both amusing and better get >across the idea that stupidity will be commented on, and is not rewarded per se. > >A Dunce's cap might be nice -- it would even be possible to quickly make one up >(physically) and present it to the player the same way that guild script is >given for the other awards... they could wear it for the rest of the guild >meeting. :) I hate this idea. Again, it seeks to make cleverness an important part of role-playing. But, it's not cleverness that we're interested in seeing. What we want is a sense of the shared human condition. Some people are clever, some people are stupid. They're still people. And, the same with characters. A clever player will get rewards enough. They will use their abilities well, they will engage the story at more levels, and they will put information together in a way that gives them a serious advantage. Stupidity, is also its own reward. A player that is stupid won't realise what is happening around them, will use their abilities poorly, and will only be playing on the most superficial levels. I'm not saying that there's no point in having things like 'the Smartest Adventurer' or 'Stupidest Adventurer' awards. What I am saying is that the Stupidest Adventurer makes for the best stories. That is a valuable contribution in its own way. Usually, the stories of the DM fade away and turn to filmy vapour once the players have got back to the Guild. It is only in the Stupidest Adventurer that some small part of it lives on. And, anyway, I, too, have seen situations where the players decided that a particular action was stupid, when I KNEW that it was reasonable. Or, at least, not very stupid. Finally, what are you going to do when a player says 'Fuck off with your funny hat. I'm not wearing it'? Hold them down? What do you say when the Police arrive? 'We were just playing a role-playing game, officer...' -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 10:30:39 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA08159; Mon, 31 Jul 2000 10:14:25 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA08156 for ; Mon, 31 Jul 2000 10:14:22 +1200 Received: from jimarona.ihug.co.nz (p159-tnt8.akl.ihug.co.nz [203.109.138.159]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id KAA07497 for ; Mon, 31 Jul 2000 10:12:50 +1200 Date: Mon, 31 Jul 2000 10:07:52 +1200 Message-ID: <01bffa72$9b7dec80$049a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Whose stories are they? From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz George Mitchinson wrote: >Currently I take notes each week of the highs and lows >and include those in notes to each player with their EP. >That way if I do include advice to help the player with >their character it can be seen by the next GM who can >then watch for improvement. I also have the figures for >turning up, roleplaying and contribution detailed so >people can get an idea of where they lost EP. Yes, so do I. But, if you make a note about a player's performance in a session that was played 10 weeks ago, they may have no real idea what you're talking about. It's too distant in their memories. As you have pointed out, you make a note of the thing that they did that was worth a bonus or penalty. They, on the other hand, will be looking at you with that awful blank expression on their faces. >What do you think of the idea of including the "Average" >amount of EP that could be gained so that the players >have something to judge their EP against? I spreadsheet xp awards. Ah, the wonders of computers and excel. And, I provide them with a critique of their performance, broadly separated into things that I thought were done well, and things that I thought needed work. > >> Um. No. We all know what heroism is, and it's central to fantasy >> roleplaying. If William has detected a lack of moral fibre in a >> significant >> proportion of the pc body, then it is contrary to the genre. > >[SNIP] Cowardice discussion > >So what can be done about it. We can reward bravery through Ep. >How do you design a game that encourages bravery? I don't know of a game that actively supports heroism. Courage is a product of proactivity, and as a matter of reality, people who are proactive are more effective. They limit the choices of their opponent, because their opponent is forced to select a counter, rather than a whole new strategy. In other words, if you choose the ground on which you must fight, your opponent must choose counters that are defined by that ground. Or, to use a western maxim, a good offense is the best defence. In a role-playing game, taking actions puts one in the eye of the DM, more. More things happen to a player who is active, if only because there must be some resolution to that activity. The more things that happen, the greater the chance that the character will contract a rather sudden case of death. The only advice I have to offer, at the moment, anyway, is that the DM must be extremely fair to the story, to make sure that the active player isn't stepped on. Players are story generators, and their actions introduce story elements whenever they take an action. They declare the action, and the DM interprets the responses. In a way, it's like there are two sides of the game. The player commits to an action choice, the DM responds, either with a response to that action, an action that has nothing to do with that action, or both. If there is no declaration, then there is no real story to the action. It just becomes a list of the things that people are doing, or have done. I suppose that the way to look at, say, combat, is to say that it is a little story. The players plan their actions, engage the opposition, meet resistance, suffer reverses (maybe), overcome the resistance (maybe), are overcome by the resistance (maybe), and resolve the situation after the climax (check for wounds, dead players, loot, whatever). If there is no declaration, then the players aren't required to plan, they just react as the situation devolves around them. In other words, the DM describes the situation, and determines initiative. Whoever goes first takes their action, whatever it is, followed by the person who goes next, etc. Both systems are fine for administrating the game, but declarative initiative offers more story telling. > >> >I again think it is a group dynamics issue. If you have a >> >party with two loud cowards in it the party will be forced >> >to act cowardly. To give everyone input into the game means >> >that everyone gets to put forward an opinion and very rarely >> >does the cowardly option get ignored. The key here is how >> >we all joke about the fine line between brave and stupid in >> >the awards. >> >> In fact, players worry about stupidity too often. >> I'm inclined to the view that we get rid of the 'Stupidest >> Adventurer' award, because it applies a negative pressure. >> On the other hand, it's the place where the best stories get >> told at the Guild Meeting. > >I am of the same view. The idea of makeing the stupidest adventurer pay for >the costs associated with the other awards springs to mind. Then you still >get to keep the stories :0-) I'm not. I think we dump too much opprobrium on stupidity. Yes, there are players who make you shake your head. At the same time, you often wish you could have been there to witness their sense of unfolding horror at the new chaos that they unleashed. >> Yes, intelligent play is to be rewarded. It is useful >> to have someone who engages the story intelligently. If for >> no other reason, it allows the DM to introduce other levels >> of story into the game. >> In general, however, most of the xp we award goes for >> things that are unrelated to intelligence. They're things >> like imaginitiveness, heroism, or an apparent contradiction >> (say) that exposes more of the character inner workings. > >Maybe we need to look at the EP award and the focus that it is >encouraging. The GM's that just throw out a number are not >going to care what is changed and other GM's who do work out >the numbers could find a system we can all use to better the >game direction. I don't know that we need to, really. The award system does pretty well. In fact, it was one of the best thought out systems around. It's clear, it identifies the important considerations of awarding xp, and it makes it nice and simple to administer. What else do you see as being important to add to it? > >> >There are three catagories that need to be considered. >> > >> >1. Players who do not actually know how tough they are. >> >Not everyone memorises the rulebook and knows the best >> >way to get all the bonuses. I know a number of players >> >with tough character that have no idea just how tough >> >they are. >> >> Then, they aren't really attending or contributing, >> are they? >> I mean, if the DM looks at a character sheet and goes pale, >> but the player is standing on top of a table because >> they've seen a mouse, then the player has seriously failed >> to attend or contribute to the game. They may have some >> internal character reason for spending their time on tables. >> But, aside from that... > >Thats a little overexagerated. Simply there are players with >good ranks in weapons and reasonable defences and have good >numbers accross the board that do not know thew scale that >those numbers belong to. Thus they think they are average >fighters when in fact they are great fighters. Thus if they >think they are not as good as they are they downgrade the >believed level of their character. No, George. There might be one or two people like that, but that's, in part, because some DMs insist on using NPCs who have skill ranks of 10 or so, when the NPC is a non-entity. Most players know how tough they are, or can make a sound enough estimate, if they make the effort. The fact is that they probably aren't making the effort. There's nothing out there to stop them asking other players or DMs how tough their character is. Except sloth. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 11:03:52 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA08613; Mon, 31 Jul 2000 10:57:16 +1200 Received: from fep4-orange.clear.net.nz (fep4-orange.clear.net.nz [203.97.32.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA08610 for ; Mon, 31 Jul 2000 10:57:12 +1200 Received: from comms.maclean.co.nz (b002-m003-p011.acld.clear.net.nz [203.167.198.139]) by fep4-orange.clear.net.nz (1.5/1.7) with ESMTP id KAA24764; Mon, 31 Jul 2000 10:55:40 +1200 (NZST) Received: by comms.maclean.co.nz with Internet Mail Service (5.0.1460.8) id ; Mon, 31 Jul 2000 10:33:28 +1200 Message-ID: Date: Mon, 31 Jul 2000 10:33:27 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Subject: RE: Purification From: Tom Mason To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz What I am wanting advice on is how can we create a purification for fighters? I was thinking of 1% increase in strike chance per rank and +1 to either MD, AG per five ranks. Tom :-) -----Original Message----- From: Jim Arona [mailto:jimarona@ihug.co.nz] Sent: Friday, 28 July 2000 14:27 To: dq@dq.sf.org.nz Subject: Re: Purification Tom Mason wrote: >I have a character, Goran Axebiter, Dwarven Fighter that I am currently >working with. I would like to know if it is possible to set up a form of >'fighter' purification. > >At the moment he is a Rank 4 warrior and I am training him to rank 10 as >quickly as possible - he has only been on four adventures so far. I would >like to use a fighter purification ability with rank 10 unarmed combat. As a >pure fighter, Goran, doesn't really stand a chance against a magic user, >especially since seeing he is afraid of magic. > >What sort of process do we need to go through to develop this idea. I am >sure this idea has been put forward in the past and I would like to know if >anyone has succeeded in this. This would enable me to create my own >character better. What are you trying to do? I mean, why do you want to have Purification, and Rank 10 Unarmed Combat? You have me completely stumped. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 11:17:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA09063; Mon, 31 Jul 2000 11:07:46 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA09058 for ; Mon, 31 Jul 2000 11:07:42 +1200 Received: from jimarona.ihug.co.nz (p159-tnt8.akl.ihug.co.nz [203.109.138.159]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id LAA13384 for ; Mon, 31 Jul 2000 11:06:02 +1200 Date: Mon, 31 Jul 2000 11:00:54 +1200 Message-ID: <01bffa7a$0402a6e0$049a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Purification From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz -----Original Message----- From: Tom Mason To: dq@dq.sf.org.nz Date: Monday, 31 July 2000 11:03 Subject: RE: Purification >What I am wanting advice on is how can we create a purification for >fighters? I was thinking of 1% increase in strike chance per rank and +1 to >either MD, AG per five ranks. Why do we need to? -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 11:18:42 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA09105; Mon, 31 Jul 2000 11:14:35 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA09102 for ; Mon, 31 Jul 2000 11:14:32 +1200 Message-ID: <3984B611.82358EC1@peace.com> Date: Mon, 31 Jul 2000 11:11:13 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Stupid Adventurers From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > A player that is stupid won't realise > what is happening around them, will use their abilities poorly, and will > only be playing on the most superficial levels. I thought it was stupid "characters" under comment. There are a number of very smart players who choose to play very dumb characters. > What I am saying is that the Stupidest Adventurer makes for the best stories. Oh, agreed. The story of Dalran running from the Asylum guards yelling "I'm not a Loony! I'm not a Loony!" has to be a classic. Did he do this in the hope of winning "Stupidest"? Dunno, ask Chris. I would suggest however, from the other stories around, that he was intelligently playing his rather dim character in a way that was consistent and created considerable amusement for all concerned. > That is a valuable contribution in its own way. It is, you are right. > Finally, what are you going to do when a player says 'Fuck off with your > funny hat. I'm not wearing it'? Hold them down? What do you say when the > Police arrive? 'We were just playing a role-playing game, officer...' Err... no? I wrote "could wear it", meaning it could be presented to them with the intent of it being wearable and worn... I was not in any way suggesting pressuring a player into anything. I completely agree that the humour that can come from character's ill-conceived actions it is something we should support. The "Guild" as an in-world entity may be less amused by its idiot members -- and there's the oddity. We give out an in-world reward (Guild script) for an action that we want to see in the game, but that would be censured in the world, as opposed to giving an in-game, out-of-world reward... such as EP. Clear as mud? Good, my work here is done. :) -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 11:19:31 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA09051; Mon, 31 Jul 2000 11:07:13 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id LAA09048 for ; Mon, 31 Jul 2000 11:07:09 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Monday, July 31, 2000 11:01:25 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Mon, 31 Jul 2000 11:04:14 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A7202261451@falaklex00.fcl.co.nz> Date: Mon, 31 Jul 2000 11:04:13 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFFA7A.7A646A00" Subject: RE: Purification From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFFA7A.7A646A00 Content-Type: text/plain Its called warrior :) Andrew > -----Original Message----- > From: Tom Mason [SMTP:Tom@maclean.co.nz] > Sent: Monday, July 31, 2000 10:33 AM > To: dq@dq.sf.org.nz > Subject: RE: Purification > > What I am wanting advice on is how can we create a purification for > fighters? I was thinking of 1% increase in strike chance per rank and +1 > to > either MD, AG per five ranks. > > Tom :-) > > -----Original Message----- > From: Jim Arona [mailto:jimarona@ihug.co.nz] > Sent: Friday, 28 July 2000 14:27 > To: dq@dq.sf.org.nz > Subject: Re: Purification > > Tom Mason wrote: > >I have a character, Goran Axebiter, Dwarven Fighter that I > am currently > >working with. I would like to know if it is possible to set > up a form of > >'fighter' purification. > > > >At the moment he is a Rank 4 warrior and I am training him > to rank 10 as > >quickly as possible - he has only been on four adventures > so far. I would > >like to use a fighter purification ability with rank 10 > unarmed combat. As > a > >pure fighter, Goran, doesn't really stand a chance against > a magic user, > >especially since seeing he is afraid of magic. > > > >What sort of process do we need to go through to develop > this idea. I am > >sure this idea has been put forward in the past and I would > like to know if > >anyone has succeeded in this. This would enable me to > create my own > >character better. > > What are you trying to do? I mean, why do you want to > have Purification, > and Rank 10 Unarmed Combat? You have me completely stumped. > > > > -- to unsubscribe see > http://www.kurahaupo.gen.nz/mailing-lists.html -- > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- ------_=_NextPart_001_01BFFA7A.7A646A00 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Purification

Its called warrior = :)

Andrew

    -----Original Message-----
    From:   Tom Mason [SMTP:Tom@maclean.co.nz]
    Sent:   Monday, July 31, 2000 10:33 AM
    To:     dq@dq.sf.org.nz
    Subject:       = RE: Purification

    What I am wanting advice on is how can = we create a purification for
    fighters? I was thinking of 1% = increase in strike chance per rank and +1 to
    either MD, AG per five ranks.

    Tom :-)

            =         -----Original Message-----
            =         From:   Jim Arona [mailto:jimarona@ihug.co.nz]
            =         Sent:   Friday, 28 July 2000 14:27
            =         To:     dq@dq.sf.org.nz
            =         Subject:        Re: = Purification

            =         Tom Mason wrote:
            =         >I have a character, Goran Axebiter, Dwarven Fighter = that I
    am currently
            =         >working with. I would like to know if it is possible = to set
    up a form of
            =         >'fighter' purification.
            =         >
            =         >At the moment he is a Rank 4 warrior and I am = training him
    to rank 10 as
            =         >quickly as possible - he has only been on four = adventures
    so far. I would
            =         >like to use a fighter purification ability with rank = 10
    unarmed combat. As
            =         a
            =         >pure fighter, Goran, doesn't really stand a chance = against
    a magic user,
            =         >especially since seeing he is afraid of = magic.
            =         >
            =         >What sort of process do we need to go through to = develop
    this idea. I am
            =         >sure this idea has been put forward in the past and = I would
    like to know if
            =         >anyone has succeeded in this. This would enable me = to
    create my own
            =         >character better.

            =             What are you trying to do? I mean, = why do you want to
    have Purification,
            =         and Rank 10 Unarmed Combat? You have me completely = stumped.



            =         -- to unsubscribe see
    http://www.kurahaupo.gen.nz/mailing-lists.html = --


    -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html = --

------_=_NextPart_001_01BFFA7A.7A646A00-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 12:02:20 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA09427; Mon, 31 Jul 2000 11:59:18 +1200 Received: from fep4-orange.clear.net.nz (fep4-orange.clear.net.nz [203.97.32.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA09424 for ; Mon, 31 Jul 2000 11:59:13 +1200 Received: from comms.maclean.co.nz (i1-u56.acld.clear.net.nz [203.167.242.120]) by fep4-orange.clear.net.nz (1.5/1.7) with ESMTP id LAA03452; Mon, 31 Jul 2000 11:57:38 +1200 (NZST) Received: by comms.maclean.co.nz with Internet Mail Service (5.0.1460.8) id ; Mon, 31 Jul 2000 11:45:41 +1200 Message-ID: Date: Mon, 31 Jul 2000 11:45:40 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: Purification From: Tom Mason To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Point taken. Can a non-mage learn purification? =A0 Tom -----Original Message----- From: Andrew Withy (FAL AKL) [mailto:AndrewW@falum.co.nz] Sent: Monday, 31 July 2000 11:04 To: dq@dq.sf.org.nz Subject: RE: Purification Its called warrior :)=20 Andrew=20 -----Original Message-----=20 From:=A0=A0 Tom Mason [SMTP:Tom@maclean.co.nz]=20 Sent:=A0=A0 Monday, July 31, 2000 10:33 AM=20 To:=A0=A0=A0=A0 dq@dq.sf.org.nz=20 Subject:=A0=A0=A0=A0=A0=A0=A0 RE: Purification=20 What I am wanting advice on is how can we create a purification for=20 fighters? I was thinking of 1% increase in strike chance per rank and = +1 to=20 either MD, AG per five ranks.=20 Tom :-)=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 -----Original Message----- = =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 From:=A0=A0 Jim Arona [ = mailto:jimarona@ihug.co.nz]=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 Sent:=A0=A0 Friday, 28 July = 2000 14:27=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 To:=A0=A0=A0=A0 = dq@dq.sf.org.nz=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 = Subject:=A0=A0=A0=A0=A0=A0=A0 Re: Purification=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 Tom Mason wrote:=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >I have a character, Goran = Axebiter, Dwarven Fighter that I=20 am currently=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >working with. I would like = to know if it is possible to set up a form of=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >'fighter' purification.=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >At the moment he is a Rank = 4 warrior and I am training him=20 to rank 10 as=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >quickly as possible - he = has only been on four adventures=20 so far. I would=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >like to use a fighter = purification ability with rank 10=20 unarmed combat. As=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 a=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >pure fighter, Goran, = doesn't really stand a chance against=20 a magic user,=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >especially since seeing he = is afraid of magic.=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >What sort of process do we = need to go through to develop=20 this idea. I am=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >sure this idea has been = put forward in the past and I would like to know if=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >anyone has succeeded in = this. This would enable me to=20 create my own=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >character better.=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0 What are you = trying to do? I mean, why do you want to=20 have Purification,=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 and Rank 10 Unarmed Combat? = You have me completely stumped.=20 =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 -- to unsubscribe see=20 http://www.kurahaupo.gen.nz/mailing-lists.html --=20 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html --=20 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 12:18:19 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA09537; Mon, 31 Jul 2000 12:08:48 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA09534 for ; Mon, 31 Jul 2000 12:08:45 +1200 Received: from jimarona.ihug.co.nz (p159-tnt8.akl.ihug.co.nz [203.109.138.159]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA20868 for ; Mon, 31 Jul 2000 12:07:12 +1200 Date: Mon, 31 Jul 2000 12:02:16 +1200 Message-ID: <01bffa82$96dfb900$049a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Purification From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz -----Original Message----- From: Tom Mason To: dq@dq.sf.org.nz Date: Monday, 31 July 2000 12:01 Subject: RE: Purification Point taken. Can a non-mage learn purification? No. There is no legal means by which you might learn Purification, unless you have a college. This doesn't mean that you couldn't quest for it on adventures. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 12:19:25 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA09498; Mon, 31 Jul 2000 12:05:02 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA09495 for ; Mon, 31 Jul 2000 12:04:57 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Mon, 31 Jul 2000 12:02:02 +1200 Message-ID: Date: Mon, 31 Jul 2000 12:02:01 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: RE: Purification From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Yes, it's called becoming a mage. > -----Original Message----- > From: Tom Mason [SMTP:Tom@maclean.co.nz] > Sent: Monday, 31 July 2000 11:46 > To: dq@dq.sf.org.nz > Subject: RE: Purification > > Point taken. Can a non-mage learn purification? > > Tom > > -----Original Message----- > From: Andrew Withy (FAL AKL) [mailto:AndrewW@falum.co.nz] > Sent: Monday, 31 July 2000 11:04 > To: dq@dq.sf.org.nz > Subject: RE: Purification > > > > Its called warrior :) > > Andrew > > > -----Original Message----- > From: Tom Mason [SMTP:Tom@maclean.co.nz] > Sent: Monday, July 31, 2000 10:33 AM > To: dq@dq.sf.org.nz > Subject: RE: Purification > > What I am wanting advice on is how can we create a purification for > fighters? I was thinking of 1% increase in strike chance per rank and +1 > to > either MD, AG per five ranks. > > Tom :-) > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 12:20:23 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA09488; Mon, 31 Jul 2000 12:04:13 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA09485 for ; Mon, 31 Jul 2000 12:04:09 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Mon, 31 Jul 2000 12:01:14 +1200 Message-ID: Date: Mon, 31 Jul 2000 12:01:13 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: RE: Purification From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Apart from a non-mages cry of "me too, I wanna purify too" why do you want this? What does it add to either the character or the game? > -----Original Message----- > From: Tom Mason [SMTP:Tom@maclean.co.nz] > Sent: Monday, 31 July 2000 10:33 > To: dq@dq.sf.org.nz > Subject: RE: Purification > > What I am wanting advice on is how can we create a purification for > fighters? I was thinking of 1% increase in strike chance per rank and +1 > to > either MD, AG per five ranks. > > Tom :-) > > -----Original Message----- > From: Jim Arona [mailto:jimarona@ihug.co.nz] > Sent: Friday, 28 July 2000 14:27 > To: dq@dq.sf.org.nz > Subject: Re: Purification > > Tom Mason wrote: > >I have a character, Goran Axebiter, Dwarven Fighter that I > am currently > >working with. I would like to know if it is possible to set > up a form of > >'fighter' purification. > > > >At the moment he is a Rank 4 warrior and I am training him > to rank 10 as > >quickly as possible - he has only been on four adventures > so far. I would > >like to use a fighter purification ability with rank 10 > unarmed combat. As > a > >pure fighter, Goran, doesn't really stand a chance against > a magic user, > >especially since seeing he is afraid of magic. > > > >What sort of process do we need to go through to develop > this idea. I am > >sure this idea has been put forward in the past and I would > like to know if > >anyone has succeeded in this. This would enable me to > create my own > >character better. > > What are you trying to do? I mean, why do you want to > have Purification, > and Rank 10 Unarmed Combat? You have me completely stumped. > > > > -- to unsubscribe see > http://www.kurahaupo.gen.nz/mailing-lists.html -- > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 13:02:33 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA09940; Mon, 31 Jul 2000 13:00:56 +1200 Received: from fep4-orange.clear.net.nz (fep4-orange.clear.net.nz [203.97.32.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA09937 for ; Mon, 31 Jul 2000 13:00:52 +1200 Received: from comms.maclean.co.nz (b001-m005-p014.acld.clear.net.nz [203.97.54.78]) by fep4-orange.clear.net.nz (1.5/1.7) with ESMTP id MAA11658; Mon, 31 Jul 2000 12:59:17 +1200 (NZST) Received: by comms.maclean.co.nz with Internet Mail Service (5.0.1460.8) id ; Mon, 31 Jul 2000 12:34:31 +1200 Message-ID: Date: Mon, 31 Jul 2000 12:34:29 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Purification From: Tom Mason To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I like the idea of having a warrior purify by going through rituals and Kartas. Hence the reasoning on purification question. This could be done as a once off for my character to make it unique, or as a rule for non magic users. I want to focus my character on pure fighting. Non mages are at a disadvantage generally, and whilst I am not saying "That is unfair", I would like to extend my charcter's ability. For example. Goran is currently in the process of learning troubadour to increase his acrobatic skill for use in combat. He is also learning warrior and as part of that unarmed. What I am trying to do is create a short obnoxious ninja/Highlander that can kick butt. I already have the mannerisms down pat by doing thing like when he gets woken up by someone else he screams "There can be only one" and grabs his battleaxe. I want to work on this character creation and I am asking for some guidance from the 'Gods'. Is that too much to ask for? Tom -----Original Message----- From: Stephen Martin [mailto:stephenm@qed.co.nz] Sent: Monday, 31 July 2000 12:01 To: dq@dq.sf.org.nz Subject: RE: Purification Apart from a non-mages cry of "me too, I wanna purify too" why do you want this? What does it add to either the character or the game? > -----Original Message----- > From: Tom Mason [SMTP:Tom@maclean.co.nz] > Sent: Monday, 31 July 2000 10:33 > To: dq@dq.sf.org.nz > Subject: RE: Purification > > What I am wanting advice on is how can we create a purification for > fighters? I was thinking of 1% increase in strike chance per rank and +1 > to > either MD, AG per five ranks. > > Tom :-) > > -----Original Message----- > From: Jim Arona [mailto:jimarona@ihug.co.nz] > Sent: Friday, 28 July 2000 14:27 > To: dq@dq.sf.org.nz > Subject: Re: Purification > > Tom Mason wrote: > >I have a character, Goran Axebiter, Dwarven Fighter that I > am currently > >working with. I would like to know if it is possible to set > up a form of > >'fighter' purification. > > > >At the moment he is a Rank 4 warrior and I am training him > to rank 10 as > >quickly as possible - he has only been on four adventures > so far. I would > >like to use a fighter purification ability with rank 10 > unarmed combat. As > a > >pure fighter, Goran, doesn't really stand a chance against > a magic user, > >especially since seeing he is afraid of magic. > > > >What sort of process do we need to go through to develop > this idea. I am > >sure this idea has been put forward in the past and I would > like to know if > >anyone has succeeded in this. This would enable me to > create my own > >character better. > > What are you trying to do? I mean, why do you want to > have Purification, > and Rank 10 Unarmed Combat? You have me completely stumped. > > > > -- to unsubscribe see > http://www.kurahaupo.gen.nz/mailing-lists.html -- > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 13:03:33 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA09879; Mon, 31 Jul 2000 12:53:47 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id MAA09876 for ; Mon, 31 Jul 2000 12:53:42 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Monday, July 31, 2000 12:47:47 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Mon, 31 Jul 2000 12:50:32 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A7202261454@falaklex00.fcl.co.nz> Date: Mon, 31 Jul 2000 12:50:31 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFFA89.545BF290" Subject: RE: Purification From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFFA89.545BF290 Content-Type: text/plain Seriously though, several people have suggested purification for non-mages, or a more general form of purification. Proposals included general "boosts" such as +1/5 Ranks on a named stat, and +1%/Rank on MR, defence or Strike Chance. The only advantage that a fighter has over a 5 MA (Namer) mage is the +20MR, which can be whittled away over time by purification. This is more than countered by having to do every breakfast watch while the mages purify. There are a number of non-mages who have their own "purification" rituals, weapon kata, etc. Some have made up their own that do nothing, so they don't feel left out at dawn. At least one has a base chance calculated off MA (!) In general, they don't do as much as purification, but some lift stun thresholds, initiative, strike chance, or a stat. Tom, if your character is looking at combining it with his unarmed combat, I assume you are looking at an eastern martial artist approach, with some mysticism, meditation, ki, etc. If your character shows strong signs of these on an adventure running (on or off-plane) in such as environment, it is likely you will be able to find a master who can teach you such a thing, if you prove worthy. Look for such adventures, or talk (politely) to some of the Erehlein warriors (or human wannabe's) in the Guild. They may have contacts who can teach you such things. Andrew > -----Original Message----- > From: Tom Mason [SMTP:Tom@maclean.co.nz] > Sent: Monday, July 31, 2000 10:33 AM > To: dq@dq.sf.org.nz > Subject: RE: Purification > > What I am wanting advice on is how can we create a purification for > fighters? I was thinking of 1% increase in strike chance per rank and +1 > to > either MD, AG per five ranks. > > Tom :-) > > -----Original Message----- > From: Jim Arona [mailto:jimarona@ihug.co.nz] > Sent: Friday, 28 July 2000 14:27 > To: dq@dq.sf.org.nz > Subject: Re: Purification > > Tom Mason wrote: > >I have a character, Goran Axebiter, Dwarven Fighter that I > am currently > >working with. I would like to know if it is possible to set > up a form of > >'fighter' purification. > > > >At the moment he is a Rank 4 warrior and I am training him > to rank 10 as > >quickly as possible - he has only been on four adventures > so far. I would > >like to use a fighter purification ability with rank 10 > unarmed combat. As > a > >pure fighter, Goran, doesn't really stand a chance against > a magic user, > >especially since seeing he is afraid of magic. > > > >What sort of process do we need to go through to develop > this idea. I am > >sure this idea has been put forward in the past and I would > like to know if > >anyone has succeeded in this. This would enable me to > create my own > >character better. > > What are you trying to do? I mean, why do you want to > have Purification, > and Rank 10 Unarmed Combat? You have me completely stumped. > > > > -- to unsubscribe see > http://www.kurahaupo.gen.nz/mailing-lists.html -- > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- ------_=_NextPart_001_01BFFA89.545BF290 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Purification

Seriously though, = several people have suggested purification for non-mages, or a more = general form of purification.

Proposals included = general "boosts" such as +1/5 Ranks on a named stat, and = +1%/Rank on MR, defence or Strike Chance.

The only advantage = that a fighter has over a 5 MA (Namer) mage is the +20MR, which can be = whittled away over time by purification. This is more than countered by = having to do every breakfast watch while the mages purify.

There are a number = of non-mages who have their own "purification" rituals, = weapon kata, etc. Some have made up their own that do nothing, so they = don't feel left out at dawn. At least one has a base chance calculated = off MA (!) In general, they don't do as much as purification, but some = lift stun thresholds, initiative, strike chance, or a stat.

Tom, if your = character is looking at combining it with his unarmed combat, I assume = you are looking at an eastern martial artist approach, with some = mysticism, meditation, ki, etc. If your character shows strong signs of = these on an adventure running (on or off-plane) in such as environment, = it is likely you will be able to find a master who can teach you such a = thing, if you prove worthy. Look for such adventures, or talk = (politely) to some of the Erehlein warriors (or human wannabe's) in the = Guild. They may have contacts who can teach you such things.

Andrew

    -----Original Message-----
    From:   Tom Mason [SMTP:Tom@maclean.co.nz]
    Sent:   Monday, July 31, 2000 10:33 AM
    To:     dq@dq.sf.org.nz
    Subject:       = RE: Purification

    What I am wanting advice on is how can = we create a purification for
    fighters? I was thinking of 1% = increase in strike chance per rank and +1 to
    either MD, AG per five ranks.

    Tom :-)

            =         -----Original Message-----
            =         From:   Jim Arona [mailto:jimarona@ihug.co.nz]
            =         Sent:   Friday, 28 July 2000 14:27
            =         To:     dq@dq.sf.org.nz
            =         Subject:        Re: = Purification

            =         Tom Mason wrote:
            =         >I have a character, Goran Axebiter, Dwarven Fighter = that I
    am currently
            =         >working with. I would like to know if it is possible = to set
    up a form of
            =         >'fighter' purification.
            =         >
            =         >At the moment he is a Rank 4 warrior and I am = training him
    to rank 10 as
            =         >quickly as possible - he has only been on four = adventures
    so far. I would
            =         >like to use a fighter purification ability with rank = 10
    unarmed combat. As
            =         a
            =         >pure fighter, Goran, doesn't really stand a chance = against
    a magic user,
            =         >especially since seeing he is afraid of = magic.
            =         >
            =         >What sort of process do we need to go through to = develop
    this idea. I am
            =         >sure this idea has been put forward in the past and = I would
    like to know if
            =         >anyone has succeeded in this. This would enable me = to
    create my own
            =         >character better.

            =             What are you trying to do? I mean, = why do you want to
    have Purification,
            =         and Rank 10 Unarmed Combat? You have me completely = stumped.



            =         -- to unsubscribe see
    http://www.kurahaupo.gen.nz/mailing-lists.html = --


    -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html = --

------_=_NextPart_001_01BFFA89.545BF290-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 13:17:35 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA09963; Mon, 31 Jul 2000 13:02:31 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA09959 for ; Mon, 31 Jul 2000 13:02:28 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id NAA12241 for ; Mon, 31 Jul 2000 13:00:54 +1200 (NZST) Date: Mon, 31 Jul 2000 13:01:24 +1200 Message-ID: <000301bffa8a$d8feeec0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Whose stories are they? From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Wm in response to Jacqui said > > Whose story is it? Is it one person's, or that of the entire group? > > As far as I am concerned it is my story when I'm GMing. After > all I do all the > work. > I come up with the background, plot, major NPCs (and all that > entails) and > supporting characters. A player brings one character and as far > as I'm concerned > most of them are indistinguishable. Half the time they don't > care and will not > remember two weeks into the next session. Of course the blame > for this is not > all theirs. Games which stretched my suspension of disbelief > over an event > horizon spring to mind. Frankly, the best games I've GMed are those where I've put in a lot of effort but where the party is free to make up its/their own mind whither they're going next mind & what/whom they intend to do. I hate blatantly linear games & as GM I enjoy punishing (I mean "rewarding") parties for the consequences of their own actions. Moreover, even if I've put a lot of thought in [not *always* the case, mind you], its amazing how the party can twist the game to something which is a surprise to the GM at the time, but which make sense afterwards -- perhaps as some form of tit-for-tat revenge wrt astrology readings? The concept of "ownership" doesn't seem relevant to me. Yes I prepare the NPCs -- & frankly a lot of my games will bog down as the party fails to distinguish between, #1 Archfiend [optionally in disguise], attendant lord #2, & assassin #3. It's probably only important to understand #1, #2 is no more that essential scenery to avoid the stage appearing too empty, #3 is merely scenery that bites the party back. However all parts, including brief walk-on appearances, are played by actors just yearning for the change to ad lib. Talk to an NPC & they'll talk back [one way or the other]. It's only when my newly discovered role of GM as editor comes to the fore that we gloss over the boring stuff ... Anyway, I've become distracted. Let us return to our muttonheads. Also, the worst games I've GMed are those where I've put in a lot of effort but where the party is free to make up its/their own mind whither they're going next mind & what/whom they intend to do. Which boils down to what Jim originally said (& with which I totally concur, although I've only started to act on it) -- the GM should clearly direct the an erring partymember on what behaviour or attitude is inappropriate. I think Jim's word may have been "stomp", but the point still remains valid. > skipping the Accusations of Svenism by guildmembers ... > There is a superabundance of magic items exerbated by the fact > that few are of > worthy of the danger experienced to get them. If that was the > case then the roll > of honor would be a lot longer. > For many reasons players undervalue their character's power. > This results in > players claiming their 20 adventure character with more gizmos > than the bat-cave > is 'only medium level'. The problem is that "medium level" *should* be a game convention -- but it isn't. There is no set standard, except as discussed under the "quest level" ep-bonuses (which I think are seriously out-of-whack anyway). E.g.: my 20+ character has been on many adventures that are advertised as "medium-level" but the actual level varies If the GM expects him to have invested attack spells he is under-powered [as a namer, of course he has no castable attack-spells] If the GM expects him to have combat capability he is under-powered, If the GM expects him to have, say, a magical weapon he is under-powered, Yet if the GM wants him to use the skills he has, he is incredibly over-powered (except for that pathetic Rank-7 in Healer); and I freely admit that *if* he can remain operational, SF enhances the possibilities of his companions. The choice of adventure has little to do with cowardice ["How dare you, sirrah, even indirectly accuse a personage wearing a hat like *this* of being capable of cowardice] -- since most players are aware that their characters stands a very good chance of surviving (in the ultimate analysis), and we as GMs would disapprove of a GM whose main agenda was to kill PCs regardless of what they did. It all goes back to what the player wants to do & what all the players (GM & non-GM) think they mean by "low/medium/high/" etc. And whatever they think it is, they're probably wrong. Forget metric or Imperial, the problem is we don't know whether we should be measuring how tall the character's stand, their profound depth, their astounding thickness, or some other dimension. Another related point is that not all gizmos are equal. [this admittedly from a GM who usually offers items that are inappropriate for the "cutesy-intolerant"] Nor is all money-grubbing. For most people money is an essential part of training & equipping themselves. But this is *totally* dependant on specific character concerned. The reason why SF can't afford invested attack spells, let alone cute gizmos that he can afford to *keep* more than one or two sessions, is because of "noblesse oblige." Anyway, must go do some real work .... Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 13:32:39 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA10086; Mon, 31 Jul 2000 13:17:25 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA10083 for ; Mon, 31 Jul 2000 13:17:22 +1200 Received: from jimarona.ihug.co.nz (p159-tnt8.akl.ihug.co.nz [203.109.138.159]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA28043 for ; Mon, 31 Jul 2000 13:15:48 +1200 Date: Mon, 31 Jul 2000 13:10:53 +1200 Message-ID: <01bffa8c$2ca15800$049a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Purification From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz -----Original Message----- From: Tom Mason To: dq@dq.sf.org.nz Date: Monday, 31 July 2000 13:01 Subject: RE: Purification >I like the idea of having a warrior purify by going through rituals and >Kartas. . Through to: > I want to work on >this character creation and I am asking for some guidance from the 'Gods'. > >Is that too much to ask for? No. It's just the wrong venue. What you need to do is to speak to a DM about what you want to achieve. So, the first step is to write down what you think this Purification Ritual thing does, in DQese, and present it to a DM. They may modify this ritual or whatever it is. You will probably have to quest for it, by going on adventures with a sympathetic DM. You may even have to sponsor the adventure. On the other hand, you get to design your character a little more personally. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 13:33:30 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA10116; Mon, 31 Jul 2000 13:19:34 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA10113 for ; Mon, 31 Jul 2000 13:19:30 +1200 Message-ID: <3984D391.6B71E1DE@peace.com> Date: Mon, 31 Jul 2000 13:17:05 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Purification From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Tom Mason wrote: > What I am trying to do is create a short obnoxious ninja/Highlander... A dwarven ninja in a stealth kilt?! > that can kick butt. Ahh... head high kicks for anyone else... butt kicks for a dwarf. A dwarven ninja in a stealth kilt doing high kicks... *shudder* :) As Andrew wrote, there are a few guild members with the style of odd ability that you are seeking. These abilities are often unteachable (I know the couple I've given out have been), but should give you good leads to follow up with a GM. Ninja type abilities may be rare and hard to come by for a couple of reasons. They are fairly fringe for the sort of euro-fantansy DQ world, and they are often solitary in nature -- ninja training in secret mountain hideaways usually involves (in genre) individual quests and hardship that's not well suited to party adventuring. But generally, if you keep looking for something, particularly something that will make your character highly distinct -- rather than just bestow world-smashing power -- you can eventually find it. Regards, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 14:02:56 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA10356; Mon, 31 Jul 2000 13:50:44 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA10353 for ; Mon, 31 Jul 2000 13:50:41 +1200 Message-ID: <3984DB06.10C76A9A@peace.com> Date: Mon, 31 Jul 2000 13:48:54 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Purification From: Michael Woodhams To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: michael.woodhams@peace.com Martin Dickson wrote: > But generally, if you keep looking for something, particularly something that > will make your character highly distinct -- rather than just bestow > world-smashing power -- you can eventually find it. I've had an experience like this. We were going to visit a sort of elemental plane of life, so Anathea did an augury on how she could become life aspected - and lo and behold, there was an opportunity. (What surprised me was that another party member partook also.) If it fits with the adventure, if you let the GM know you want it, and if what you ask is reasonable, there is a good chance you will get it. It may take a couple of years for the right opportunity to come up. You may be able to convince a GM to run a quest session for you to get it, although in this case (fighter 'purification') patience will probably suffice. Michael W. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 14:04:14 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA10323; Mon, 31 Jul 2000 13:47:23 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA10320 for ; Mon, 31 Jul 2000 13:47:20 +1200 Received: from jimarona.ihug.co.nz (p159-tnt8.akl.ihug.co.nz [203.109.138.159]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA31144 for ; Mon, 31 Jul 2000 13:45:44 +1200 Date: Mon, 31 Jul 2000 13:40:50 +1200 Message-ID: <01bffa90$5bb9c880$049a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Level of Play From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Michael Parkinson wrote: >It all goes back to what the player >wants to do & what all the players (GM & non-GM) think they mean by >"low/medium/high/" etc. And whatever they think it is, they're probably >wrong. Forget metric or Imperial, the problem is we don't know whether we >should be measuring how tall the character's stand, their profound depth, >their astounding thickness, or some other dimension. I suppose we can all point to examples where a character doesn't really fit the 'ideal' level. SilverFoam is a good example. He is extremely skilled. How many players have so many skill at Rank 10? Bugger all, I'd have said. Admittedly, they're not high xp skills, but even so... And, the fact that he's been around since God was a little boy. He has propensities that other pcs just don't own. If he kept his magic items, he would be frightening creature of dark, monstrous power. But, by and large, you can predict the effectiveness of a character by their Perception. If their Perception is 12 or less, they're probably low level. If it's less than about 21, then they're probably medium level. If it is higher, then they will most likely be appropriate for high level games. This is a generalisation, but works well. If a pc is playing outside their level, then two things are immediately obvious. The first is that the DM didn't mind, and allowed it for reasons of their own. The second is that the player will have to work harder to make the grade. If the game is higher than the character, then they face the very real possibility that they will die. If it is lower than the character, then they will have to find some useful way of contributing if they want to make a reasonable amount of xp. As a character progresses, the amount of xp they need to see some meaningful amount of change in their character commensurately increases. A player who dies a lot spends a lot of xp in repaying the EN loss. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 14:32:09 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA10618; Mon, 31 Jul 2000 14:23:16 +1200 Received: from fep4-orange.clear.net.nz (fep4-orange.clear.net.nz [203.97.32.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA10615 for ; Mon, 31 Jul 2000 14:23:11 +1200 Received: from comms.maclean.co.nz (b001-m004-p028.acld.clear.net.nz [203.97.54.28]) by fep4-orange.clear.net.nz (1.5/1.7) with ESMTP id OAA04618; Mon, 31 Jul 2000 14:21:33 +1200 (NZST) Received: by comms.maclean.co.nz with Internet Mail Service (5.0.1460.8) id ; Mon, 31 Jul 2000 14:14:56 +1200 Message-ID: Date: Mon, 31 Jul 2000 14:14:55 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Subject: RE: Purification From: Tom Mason To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Thank you to everyone that has responded. I will give it some more thought and then approach a GM on the situation as I want to make it as easy for them as possible to say go and do it. Tom -----Original Message----- From: Michael Woodhams [mailto:michael.woodhams@peace.com] Sent: Monday, 31 July 2000 13:49 To: dq@dq.sf.org.nz Subject: Re: Purification Martin Dickson wrote: > But generally, if you keep looking for something, particularly something that > will make your character highly distinct -- rather than just bestow > world-smashing power -- you can eventually find it. I've had an experience like this. We were going to visit a sort of elemental plane of life, so Anathea did an augury on how she could become life aspected - and lo and behold, there was an opportunity. (What surprised me was that another party member partook also.) If it fits with the adventure, if you let the GM know you want it, and if what you ask is reasonable, there is a good chance you will get it. It may take a couple of years for the right opportunity to come up. You may be able to convince a GM to run a quest session for you to get it, although in this case (fighter 'purification') patience will probably suffice. Michael W. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 14:47:11 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA10782; Mon, 31 Jul 2000 14:41:59 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA10779 for ; Mon, 31 Jul 2000 14:41:54 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id OAA29676 for ; Mon, 31 Jul 2000 14:40:15 +1200 (NZST) Date: Mon, 31 Jul 2000 14:40:45 +1200 Message-ID: <000201bffa98$ba64bb80$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Stupid Adventurers From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Re Dunces cap etc. > I hate this idea. Again, it seeks to make cleverness an > important part > of role-playing. But, it's not cleverness that we're interested > in seeing. Actually that's unfair. I agree that it is not cleverness that players (& especially characters) are interested in -- it is *Cunning* in which we rejoice. As player, I have often seen plans succeed because they *deserved* to succeed. Thought, per se, is not admired by players -- but if it's got that poetic touch of guile or if it dupes someone else, especially if it is only *technically* honest or legal, then it will almost always to win acclaim. It's those guild "ethics" again. Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 17:02:00 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA11968; Mon, 31 Jul 2000 16:58:43 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA11964 for ; Mon, 31 Jul 2000 16:58:39 +1200 Received: from jimarona.ihug.co.nz (p479-tnt6.akl.ihug.co.nz [203.109.136.225]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id QAA06651 for ; Mon, 31 Jul 2000 16:56:59 +1200 Date: Mon, 31 Jul 2000 16:51:57 +1200 Message-ID: <01bffaab$0e910580$e1886dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Stupid Adventurers From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >Thought, per se, is not admired by players -- but if it's got that poetic >touch of guile or if it dupes someone else, especially if it is only >*technically* honest or legal, then it will almost always to win acclaim. >It's those guild "ethics" again. Yes, but the important adjective is 'poetic'. Style, grace, elegance. But, simple cleverness? Nah. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Jul 31 18:31:54 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id SAA12485; Mon, 31 Jul 2000 18:17:27 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id SAA12482 for ; Mon, 31 Jul 2000 18:17:24 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id SAA01581 for ; Mon, 31 Jul 2000 18:15:43 +1200 (NZST) Date: Mon, 31 Jul 2000 18:16:13 +1200 Message-ID: <000701bffab6$d4196850$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Stupid Adventurers From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >Thought, per se, is not admired by players -- but if it's got > that poetic > >touch of guile or if it dupes someone else, especially if it is only > >*technically* honest or legal, then it will almost always to > win acclaim. > >It's those guild "ethics" again. > > > Yes, but the important adjective is 'poetic'. Style, grace, > elegance. > But, simple cleverness? Nah. Thank you! I dashed off the reply, re-read it, & then added that single, specific word in order to make my point just so. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 2 11:44:11 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA28733; Wed, 2 Aug 2000 11:31:51 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA28730 for ; Wed, 2 Aug 2000 11:31:42 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Wed, 2 Aug 2000 11:27:43 +1200 Message-ID: Date: Wed, 2 Aug 2000 11:27:34 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: DQ Gods Meeting this Sunday - Agenda Topics?? From: Stephen Martin To: dq-announce@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-announce@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz There has been plenty of lively debate over the email group these past few weeks, but does anyone have a proposal to put forward out of any of it? Or anything else for the agenda? Cheers, Stephen. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 2 12:30:02 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA29089; Wed, 2 Aug 2000 12:18:26 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA29086 for ; Wed, 2 Aug 2000 12:18:22 +1200 Received: from jimarona.ihug.co.nz (p135-tnt6.akl.ihug.co.nz [216.100.154.135]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA11999 for ; Wed, 2 Aug 2000 12:15:42 +1200 Date: Wed, 2 Aug 2000 12:10:08 +1200 Message-ID: <01bffc16$04d34d20$879a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: DQ Gods Meeting this Sunday - Agenda Topics?? From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz -----Original Message----- From: Stephen Martin To: dq-announce@dq.sf.org.nz Date: Wednesday, 2 August 2000 11:42 Subject: DQ Gods Meeting this Sunday - Agenda Topics?? >There has been plenty of lively debate over the email group these past few >weeks, but does anyone have a proposal to put forward out of any of it? >Or anything else for the agenda? Yes. I propose that we address Quickness as a problem, and attempt to solve it. We have something like 8 potential solutions, at the moment. There are bound to be more. I also proprose that we discuss the following issues: What does low, medium and high level mean? What is the comparative importance of the game engine and the story? What kind of behaviour do we want to see in players (and their characters), and how do we encourage it? Should we provide our players with a critique of their performance? These are just discussion issues, and I suggest we talk about them before the business of the meeting. It IS, however, central to the nature of DMing that we make some attempt to at least think about them -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 2 23:05:51 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id WAA01853; Wed, 2 Aug 2000 22:57:59 +1200 Received: from kcbbs.gen.nz (kcbbs.gen.nz [202.14.102.1]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id WAA01850 for ; Wed, 2 Aug 2000 22:57:55 +1200 Received: from bear (as5200-41.kcbbs.gen.nz [202.14.102.71]) by kcbbs.gen.nz (8.9.3/8.8.8) with SMTP id WAA25689 for ; Wed, 2 Aug 2000 22:53:03 +1200 (NZST) Message-Id: <3.0.6.32.20000802225435.00793ac0@kcbbs.gen.nz> X-Sender: salient@kcbbs.gen.nz X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Wed, 02 Aug 2000 22:54:35 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: Quickness From: Brent Jackson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz In terms of minimalist change, I like the suggestion of the target losing a FT point if they choose to do the second action (all that rushing about has got to be tiring :). If they have no FT left they cannot have their second action. This may not seem like much of a change, but FT is the big limiting factor these days, now that FT generators have been all but eliminated. (A nastier version would compel the target to lose the FT and the spell ends when the FT hits 0). Any change should include incorporating it into combat with regard to when each action occurs (eg 1st action at IV + 10, and second at IV / 2). Cheers, Brent. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 00:43:56 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id AAA02586; Thu, 3 Aug 2000 00:38:45 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id AAA02583 for ; Thu, 3 Aug 2000 00:38:41 +1200 Received: from jimarona.ihug.co.nz (p83-tnt2.akl.ihug.co.nz [203.109.245.83]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id AAA23992 for ; Thu, 3 Aug 2000 00:35:43 +1200 Date: Thu, 3 Aug 2000 00:30:02 +1200 Message-ID: <01bffc7d$618ff880$53f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Brent Jackson wrote: >In terms of minimalist change, I like the suggestion of the target losing a >FT point if they choose to do the second action (all that rushing about has >got to be tiring :). If they have no FT left they cannot have their second >action. While I like the idea of the spell costing FT every round someone is Quickened, I don't like making it dependant on the character taking an action. It creates a reward for a character to take no action. And, reactive play is unfairly rewarded by the system. It's pretty irrelevant whether or not this actually models reality. That is a flaw in design, because it requires a closer and closer attention to minutiae until the thing becomes a bookkeeping hassle. I would prefer to see some FT loss for every round of Quickness, irrelevant of whether or not someone were taking an action. If forced to provide a rationalisation, then I offer one these: The spell elevates the targets' metabolic rate, forcing their body to burn fuel at a higher rate. Their hearts beat faster, they breathe quicker, and so on. The spell consumes the life energy of the targets, feeding off it to provide a momentary gaps in the veil of time in which they can act at an accelerated rate. The spell requires the FT, whether or not the action is taken. I see no particular need to concern ourselves overly much with rationalisations about what the spell might actually be doing, however. I offer them simply to show that we can rationalise backwards from the effect we WANT the spell to have. I like that the spell ends when the target runs out of FT. A lot. >Any change should include incorporating it into combat with regard to when >each action occurs (eg 1st action at IV + 10, and second at IV / 2). I like this, a lot, too. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 10:14:11 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA06627; Thu, 3 Aug 2000 10:09:46 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA06624 for ; Thu, 3 Aug 2000 10:09:38 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Thu, 3 Aug 2000 10:05:14 +1200 Message-ID: Date: Thu, 3 Aug 2000 10:05:13 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Quickness From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz The problem with mandatory FT cost and actions every pulse is that it takes choice away from the players, and makes Quickness almost an attack spell. Most Parties would then require the E&E to cast the spell at the last second before it's needed and then counterspell it as soon as the fight is mostly won. Otherwise the party finishes the Fight stripped of Fatigue, unable to use their magic/skills to heal themselves, thus be forced to rely on items for post combat healing and travel. Non-action in combat is its own penalty, DQ combats are generally too dangerous to allow anyone to sit around. If someone chooses to act slowly in a close fight then they will certainly be punished by their own party for the sniveling weasel that they are. Also if a fight turns out to be easier than expected, the part can slow down, deal to their opponents at normal speed and have some FT left to do something else for the rest of the day. I like the IV suggestion. Though a variant on it is to have the IV bonus based on Rank. Whether a quickened entity is taking one action or two must be decided at the beginning of the pulse and the FT spent then. Also do we allow them to use EN for the extra action once their FT is gone? In some ways I like it, it gives the player the choice of running themselves into the ground when they need to. Counter to that is the limiting aspect of FT, there are very few ways of avoiding a pulse based FT drain, whearas EN can be enhanced by SoS and the recovered at the same rate it's lost by using Trollskin. Then again, they would be out of FT, unable to cast, Strike Chances and defence reduced, ... decent fighters would still be able to hold their own, but mages would be rifling through their items in order to be effective. Hmm I'm undecided, each option has its pros and cons. Cheers, Stephen. > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > Sent: Thursday, 3 August 2000 00:30 > To: dq@dq.sf.org.nz > Subject: Re: Quickness > > Brent Jackson wrote: > >In terms of minimalist change, I like the suggestion of the target losing > a > >FT point if they choose to do the second action (all that rushing about > has > >got to be tiring :). If they have no FT left they cannot have their > second > >action. > > While I like the idea of the spell costing FT every round someone is > Quickened, I don't like making it dependant on the character taking an > action. It creates a reward for a character to take no action. And, > reactive > play is unfairly rewarded by the system. > It's pretty irrelevant whether or not this actually models reality. > That > is a flaw in design, because it requires a closer and closer attention to > minutiae until the thing becomes a bookkeeping hassle. > I would prefer to see some FT loss for every round of Quickness, > irrelevant of whether or not someone were taking an action. If forced to > provide a rationalisation, then I offer one these: > The spell elevates the targets' metabolic rate, forcing their body to > burn fuel at a higher rate. Their hearts beat faster, they breathe > quicker, > and so on. > The spell consumes the life energy of the targets, feeding off it to > provide a momentary gaps in the veil of time in which they can act at an > accelerated rate. The spell requires the FT, whether or not the action is > taken. > I see no particular need to concern ourselves overly much with > rationalisations about what the spell might actually be doing, however. I > offer them simply to show that we can rationalise backwards from the > effect > we WANT the spell to have. > I like that the spell ends when the target runs out of FT. A lot. > > >Any change should include incorporating it into combat with regard to > when > >each action occurs (eg 1st action at IV + 10, and second at IV / 2). > > I like this, a lot, too. > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 10:44:02 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA07099; Thu, 3 Aug 2000 10:34:51 +1200 Received: from westpac.co.nz (firewall1.westpac.co.nz [210.55.236.18]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA07096 for ; Thu, 3 Aug 2000 10:34:47 +1200 Received: by firewall1.westpac.co.nz id <32292>; Thu, 3 Aug 2000 10:37:10 +1200 X-Lotus-FromDomain: WESTPACTRUST Message-Id: <00Aug3.103710nzst.32292@firewall1.westpac.co.nz> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Date: Thu, 3 Aug 2000 10:37:09 +1200 Subject: RE: Quickness From: "Mark Simpson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz A couple of points: 1. People seem to have accepted by default that Quickness actually needs to be changed, a point on which I for one am not yet convinced. It has been played this way for many years I understand. While thats not reason enough in itself to keep it as is, I think it is worthy of note that, up until Jim's recent email, I have not heard anyone else voice concerns over the spell. 2. Any solution which requires extra book keeping starts with a big black mark against it in my book. An extra point of fatigue lost every pulse is an extra item of book keeping every pulse for all the players. Is the point of fatigue lost at the beggining or the end of the pulse? 3. IF, and I stress IF, it is shown that quickness requires changing I still favour my earlier suggestion that it simplies lets you have an extra action every second pulse, which downpowers it considerably with no addtional bookeeping or formulas to work through. You just need to remember that, for example, if its an odd pulse you have one action and if its an even pulse you have two actions, or alternatively if you had one action last pulse then you get two this one and vice versa. Mark ----------------------------------------------------------------- The contents of this e-mail are confidential to Westpac Banking Corporation. If you have received this communication by mistake, please advise the sender immediately and delete the message and any attachments. The views expressed in this e-mail are not necessarily the views of Westpac Banking Corporation. Westpac Banking Corporation is incorporated in New South Wales, Australia. ----------------------------------------------------------------- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 11:14:12 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA07528; Thu, 3 Aug 2000 11:05:56 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA07525 for ; Thu, 3 Aug 2000 11:05:53 +1200 Message-ID: <3988A851.373C32B2@peace.com> Date: Thu, 03 Aug 2000 11:01:37 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Quickness From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I have no particular agenda when it comes to Quickness except that in its current form it breaks the Combat sequence and can be a pain to GM. One area where this becomes complex is if the Quickened character is engaged and uses their first action to become unengaged -- presumably we would re-calculate their unengaged IV and halve it (or whatever), and the converse where they act in the Unengaged portion of the Pulse and engage and their 2nd action should use Engaged rules and IV. These problems stem from Quickness exposing a weakness with the 2 Init system model (having both Engaged and Unengaged calculations with non-comparative results). However else it may get altered/fixed/modified for game balance and power I would like to see it fitted within the Init system. Mark's suggestion of 1 extra action every second pulse would reduce the spell's power but it would still break the combat sequence (just every 2nd pulse) -- although if more than one Quickness was running (on different parts of the party, or the party and the bad guys), and these were off-set, there would be little difference with the current situation. My preference -- if Quickness continues to offer 2 actions -- is for a single IV system and a note on how Quickness works within this. The IV calculation could be as simple as Brent's one action at +10, the other at 1/2 IV (or similar). Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 11:29:14 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA07656; Thu, 3 Aug 2000 11:25:52 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id LAA07653 for ; Thu, 3 Aug 2000 11:25:46 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Thursday, August 03, 2000 11:04:50 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Thu, 3 Aug 2000 11:07:24 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A7202261473@falaklex00.fcl.co.nz> Date: Thu, 3 Aug 2000 11:07:23 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFFCD6.6B26D090" Subject: RE: Quickness From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFFCD6.6B26D090 Content-Type: text/plain There are a few corollaries from this proposal of Brent & Jim. 1) Casting this on the enemy will strip their FT. Useful in pre-combat manueoverings or semi-social surrounds. 2) If you get hit while Quickened, you will lose the spell. This _may_ encourage cowardice. 3) Ranking for Duration is no longer an option, only for number of targets. 4) Gut-busters keep your quickness running longer, making them even more desirable. I don't think these are desirable effects. Apart from this, the FT/pulse idea is interesting. Andrew > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > I would prefer to see some FT loss for every round of Quickness, > irrelevant of whether or not someone were taking an action. ------_=_NextPart_001_01BFFCD6.6B26D090 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Quickness

There are a few = corollaries from this proposal of Brent & Jim.
1) Casting this on = the enemy will strip their FT. Useful in pre-combat manueoverings or = semi-social surrounds.
2) If you get hit = while Quickened, you will lose the spell. This _may_ encourage = cowardice.
3) Ranking for = Duration is no longer an option, only for number of targets.
4) Gut-busters keep = your quickness running longer, making them even more desirable.

I don't think these = are desirable effects. Apart from this, the FT/pulse idea is = interesting.

Andrew

    -----Original Message-----
    From:   Jim Arona [SMTP:jimarona@ihug.co.nz]
        I would prefer to = see some FT loss for every round of Quickness,
    irrelevant of whether or not someone = were taking an action.

------_=_NextPart_001_01BFFCD6.6B26D090-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 12:44:06 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA08188; Thu, 3 Aug 2000 12:33:37 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA08185 for ; Thu, 3 Aug 2000 12:33:33 +1200 Received: from jimarona.ihug.co.nz (p245-tnt2.akl.ihug.co.nz [203.109.245.245]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA19285 for ; Thu, 3 Aug 2000 12:30:13 +1200 Date: Thu, 3 Aug 2000 12:24:29 +1200 Message-ID: <01bffce1$30786160$f5f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Mark Simpson wrote: >1. People seem to have accepted by default that Quickness actually needs to >be changed, a point on which I for one am not yet convinced. It has been >played this way for many years I understand. While thats not reason enough >in itself to keep it as is, I think it is worthy of note that, up until >Jim's recent email, I have not heard anyone else voice concerns over the >spell. It has been raised before as an issue, whether or not you are aware of it. Even if I were the only person mentioning it as a problem, then it would still be worth discussing. If only because then other DMs might have some simple solution that would solve my 'percieved' problem with the spell. My objections are already noted and listed elsewhere. It is clear that I have thought about the concerns I am raising, and that I'm not introducing them flippantly or casually. It seems to me that it would be better to address the issue(s) that I raise. >2. Any solution which requires extra book keeping starts with a big black >mark against it in my book. An extra point of fatigue lost every pulse is >an extra item of book keeping every pulse for all the players. Is the point >of fatigue lost at the beggining or the end of the pulse? Yes, it is extra bookkeepping, but it is bookkeeping on the part of the players, not the DM. I don't believe that it's an enormous load on the players. When the DM occasionally uses Quickness, it's a simple calculation to organise. You have to check the FT values of NPCs every round, anyway, so that you know what their defence values are. Subtracting, say, one from that total isn't going to be that hard to do. The FT is subtracted either at the end, or the beginning, I suppose. It doesn't matter yet. If the idea is an acceptable one, then it will matter. At the moment, it isn't even a flyer,yet. > >3. IF, and I stress IF, it is shown that quickness requires changing I >still favour my earlier suggestion that it simplies lets you have an extra >action every second pulse, which downpowers it considerably with no >addtional bookeeping or formulas to work through. You just need to remember >that, for example, if its an odd pulse you have one action and if its an >even pulse you have two actions, or alternatively if you had one action >last pulse then you get two this one and vice versa. Um. This is a harder method to keep track of, if the party is a large one, and needs multiple Quicknesses. And, although it reduces the value of the spell somewhat, I would say that the response in general would be for E&E mages to find spell variants that allow them an extra choice per pulse, which is the way it is now. For a change to be effective, we have to do more than simply write a change to the spell. The rest of the DMs have to feel that the change is a reasonable one. Otherwise, a player who wants the 'old' Quickness will look for a way to get it, and enough DMs may allow it that it creates an expectation that it can be found. At which point, we have simply written a rule that is merely ink on paper. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 12:59:09 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA08263; Thu, 3 Aug 2000 12:43:57 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA08257 for ; Thu, 3 Aug 2000 12:43:48 +1200 Received: from jimarona.ihug.co.nz (p245-tnt2.akl.ihug.co.nz [203.109.245.245]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA20488 for ; Thu, 3 Aug 2000 12:40:24 +1200 Date: Thu, 3 Aug 2000 12:34:39 +1200 Message-ID: <01bffce2$9c075d40$f5f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz -----Original Message----- From: Martin Dickson To: dq@dq.sf.org.nz Date: Thursday, 3 August 2000 11:12 Subject: Re: Quickness >I have no particular agenda when it comes to Quickness except that in its >current form it breaks the Combat sequence and can be a pain to GM. That is the best reason. It's a pain because it requires more of your attention. The engine MUST be very DM friendly. If it is also player friendly, then that's a bonus. The more attention a DM devotes to something like Quickness, the less time they are devoting to the game or the story. > >My preference -- if Quickness continues to offer 2 actions -- is for a single IV >system and a note on how Quickness works within this. The IV calculation could >be as simple as Brent's one action at +10, the other at 1/2 IV (or similar). Yes. I ran this for some time. It has an irritating effect that I don't like, but it's only something I don't like, not something that I think sucks. If the character has a very high IV, then it's possible that both their actions will occur before the actions of their opponent. Concomitantly, if they have very low IV, both of their actions might go off after everyone else has chosen their actions. There's nothing particularly bad about it, except that it breaks a sense of story flow in the combat, because with a high IV character, the perception is that they use up their action in the first part of the pulse, and then wait around for the rest to catch up. On the other hand, the low IV character waits and waits and waits, until they get their action, when they go into a flurry of motion as their action choices resolve themselves. I would prefer that the action flowed something like A acts, then B responds, then A uses their extra action. It has more story flow. But, it is only a preference. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 13:01:13 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA08280; Thu, 3 Aug 2000 12:44:33 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA08277 for ; Thu, 3 Aug 2000 12:44:29 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id MAA25537 for ; Thu, 3 Aug 2000 12:41:15 +1200 (NZST) Date: Thu, 3 Aug 2000 12:41:43 +1200 Message-ID: <000d01bffce3$98592ce0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Quickness From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > 1. People seem to have accepted by default that Quickness > actually needs to > be changed, a point on which I for one am not yet convinced. GM & you will be convinced. > It has been > played this way for many years I understand. While thats not > reason enough > in itself to keep it as is, I think it is worthy of note that, up until > Jim's recent email, I have not heard anyone else voice concerns over the > spell. Discontent with the spell has been fermenting for a long while. Especially for the poor GM who bothers to construct NPCs & plausible situations based on the premises of his scenario. You either have something which is a doddle for a quickened party, or something which unduly slaughters them because that particular party does NOT have a quickness-casting E&E or invested quicknesses on them. At low-end-of-medium adventures & upwards, most GMs seem to be constructing situations that *assume* the party will be quickened. There is a big difference between what a party can do with it on & what they can't. It is not merely a case of the party doing twice as much as the opponents [which clearly is of devastating advantage in spell vs spell] it's the fact that they also a guaranteed action with initiative on the foe with a follow-up action. This leads to that revolting, but common, practice of a combat pulse being "A evades, X attacks, A attacks." I have variously had to resort to AA of Jim's list of pseudo-strategies for the GM to cope with the problem that is quickness [even the unreasonable ones]. Also: hit the bastards once, heavily, with surprise. etc > 2. Any solution which requires extra book keeping starts with a big black > mark against it in my book. Valid point -- one which should weigh significantly (but not absolutely) with all corrected or new DQ rules. > 3. IF, and I stress IF, it is shown that quickness requires changing I > still favour my earlier suggestion that it simplies lets you > have an extra > action every second pulse, which downpowers it considerably with no > addtional bookeeping or formulas to work through. You just need > to remember > that, for example, if its an odd pulse you have one action and if its an > even pulse you have two actions, or alternatively if you had one action > last pulse then you get two this one and vice versa. That too is a messy situation ("Yes officer I was speeding, but *only* every second block") I'm sorry if this seems too negative a mailing, especially since I don't know what the solution is. Over the past few years, in each adventure I GM, there is a least one potential combat that the party will NOT win -- even if they are quickened. If a non-quickened party uses their skills & cunning to avoid the unwinnable, yet fight bravely in the other combats they will get good EP. If the party was not really at risk, thanks to its being quickened, the EP should be lower for an unchallenged [i.e., quickened] party -- since obviously the "quest-level" section of the EP is a grade or two lower than it would have been judged on other factors. Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 13:13:58 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA08622; Thu, 3 Aug 2000 12:59:06 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA08615 for ; Thu, 3 Aug 2000 12:58:56 +1200 Received: from jimarona.ihug.co.nz (p245-tnt2.akl.ihug.co.nz [203.109.245.245]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA22272 for ; Thu, 3 Aug 2000 12:55:35 +1200 Date: Thu, 3 Aug 2000 12:49:52 +1200 Message-ID: <01bffce4$bbe8c340$f5f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0056_01BFFD49.511DA340" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0056_01BFFD49.511DA340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Andrew Withy wrote: =20 =20 There are a few corollaries from this proposal of Brent & Jim.=20 1) Casting this on the enemy will strip their FT. Useful in = pre-combat manueoverings or semi-social surrounds.=20 =20 We can define the spell as requiring the subject to provide the = FT. If they choose not to spend the FT, the spell ends.=20 =20 =20 2) If you get hit while Quickened, you will lose the spell. This = _may_ encourage cowardice.=20 =20 No, I don't think so. If you are Quickened and in a situation = where you're prone to getting hit, then the characters will have = determined that the spell is necessary.=20 =20 Merely because the spell has a penalty if you don't have FT = doesn't encourage cowardice. The Enchantment Ritual at Rank 20 = encourages cowardice. This spell merely means that there's a penalty if = you run out of FT. And, there are penalties already. They don't seem to = have much of an effect on the cowardice or courage of players. =20 =20 3) Ranking for Duration is no longer an option, only for number of = targets.=20 =20 Yes. That's true. But, then, the spell has an Exp Mult of 300. = There are people who wonder that it has ANY duration at all. It is a = powerful effect, under-rated by the system. Removing the pressure to = Rank it to increase it for duration is pretty minor, seeing as I don't = know of anyone that Ranks it for that reason, now. =20 Once you have Ranked the spell past 7, then it has as much = duration as you're ever likely to need. =20 The spell is Ranked for targets now. I don't see that there = would be any change at all to the procedure. =20 =20 4) Gut-busters keep your quickness running longer, making them even = more desirable.=20 =20 On the other hand, you have to take EN damage in the middle of = combat, so that you can restore your FT, and, in any case, all of the FT = you might recover might be lost with one blow. =20 When a player is Quickened, it is almost allways in a combat = situation. To take a Restorative means that you are reducing your EN = total, to raise your FT total. It's a choice that a player might NOT = make. At the moment, there is no choice. You ALWAYS choose to be = Quickened. =20 =20 =20 ------=_NextPart_000_0056_01BFFD49.511DA340 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Quickness
Andrew Withy = wrote:

 

There are a few = corollaries from=20 this proposal of Brent & Jim.
1) Casting this on the enemy will strip their FT. Useful in = pre-combat manueoverings or semi-social surrounds.

    We can define the spell as requiring the = subject to=20 provide the FT. If they choose not to spend the FT, the spell ends.=20  


2) If you get hit = while=20 Quickened, you will lose the spell. This _may_ encourage = cowardice.=20

    No, I don't think so. If you are Quickened and = in a=20 situation where you're prone to getting hit, then the characters = will have=20 determined that the spell is necessary.  

    Merely because the spell has a penalty if you = don't=20 have FT doesn't encourage cowardice. The Enchantment Ritual at Rank = 20=20 encourages cowardice. This spell merely means that there's a penalty = if you=20 run out of FT. And, there are penalties already. They don't seem to = have=20 much of an effect on the cowardice or courage of players. 


3) Ranking for = Duration is no=20 longer an option, only for number of targets.

    Yes. That's true. But, then, the spell has an = Exp Mult=20 of 300. There are people who wonder that it has ANY duration at all. = It is a=20 powerful effect, under-rated by the system. Removing the pressure to = Rank it=20 to increase it for duration is pretty minor, seeing as I don't know = of=20 anyone that Ranks it for that reason, now. 

    Once you have Ranked the spell past 7, then it = has as=20 much duration as you're ever likely to need. 

    The spell is Ranked for targets now. I don't = see that=20 there would be any change at all to the procedure. 


4) Gut-busters = keep your=20 quickness running longer, making them even more desirable. =

    On the=20 other hand, you have to take EN damage in the middle of combat, so = that you=20 can restore your FT, and, in any case, all of the FT you might = recover might=20 be lost with one blow.

    When a=20 player is Quickened, it is almost allways in a combat situation. To = take a=20 Restorative means that you are reducing your EN total, to raise your = FT=20 total. It's a choice that a player might NOT make. At the moment, = there is=20 no choice. You ALWAYS choose to be Quickened.

 

------=_NextPart_000_0056_01BFFD49.511DA340-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 13:59:05 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA08962; Thu, 3 Aug 2000 13:47:20 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA08959 for ; Thu, 3 Aug 2000 13:47:17 +1200 Message-ID: <3988CE1B.C6BA55D7@peace.com> Date: Thu, 03 Aug 2000 13:42:51 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Quickness From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > If the character has a very high IV, then it's possible that both their > actions will occur before the actions of their opponent. Concomitantly, if > they have very low IV, both of their actions might go off after everyone > else has chosen their actions. > ... > I would prefer that the action flowed something like A acts, then B > responds, then A uses their extra action. It has more story flow. > But, it is only a preference. I think its a good preference, and agree that it does flow better... or at least _appears_ to flow better, which is usually enough from a story telling POV. From a purely mechanical POV, considering the combat sequence as a whole rather than on a pulse by pulse basis, the three options are nearly equivalent, though the A-B-A option appears the most flowing within the pulse. The three sequences, using A and B to mark the actions and a colon to mark a pulse boundary are: Fast A -- AAB:AAB:AAB:AAB... Slow A -- BAA:BAA:BAA:BAA... Interleaved -- ABA:ABA:ABA:ABA... In all cases, once the sequence gets going, A gets two actions between each of B's... the Pulse boundaries just end up in diffent places, which has effects on Stun, Magic effects, etc. If A always hits B and stuns, but B always recovers from Stun (both on their action if stunned, and during end of pulse), then Interleaved will result in B never acting, but A always attacking an unstunned opponent; Fast A will see A attacking a stunned B half the time and B never acting; and Slow B will have A attacking a stunned B on the second action, but B will get to act at the beginning of the pulse -- giving B a better chance of breaking out of the vicious circle. Anyhoo... just some technical thunkz. Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 14:44:32 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA09724; Thu, 3 Aug 2000 14:43:42 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id OAA09721 for ; Thu, 3 Aug 2000 14:43:39 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Thursday, August 03, 2000 14:36:15 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Thu, 3 Aug 2000 14:38:47 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A720226147E@falaklex00.fcl.co.nz> Date: Thu, 3 Aug 2000 14:38:47 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFFCF3.F31B0430" Subject: RE: Quickness From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFFCF3.F31B0430 Content-Type: text/plain How do other systems with multiple actions per round work? For instance I know that AD&D allows(ed?) multiple actions for fighters, 3/2, 2 or 5/2 per round. While moving to something like Champion's Speed stats & having N actions per 12 seconds may be too complex, surely there is a simple & elegant mechanic in some other RPG that we can use - or even a boardgame or wargame, given the rest of DQ's combat system style? Andrew ------_=_NextPart_001_01BFFCF3.F31B0430 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Quickness

How do other systems = with multiple actions per round work? For instance I know that AD&D = allows(ed?) multiple actions for fighters, 3/2, 2 or 5/2 per round. = While moving to something like Champion's Speed stats & having N = actions per 12 seconds may be too complex, surely there is a simple = & elegant mechanic in some other RPG that we can use - or even a = boardgame or wargame, given the rest of DQ's combat system = style?

Andrew

------_=_NextPart_001_01BFFCF3.F31B0430-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 14:56:23 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA09655; Thu, 3 Aug 2000 14:36:52 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id OAA09652 for ; Thu, 3 Aug 2000 14:36:49 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Thursday, August 03, 2000 14:29:24 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Thu, 3 Aug 2000 14:31:58 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A720226147D@falaklex00.fcl.co.nz> Date: Thu, 3 Aug 2000 14:31:57 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFFCF2.FE9D0430" Subject: RE: Quickness From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFFCF2.FE9D0430 Content-Type: text/plain Note that the technical "thunk" by Martin shows that a very fast (twice as fast as opponent) character gets a small advantage, while a slow (at least 11 IV slower) character gets a disadvantage. This seems acceptable to me, for a mixed combat where you count down IV (or for a duel-style combat), but slows down the game (breaks story flow?) if you use a different style, or for mass combats. Some GMs count down IV across the whole combat, some resolve each melee flurry in total before moving onto the next group, some just work their way around the room unless IV is critical at a particular time. There may be other methods as well. One's preference on whether we split a pulse into quickened, non-quickened, quickened second half, or use a IV+10 & IV/2 system will be coloured by how one approaches action resolution order. I prefer to have the latter as the default rule, and revert to the former on strategic or high-level combats - but that's GM style, not rules. [Yes, there's an "Answer" or preferred method in the rule book, but I use different methods depending on the party, the opposition and the *detail* I am resolving the fight at.] Andrew > -----Original Message----- > From: Martin Dickson [SMTP:martin.dickson@peace.com] > > From a purely mechanical POV, considering the combat sequence as a whole > rather > than on a pulse by pulse basis, the three options are nearly equivalent, > though > the A-B-A option appears the most flowing within the pulse. > > The three sequences, using A and B to mark the actions and a colon to mark > a > pulse boundary are: > > Fast A -- AAB:AAB:AAB:AAB... > Slow A -- BAA:BAA:BAA:BAA... > Interleaved -- ABA:ABA:ABA:ABA... > > In all cases, once the sequence gets going, A gets two actions between > each of > B's... the Pulse boundaries just end up in diffent places, which has > effects on > Stun, Magic effects, etc. > > If A always hits B and stuns, but B always recovers from Stun (both on > their > action if stunned, and during end of pulse), then Interleaved will result > in B > never acting, but A always attacking an unstunned opponent; Fast A will > see A > attacking a stunned B half the time and B never acting; and Slow B will > have A > attacking a stunned B on the second action, but B will get to act at the > beginning of the pulse -- giving B a better chance of breaking out of the > vicious circle. > > Anyhoo... just some technical thunkz. > Cheers, > Martin ------_=_NextPart_001_01BFFCF2.FE9D0430 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Quickness

Note that the = technical "thunk" by Martin shows that a very fast (twice as = fast as opponent) character gets a small advantage, while a slow (at = least 11 IV slower) character gets a disadvantage. This seems = acceptable to me, for a mixed combat where you count down IV (or for a = duel-style combat), but slows down the game (breaks story flow?) if you = use a different style, or for mass combats.

Some GMs count down = IV across the whole combat, some resolve each melee flurry in total = before moving onto the next group, some just work their way around the = room unless IV is critical at a particular time. There may be other = methods as well.

One's preference on = whether we split a pulse into quickened, non-quickened, quickened = second half, or use a IV+10 & IV/2 system will be coloured by how = one approaches action resolution order. I prefer to have the latter as = the default rule, and revert to the former on strategic or high-level = combats - but that's GM style, not rules.

[Yes, there's an = "Answer" or preferred method in the rule book, but I use = different methods depending on the party, the opposition and the = *detail* I am resolving the fight at.]

Andrew

    -----Original Message-----
    From:   Martin Dickson = [SMTP:martin.dickson@peace.com]

    From a purely mechanical POV, = considering the combat sequence as a whole rather
    than on a pulse by pulse basis, the = three options are nearly equivalent, though
    the A-B-A option appears the most = flowing within the pulse.

    The three sequences, using A and B to = mark the actions and a colon to mark a
    pulse boundary are:

    Fast A --  = AAB:AAB:AAB:AAB...
    Slow A --  = BAA:BAA:BAA:BAA...
    Interleaved -- = ABA:ABA:ABA:ABA...

    In all cases, once the sequence gets = going, A gets two actions between each of
    B's... the Pulse boundaries just end = up in diffent places, which has effects on
    Stun, Magic effects, etc.

    If A always hits B and stuns, but B = always recovers from Stun (both on their
    action if stunned, and during end of = pulse), then Interleaved will result in B
    never acting, but A always attacking = an unstunned opponent; Fast A will see A
    attacking a stunned B half the time = and B never acting; and Slow B will have A
    attacking a stunned B on the second = action, but B will get to act at the
    beginning of the pulse -- giving B a = better chance of breaking out of the
    vicious circle.

    Anyhoo... just some technical = thunkz.
    Cheers,
    Martin

------_=_NextPart_001_01BFFCF2.FE9D0430-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 15:44:02 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA10108; Thu, 3 Aug 2000 15:37:53 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA10105 for ; Thu, 3 Aug 2000 15:37:46 +1200 Received: from jimarona.ihug.co.nz (p245-tnt2.akl.ihug.co.nz [203.109.245.245]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA10275 for ; Thu, 3 Aug 2000 15:34:25 +1200 Date: Thu, 3 Aug 2000 15:28:44 +1200 Message-ID: <01bffcfa$edae2620$f5f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00A4_01BFFD5F.82E30620" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_00A4_01BFFD5F.82E30620 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Andrew Withy wrote: =20 How do other systems with multiple actions per round work? For = instance I know that AD&D allows(ed?) multiple actions for fighters, = 3/2, 2 or 5/2 per round.=20 =20 AD&D allows warriors extra attacks at various levels, not an extra = action. =20 Haste provides a 2 point bonus to initiative. It doesn't allow for = extra spell casting or other types of actions. Only melee and ranged = attacks. =20 In addition, there is a penalty in the spell that makes the caster = consider when to use it. It ages the targets by a year. =20 Not that I think that's a great idea for a penalty, but it does mean = that you don't see wizards tanked to the gunwales with Haste spells.=20 =20 While moving to something like Champion's Speed stats & having N = actions per 12 seconds may be too complex, surely there is a simple & = elegant mechanic in some other RPG that we can use - or even a boardgame = or wargame, given the rest of DQ's combat system style? =20 In EarthDawn, warriors have a talent that allows them to make an = additionaly attack, if they exceed their opponents initiative roll by a = factor of two. Other disciplines can get additional attacks by learning = 'Extra Attack', but it only applies to melee or ranged attacks. There is = no way in which a spell casting character can get extra spells off, = except at extremely high levels of the game, and even then, it is more = limited than in DQ, for example. =20 In Shadowrun, extra actions are predicated on the value of your = initiative roll, also. It is considered to be a 3 second round, and you = roll your initiative dice and total it. You act on your initiative = value. You subtract 10 from your initiative value, and if that number is = 3 or greater, then you act again. You keep doing that until you have an = initiative value that is lower than 3. It is possibly to have initiative = values that are so large that they get as many as 5 or 6 actions in a = round. =20 Beware of conjurous adept vampires that are heavily wired.=20 =20 Torg has no particular spell that allows for multiple action, = instead, as you attempt more and more actions, the grade of all of them = decrease so that they are much less effective. It's pretty cool, = actually, but it doesn't do exactly the same thing. The resolution is if = you had done one thing, but with more and more negatives. It works okay, = but there is no congruence within the game to indicate the extra = actions. Still... =20 Actually, Champions or Fantasy Hero or whatever it's calling itself = now doesn't offer extra actions. You could learn a spell that let you = increase your speed. But, that sort of spell is liable to make the = bravest DM go pale. The attendant reductions you can gain with foci are = pretty extensive, and having a widely variant speed order to keep in = mind is going to be fairly hard going, I'd have thought. =20 Star Wars doesn't offer extra actions as a Force ability, because it = allows players to keep taking actions for as long as they have dice = pools.=20 =20 In Star Wars, your initiative is a pool of dice determined by your = dice, but which you don't seem to be able to alter in any way. Your = first action carries no penalty (unless you're hindered by wounds or = something else) but every action after that reduces the size of ALL of = your pools. So, if you start with a dodge pool of 6 dice, and a blaster = pool of 5 dice then you get the following kind of effect: =20 Your opponent wins initiative and shoots at you. You dodge (6 = dice). You shoot back (5-1=3D4 dice). He dodges, and shoots back. You = dodge again (6-1-1=3D4 dice), and so on. =20 It's an elegant system, and provides for some pretty rollicking = action, but it doesn't really let you act twice. On the other hand, you = don't need to. You just raise your skills across the board, and create = the impression that you're bloody hard to take down. It wouldn't be a = false impression. Darth Vader can knit a woolly jumper while he's = carving your tripes out with a feather duster. And, the Emperor can go = toe to toe with an X-Wing and turn it into a garden sprinkler. =20 I suppose what we ought to consider is that most games have = looked at the effect of multiple actions, and decided that it's a major = pain in the arse, and limited in some fashion, or made it a part of the = engine. In almost every case, extra actions are intimately tied to = initiative. Haste and Quickness, however, although they provide bonuses = don't quite do that. =20 One possible solution that we really haven't addressed is to = take the extra actions out of the game, altogether, and say that you can = choose an action if your initiative value is high enough, or at some = divisor of that initiative value. Like, we could say that if your = initiative value is twice your opponents, then you can act twice against = them. The hassle here is that it's something of an open question as to = who you can act against on a second action, because another entity might = have an initiative value higher than your IV divided by 2. =20 Or, we could say that if your initiative value is greater than, = say, 20, after you have subtracted 20, then you can take another action. = The hassle with THIS is that the range of IVs are so great...from five = to seventy something...That's a big range. And, it might allow for a lot = of extra actions, more than we really want to see. =20 Still... =20 ------=_NextPart_000_00A4_01BFFD5F.82E30620 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Quickness
Andrew Withy = wrote:

How do other systems = with multiple=20 actions per round work? For instance I know that AD&D = allows(ed?)=20 multiple actions for fighters, 3/2, 2 or 5/2 per round.

AD&D allows warriors extra attacks at various levels, = not an=20 extra action.

Haste = provides a 2 point=20 bonus to initiative. It doesn't allow for extra spell casting or = other types=20 of actions. Only melee and ranged attacks.

In addition, there is a penalty in the spell that = makes the=20 caster consider when to use it. It ages the targets by a=20 year. 

Not that I think that's a great idea for a = penalty, but it=20 does mean that you don't see wizards tanked to the gunwales with = Haste=20 spells.  

While moving to = something like=20 Champion's Speed stats & having N actions per 12 seconds may be = too=20 complex, surely there is a simple & elegant mechanic in some = other RPG=20 that we can use - or even a boardgame or wargame, given the rest of = DQ's=20 combat system style?

In EarthDawn, warriors have a talent that allows = them to=20 make an additionaly attack, if they exceed their opponents = initiative roll=20 by a factor of two. Other disciplines can get additional attacks by = learning=20 'Extra Attack', but it only applies to melee or ranged attacks. = There is no=20 way in which a spell casting character can get extra spells off, = except at=20 extremely high levels of the game, and even then, it is more limited = than in=20 DQ, for example.

In Shadowrun, extra actions are predicated on the = value of=20 your initiative roll, also. It is considered to be a 3 second round, = and you=20 roll your initiative dice and total it. You act on your initiative = value.=20 You subtract 10 from your initiative value, and if that number is 3 = or=20 greater, then you act again. You keep doing that until you have an=20 initiative value that is lower than 3. It is possibly to have = initiative=20 values that are so large that they get as many as 5 or 6 actions in = a=20 round.

Beware of conjurous adept vampires that are = heavily wired.=20

Torg has no particular spell that allows for = multiple=20 action, instead, as you attempt more and more actions, the grade of = all of=20 them decrease so that they are much less effective. It's pretty = cool,=20 actually, but it doesn't do exactly the same thing. The resolution = is if you=20 had done one thing, but with more and more negatives. It works okay, = but=20 there is no congruence within the game to indicate the extra = actions.=20 Still...

Actually, Champions or Fantasy Hero or whatever = it's calling=20 itself now doesn't offer extra actions. You could learn a spell that = let you=20 increase your speed. But, that sort of spell is liable to make the = bravest=20 DM go pale. The attendant reductions you can gain with foci are = pretty=20 extensive, and having a widely variant speed order to keep in mind = is going=20 to be fairly hard going, I'd have thought.

Star Wars doesn't offer extra actions as a Force = ability,=20 because it allows players to keep taking actions for as long as they = have=20 dice pools.

In Star Wars, your initiative is a pool of dice = determined=20 by your dice, but which you don't seem to be able to alter in any = way. Your=20 first action carries no penalty (unless you're hindered by wounds or = something else) but every action after that reduces the size of ALL = of your=20 pools. So, if you start with a dodge pool of 6 dice, and a blaster = pool of 5=20 dice then you get the following kind of effect:

    Your opponent wins initiative = and shoots=20 at you. You dodge (6 dice). You shoot back (5-1=3D4 dice). He = dodges, and=20 shoots back. You dodge again (6-1-1=3D4 dice), and so on.

    It's an elegant system, and = provides for=20 some pretty rollicking action, but it doesn't really let you act = twice. On=20 the other hand, you don't need to. You just raise your skills across = the=20 board, and create the impression that you're bloody hard to take = down. It=20 wouldn't be a false impression. Darth Vader can knit a woolly jumper = while=20 he's carving your tripes out with a feather duster. And, the Emperor = can go=20 toe to toe with an X-Wing and turn it into a garden = sprinkler.

    I suppose what we ought to = consider is=20 that most games have looked at the effect of multiple actions, and = decided=20 that it's a major pain in the arse, and limited in some fashion, or = made it=20 a part of the engine. In almost every case, extra actions are = intimately=20 tied to initiative. Haste and Quickness, however, although they = provide=20 bonuses don't quite do that.

    One possible solution that we = really=20 haven't addressed is to take the extra actions out of the game, = altogether,=20 and say that you can choose an action if your initiative value is = high=20 enough, or at some divisor of that initiative value. Like, we could = say that=20 if your initiative value is twice your opponents, then you can act = twice=20 against them. The hassle here is that it's something of an open = question as=20 to who you can act against on a second action, because another = entity might=20 have an initiative value higher than your IV divided by = 2.

    Or, we could say that if your = initiative=20 value is greater than, say, 20, after you have subtracted 20, then = you can=20 take another action. The hassle with THIS is that the range of IVs = are so=20 great...from five to seventy something...That's a big range. And, it = might=20 allow for a lot of extra actions, more than we really want to=20 see.

   =20 Still...

------=_NextPart_000_00A4_01BFFD5F.82E30620-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 15:59:33 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA10499; Thu, 3 Aug 2000 15:47:25 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA10493 for ; Thu, 3 Aug 2000 15:47:10 +1200 Received: from jimarona.ihug.co.nz (p245-tnt2.akl.ihug.co.nz [203.109.245.245]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA11547 for ; Thu, 3 Aug 2000 15:43:45 +1200 Date: Thu, 3 Aug 2000 15:38:05 +1200 Message-ID: <01bffcfc$3bdf20a0$f5f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C5_01BFFD60.D11400A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_00C5_01BFFD60.D11400A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sorry, typo: In Star Wars, your initiative is a pool of dice determined by your Dex = (instead of dice...the pain of spelling checkers) , but which you don't = seem to be able to alter in any way. Your first action carries no = penalty (unless you're hindered by wounds or something else) but every = action after that reduces the size of ALL of your pools. So, if you = start with a dodge pool of 6 dice, and a blaster pool of 5 dice then you = get the following kind of effect: ------=_NextPart_000_00C5_01BFFD60.D11400A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Quickness
Sorry, = typo:
In Star Wars, your initiative is a pool of dice=20 determined by your = Dex=20 (instead of dice...the pain of spelling checkers) , but which you don't = seem to=20 be able to alter in any way. Your first action carries no penalty = (unless you're=20 hindered by wounds or something else) but every action after that = reduces the=20 size of ALL of your pools. So, if you start with a dodge pool of 6 dice, = and a=20 blaster pool of 5 dice then you get the following kind of=20 effect:
------=_NextPart_000_00C5_01BFFD60.D11400A0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 3 16:14:00 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA10620; Thu, 3 Aug 2000 16:00:07 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA10595 for ; Thu, 3 Aug 2000 16:00:00 +1200 Received: from jimarona.ihug.co.nz (p245-tnt2.akl.ihug.co.nz [203.109.245.245]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA13389 for ; Thu, 3 Aug 2000 15:56:06 +1200 Date: Thu, 3 Aug 2000 15:50:25 +1200 Message-ID: <01bffcfd$f5479da0$f5f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00D3_01BFFD62.8A7C7DA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_00D3_01BFFD62.8A7C7DA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I..er...didn't quite finish my thought, here... =20 One possible solution that we really haven't addressed is to take = the extra actions out of the game, altogether, and say that you can = choose an action if your initiative value is high enough, or at some = divisor of that initiative value. Like, we could say that if your = initiative value is twice your opponents, then you can act twice against = them. The hassle here is that it's something of an open question as to = who you can act against on a second action, because another entity might = have an initiative value higher than your IV divided by 2. Or, we could say that if your initiative value is greater than, say, 20, = after you have subtracted 20, then you can take another action. The = hassle with THIS is that the range of IVs are so great...from five to = seventy something...That's a big range. And, it might allow for a lot of = extra actions, more than we really want to see. If we use these methods, then Quickness could provide a bonus to = initiative at an a rate depending on Rank...2 per rank, say.=20 Or, we could say that the spell simply provided the platform underwhich = such high values might offer these bonuses.=20 They are, however, not much of a solution to the hassle of seeing the = spell so prevalent in the game. As the characters progress through the = game, the value of the spell will also increase, so that what we would = have created is a very elegant, but still very boring situation. ------=_NextPart_000_00D3_01BFFD62.8A7C7DA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Quickness

I..er...didn't quite finish my thought,=20 here...   

 

    One possible solution that we = really haven't=20 addressed is to take the extra actions out of the game, altogether, and = say that=20 you can choose an action if your initiative value is high enough, or at = some=20 divisor of that initiative value. Like, we could say that if your = initiative=20 value is twice your opponents, then you can act twice against them. The = hassle=20 here is that it's something of an open question as to who you can act = against on=20 a second action, because another entity might have an initiative value = higher=20 than your IV divided by 2.

Or, we could say that if your initiative value is = greater than,=20 say, 20, after you have subtracted 20, then you can take another action. = The=20 hassle with THIS is that the range of IVs are so great...from five to = seventy=20 something...That's a big range. And, it might allow for a lot of extra = actions,=20 more than we really want to see.

If we use these methods, then Quickness could provide = a bonus to=20 initiative at an a rate depending on Rank...2 per rank, say.

Or, we could say that the spell simply provided the = platform=20 underwhich such high values might offer these bonuses.

They are, however, not much of a solution to the = hassle of=20 seeing the spell so prevalent in the game. As the characters progress = through=20 the game, the value of the spell will also increase, so that what we = would have=20 created is a very elegant, but still very boring=20 situation.

------=_NextPart_000_00D3_01BFFD62.8A7C7DA0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 4 10:29:03 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA20532; Fri, 4 Aug 2000 10:27:18 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id KAA20529 for ; Fri, 4 Aug 2000 10:27:14 +1200 Received: (qmail 9321 invoked by alias); 3 Aug 2000 22:23:29 -0000 Received: from unknown (HELO mandos) (210.48.7.51) by enterprise.iconz.co.nz with SMTP; 3 Aug 2000 22:23:29 -0000 Date: Fri, 4 Aug 2000 10:23:23 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Subject: RE: Quickness From: "Mandos D Shadowspawn Esq" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >I have no particular agenda when it comes to Quickness except that in its > >current form it breaks the Combat sequence and can be a pain to GM. > > That is the best reason. It's a pain because it requires more of your > attention. The engine MUST be very DM friendly. If it is also player > friendly, then that's a bonus. > The more attention a DM devotes to something like Quickness, the less > time they are devoting to the game or the story. > > > > >My preference -- if Quickness continues to offer 2 actions -- is for a > single IV system and a note on how Quickness works within this. The IV calculation > could be as simple as Brent's one action at +10, the other at 1/2 IV (or > similar). Regarding this aspect of quickness I personally think the problem is with the initiative system not quickness. I use a different initiative system and have no problems at all with quickness. A description of the system is here. http://webnz.com/dragonquest/files/mandosrules/Alternatecom.zip Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 4 10:44:05 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA20583; Fri, 4 Aug 2000 10:31:55 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id KAA20580 for ; Fri, 4 Aug 2000 10:31:52 +1200 Received: (qmail 28399 invoked by alias); 3 Aug 2000 22:28:06 -0000 Received: from unknown (HELO mandos) (210.48.7.51) by enterprise.iconz.co.nz with SMTP; 3 Aug 2000 22:28:06 -0000 Date: Fri, 4 Aug 2000 10:27:50 +1200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001A_01BFFDFE.A4025500" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Subject: RE: Quickness From: "Mandos D Shadowspawn Esq" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_001A_01BFFDFE.A4025500 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit H ow do other systems with multiple actions per round work? For instance I know that AD&D allows(ed?) multiple actions for fighters, 3/2, 2 or 5/2 per round. While moving to something like Champion's Speed stats & having N actions per 12 seconds may be too complex, surely there is a simple & elegant mechanic in some other RPG that we can use - or even a boardgame or wargame, given the rest of DQ's combat system style? I always liked the Initiative system from Judge Dredd, where depending on the value you got a number of options that were spread through the round. On each round yhou just called out the numbers and anyone with an action in that number got to act. It is kinda hard to discribe in text but it was kinda cool. :-) Mandos /s ------=_NextPart_000_001A_01BFFDFE.A4025500 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Quickness

 H=20 ow do other systems with multiple actions per round = work? For=20 instance I know that AD&D allows(ed?) multiple actions for = fighters,=20 3/2, 2 or 5/2 per round. While moving to something like Champion's = Speed=20 stats & having N actions per 12 seconds may be too complex, = surely there=20 is a simple & elegant mechanic in some other RPG that we can use = - or=20 even a boardgame or wargame, given the rest of DQ's combat system=20 style?

I always=20 liked the Initiative system from Judge Dredd, where depending on the = value you=20 got a number of options that were spread through the round. On each = round yhou=20 just called out the numbers and anyone with an action in that number got = to act.=20 It is kinda hard to discribe in text but it was kinda cool.=20 :-)

 

Mandos

/s

------=_NextPart_000_001A_01BFFDFE.A4025500-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 4 11:29:01 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA20882; Fri, 4 Aug 2000 11:23:26 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA20879 for ; Fri, 4 Aug 2000 11:23:23 +1200 Message-ID: <3989FDFD.53FE7EF6@peace.com> Date: Fri, 04 Aug 2000 11:19:26 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Quickness From: Michael Woodhams To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: michael.woodhams@peace.com A possible Quickness change would be to say that all magic requires normal time to complete, even if quickened. Advantages: Substantially depowers quickness, addressing the problem of how to make opponents that challenge but don't steamroll both quickened or non-quickened parties. Is easy to justify from a game plausibility point of view. Enhances fighters compared to mages - I know there are quite a few people who feel the pure fighter option is greatly underpowered currently. Disadvantages: Doesn't address initiative system hassles. Leaves some players with little to do, hence bored. If you are spell casting, others get to have 4 actions in the time you get to walk two hexes and make a cast check. (Hm, probably get to walk 4 hexes - both half phases when you are preparing should allow a 2 hex move when quickened.) Michael W. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 4 11:59:01 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA21067; Fri, 4 Aug 2000 11:50:36 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA21064 for ; Fri, 4 Aug 2000 11:50:32 +1200 Message-ID: <3989FB66.38FCE74B@peace.com> Date: Fri, 04 Aug 2000 11:08:22 +1200 MIME-Version: 1.0 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Quickness From: Michael Woodhams To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: michael.woodhams@peace.com Mandos D Shadowspawn Esq wrote:
 
H ow do other systems with multiple actions per round work? For instance I know that AD&D allows(ed?) multiple actions for fighters, 3/2, 2 or 5/2 per round. While moving to something like Champion's Speed stats & having N actions per 12 seconds may be too complex, surely there is a simple & elegant mechanic in some other RPG that we can use - or even a boardgame or wargame, given the rest of DQ's combat system style?
I always liked the Initiative system from Judge Dredd, where depending on the value you got a number of options that were spread through the round. On each round yhou just called out the numbers and anyone with an action in that number got to act. It is kinda hard to discribe in text but it was kinda cool. :-)

Mandos

/s

A few minor comments:

I think AD&D allows multiple *attacks* by fighters. If I'm right, to transfer this method to DQ we would allow quickened people to make two strikes when it was their turn to attack, but only the normal single action if they chose to do anything else.

Judge Dredd initiative sounds a lot like Champions. Each round has 12 phases, if you have speed 5 you get to act on 5 of those phases (a chart tells you which ones.)

Mandos - you don't like Unix users much in your method of distributing your initiative system. I expected a web page, but instead got a .zip download file which fortunately I could unpack. It created a filename with lots of spaces - which Unix utilities generally don't like - so I renamed it. Finally, it is a Word document. I could log in to another machine and fire up Staroffice, but i just loaded it into a text editor and I think I found the guts of the document among the binary crud.

I'm pretty much agnostic on whether Quickness should be changed.

Michael W.
  -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 4 15:14:09 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA22697; Fri, 4 Aug 2000 15:10:15 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA22687 for ; Fri, 4 Aug 2000 15:10:05 +1200 Received: from jimarona.ihug.co.nz (p324-tnt6.akl.ihug.co.nz [203.109.136.70]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA03872 for ; Fri, 4 Aug 2000 15:06:11 +1200 Date: Fri, 4 Aug 2000 15:00:18 +1200 Message-ID: <01bffdc0$1f36daa0$46886dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: George Mitchinson's Initiative system From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is George's combat system. Why he didn't simply post it, I don't know. The first change is that unengaged combat now occurs only before the fight to allow the combating groups a chance to manoeuvre and perceive the tactics of the opponents. Once one person hits another person everyone goes to engaged combat. Engaged initiative is based on the weapon you are holding or if you are a spell caster your unarmed initiative. This means that all NPC’s of a type act together and the player’s act in the same order each time, which means they can plan better and can keep track of the pulse. Spells go off at the end of the pulse if the group is unengaged and on the initiative of the caster if engaged. Players may elect to hold their actions to allow a slower member of the same group to go before them. This is my analysis. 1) This means that unarmed combat provides you with an initiative bonus while casting a spell or firing a bow or throwing a rock, or what have you. The result of this is that, given the nature of combat, a spell (in a cast pulse) will be cast faster than a fighter can swing their sword, seeing as none of the swinging weapons go to Rank 10, and Unarmed Combat does. 2) It creates this weird thing where spells are slow at the beginning of a combat, but then accelerate. I don't know why this happens. I don't see what benefit accrues from it working that way. 3) It means that initiative is frozen, and doesn't vary. Once established, the initiative is set for the rest of the encounter. Amongst the players, it's completely frozen. I don't think this initiative system is worth using. It doesn't offer anything new, it's merely simple. It doesn't contribute to a sense of dramatic flow in the story. Perhaps, with more work, something could be done with this variant. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 4 15:29:10 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA22805; Fri, 4 Aug 2000 15:20:18 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA22802 for ; Fri, 4 Aug 2000 15:20:14 +1200 Message-ID: <398A353B.987A133A@peace.com> Date: Fri, 04 Aug 2000 15:15:08 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: George Mitchinson's Initiative system From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > The result of this is that .... a spell (in a cast pulse) will be cast faster > than a fighter can swing their sword, seeing as > none of the swinging weapons go to Rank 10, and Unarmed Combat does. A corollary being that ancient and venerable wizards will tend to be masters of the martial arts and kick serious butt in close combat. Think twice about leaping on that wizened sorcerer to stop him casting. :) -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 4 15:59:07 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA23335; Fri, 4 Aug 2000 15:52:47 +1200 Received: from qedweb.qed.co.nz ([203.97.23.140] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA23332 for ; Fri, 4 Aug 2000 15:52:42 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Fri, 4 Aug 2000 15:47:44 +1200 Message-ID: Date: Fri, 4 Aug 2000 15:47:37 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: George Mitchinson's Initiative system & Quickness From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz One simple variant of this might spice things up a little and make unarmed less of a mandatory skill. IV = AG + PC + 2D10 If you are attacking with a weapon then your weapon rank is the minimum number you can roll on the first die. If you are being led by a Military Scientist then their rank becomes the minimum number you can roll on the second die. If you are a Warrior in melee then your warrior rank may be used instead of the lowest number from either of the dice. Quickness adds its rank to your IV. With your first action on your IV, and your second action on the IV = Rank of Quickness (with or without FT cost). Optionally the same dice roll could be applied to the entire party. For GMs this will almost certainly be the case. This may be getting a little complicated but I think something along these lines has potential. Cheers, Stephen. > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > Sent: Friday, 4 August 2000 15:00 > To: dq@dq.sf.org.nz > Subject: Re: George Mitchinson's Initiative system > > This is George's combat system. Why he didn't simply post it, I don't > know. > > The first change is that unengaged combat now occurs only before the fight > to allow the combating groups a chance to manoeuvre and perceive the > tactics > of the opponents. Once one person hits another person everyone goes to > engaged combat. > Engaged initiative is based on the weapon you are holding or if you are a > spell caster your unarmed initiative. > This means that all NPC's of a type act together and the player's act in > the > same order each time, which means they can plan better and can keep track > of > the pulse. > Spells go off at the end of the pulse if the group is unengaged and on the > initiative of the caster if engaged. > Players may elect to hold their actions to allow a slower member of the > same > group to go before them. > > > This is my analysis. > 1) This means that unarmed combat provides you with an initiative > bonus > while casting a spell or firing a bow or throwing a rock, or what have > you. > The result of this is that, given the nature of combat, a spell (in a cast > pulse) will be cast faster than a fighter can swing their sword, seeing as > none of the swinging weapons go to Rank 10, and Unarmed Combat does. > 2) It creates this weird thing where spells are slow at the beginning > of > a combat, but then accelerate. I don't know why this happens. I don't see > what benefit accrues from it working that way. > 3) It means that initiative is frozen, and doesn't vary. Once > established, the initiative is set for the rest of the encounter. Amongst > the players, it's completely frozen. > > I don't think this initiative system is worth using. It doesn't offer > anything new, it's merely simple. It doesn't contribute to a sense of > dramatic flow in the story. > Perhaps, with more work, something could be done with this variant. > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 4 16:14:10 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA23456; Fri, 4 Aug 2000 16:11:51 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA23453 for ; Fri, 4 Aug 2000 16:11:48 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id QAA01185 for ; Fri, 4 Aug 2000 16:07:54 +1200 (NZST) Date: Fri, 4 Aug 2000 16:08:22 +1200 Message-ID: <000601bffdc9$a173adf0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: Re: Initiative systems From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Oh well, if you're asking for systems, this is the one we play-tested [after tweaking for quickness]: MAGIC IV = PC + spell-Rank + MA; COMBAT IV = PC + [prepared] weapon-Rank + mod.AG + warrior bonuses + 2*[Mil.Sci Rank of skirmish-leader] +d10 Note that each individual in combat rolls their personal d10 for that pulse. At the _beginning_ of a pulse the player of a mage may elect to SPECIFY a magic IV which is lower. The player of a character in combat may strike at any lower IV of their choosing, depending on how circumstances are going -- i.e. the actual IV chosen does NOT have to be specified in advance. [examples attached below] ******** Modification for quickness. ******** For both Magic or Combat, as above, +10 for being quickened -- This figure is the IV of you 1st action. Now have the figure, and you have the base IV of the 2nd action. The specified Magic IV, or chosen Combat IV, must be HIGHER that the base IV of the 2nd action. [We did not have anyone with inhuman AG, so there were no further modifications as far as the party were concerned; & they avoided the multi-apendaged monster] kind regards, Michael ===some interpretations === Quickness tends work roughly as normal for similar opponents -- i.e. (if A is quickened & B not) it was a typical ABA aria, but BAA if the non-quickened was better &/or luckier. If the non-quickened were *way* out-classed the combat was AAB [Not that tyro allowed himself to be discouraged when fighting the Vampire's champion]. Some existing rules were tweaked, generally so as to maintain the status quo. -- E.g., the "back-stabbing rule." If someone is in melee, is yet to act, and is attacking through a rear hex of their opponent, they _may_ attempt a strike before their opponent acts; if an initiative value is needed (e.g., an archer attempting to take out the back-stabber first), the back-stabber acts on their normal IV _or_ 1+[Assassin Rank] points higher than the stabbee (whichever is greater). ===Examples (feel free to skip)=== Example: last pulse Dogood the mind-mage prepared an "empathy" spell (Rank 15) ; this pulse he intends casting it, however he decides to have an I.V. of 1 (rather than, say, 46) because he's not certain which of his comrades will need it. Example: The invisible Lady Whimsy is standing behind the Evil Don Fanatico who is fighting, with rapier & dagger, her fellow partymember Sir Robin who is wielding a claymore. None of them are warriors, and the Evil Don's minions are otherwise engaging the party's Mil.Scientist -- it's part of their job description. Lady W (PC20, AG 25, Rank 3 Dagger) diceroll=7 E.D.F. (PC24, AG 23, Rank 4 Dagger Rank 10 Rapier) diceroll=5 Robin (PC15, AG 15, Rank 4 Claymore) diceroll=10 (for all the good it'll do!) Lady W's IV is more than 62 -- being the greater of 55 (=48+7) OR 63+ (=EDF's IV +1 + some other number), EDF's IVs are 62 & 56 (=57+5, 51+5) Robin's IV is 44 (=34+10) The combat goes like this, as we count down the pulse: 63+: Lady W *could* stab EDF in the back, but she's not certain it's worth losing her Rank 10 invisibility since there are still lots of minions roaming about & she's sure they can't see her [yet!], therefore she declines to act immediately, wanting to see how things go. 62: EDF *could* now turn and attempt to plunge his rapier into Lady W (whom he can't actually see, but he knows she's somewhere there & he's willing to accept the -50 to BC) but, because of the positioning, that would mean Sir R (who hasn't acted yet) would be able to wield that nasty-looking claymore even before EDF attempted his risky, but spectacular, party-trick of throwing his dagger at targets behind him. Therefore EDF has at Sir R with the rapier [at -10 BC, as part of EDF's multi-attack], and Sir R is merely stunned & lets the claymore fall. 61: Lady W decides to act now, rather than dither any longer. Fortunately her blow is good & the dagger is medicated so she kills the EDF. In his dying moments, EDF realises he should have risked holding both his blows until 56 & at least Robin might have been dead as well. Oh well, his vengeance will have to be sated with that Rank 15 death curse instead. ====================================== -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 4 16:44:12 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA24288; Fri, 4 Aug 2000 16:38:06 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA24285 for ; Fri, 4 Aug 2000 16:38:03 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id QAA06376 for ; Fri, 4 Aug 2000 16:34:08 +1200 (NZST) Date: Fri, 4 Aug 2000 16:34:36 +1200 Message-ID: <000701bffdcd$4b816f00$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Initiative systems From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Apologies for the spelling. Quickly cutting & pasting is no substitute for an afternoon coffee. Please correct the offending paragraph to [...] > ******** Modification for quickness. ******** > For both Magic or Combat, as above, +10 for being quickened -- > This figure is the IV of your 1st action. > Now halve that figure, and you have the base IV of the 2nd action. > The specified Magic IV, or chosen Combat IV, must be HIGHER that the base > IV of the 2nd action. [...] -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 4 20:13:57 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id UAA25855; Fri, 4 Aug 2000 20:10:19 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id UAA25789 for ; Fri, 4 Aug 2000 20:02:33 +1200 Received: from dworkin (p64-tnt5.akl.ihug.co.nz [203.109.194.64]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id TAA20470 for ; Fri, 4 Aug 2000 19:56:38 +1200 Message-ID: <004701bffde9$b8142b00$4301a8c0@dworkin.ihug.co.nz> Date: Fri, 4 Aug 2000 19:58:03 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Subject: Re: George Mitchinson's Initiative system From: "Dworkin" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim wrote >This is George's combat system. Why he didn't simply post it, I don't know. > >The first change is that unengaged combat now occurs only before the fight >to allow the combating groups a chance to manoeuvre and perceive the tactics >of the opponents. Once one person hits another person everyone goes to >engaged combat. >Engaged initiative is based on the weapon you are holding or if you are a >spell caster your unarmed initiative. >This means that all NPC’s of a type act together and the player’s act in the >same order each time, which means they can plan better and can keep track of >the pulse. >Spells go off at the end of the pulse if the group is unengaged and on the >initiative of the caster if engaged. >Players may elect to hold their actions to allow a slower member of the same >group to go before them. > > > This is my analysis. > 1) This means that unarmed combat provides you with an initiative bonus >while casting a spell or firing a bow or throwing a rock, or what have you. >The result of this is that, given the nature of combat, a spell (in a cast >pulse) will be cast faster than a fighter can swing their sword, seeing as >none of the swinging weapons go to Rank 10, and Unarmed Combat does. > 2) It creates this weird thing where spells are slow at the beginning of >a combat, but then accelerate. I don't know why this happens. I don't see >what benefit accrues from it working that way. > 3) It means that initiative is frozen, and doesn't vary. Once >established, the initiative is set for the rest of the encounter. Amongst >the players, it's completely frozen. > > I don't think this initiative system is worth using. It doesn't offer >anything new, it's merely simple. It doesn't contribute to a sense of >dramatic flow in the story. > Perhaps, with more work, something could be done with this variant. > William I actually liked it. It was simple and easy to understand. Players knew when they got to do something and knowing this meant they could plan their action and spit it out when George pointed and said "you". This is a vast improvement to the usual umming and arring and questions about what has been said ten times already. Players also just want to be able to do stuff and don't really care if it's always the same. It makes combats go at a fast pace since they get into a nice steady flow. This is what I want in a combat. Actually when I'm a player I want to see things go splat. I dont want delays or stupid questions or hesitations. I want blood, lots of it and I'm not choosy over who's it is. :-) Georges system helps fufill this criteria. To make for some variability each PC, NPC and team of extras could have (insert variables here) added and totaled at the start of engaged battle. The GM then arranges the order and sets to. I really liked the idea of everyone becoming "engaged" (acting on an engaged initiative) once someone whacks another. Most ranges in DQ are pretty small and so once battle is joined everyone could easily be considered to be part of the overall melee. The whole engaged/unengaged sequence bugs me. William -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 4 20:43:57 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id UAA26222; Fri, 4 Aug 2000 20:33:45 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id UAA26219 for ; Fri, 4 Aug 2000 20:32:29 +1200 Received: from jimarona.ihug.co.nz (p269-tnt2.akl.ihug.co.nz [203.109.255.15]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id UAA03677 for ; Fri, 4 Aug 2000 20:28:22 +1200 Date: Fri, 4 Aug 2000 20:22:23 +1200 Message-ID: <01bffded$1e424800$0fff6dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative systems From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Perhaps it would be salutory to think about this, before plunging ahead with initiative systems: What do we want initiative to do? Do we want it to reflect experience? The person with more experience has more initiative? Do we want it to reflect the action choice of the character? In other words, characters essaying a simple action will garner an initiative bonus, while characters choosing complicated actions would take penalties. Do we want it to measure the AG of the character taking an action? If we do, which actions should it pertain to? Should other stats have a role to play in initiative? For example, should MA be important for determining spell initiative? Should there be skills, talents or whatever, that allow a character to increase their initiative? But, possibly, the most important question that we need to ask ourselves is simply this: What initiative system will contibute to an encounter in a way that best advances a story? The rest is really not worth talking about UNTIL we have determined what would achieve that end. For it to work as a story telling aid, then it has to: Provide an opportunity where expectation can be balanced against uncertainty. Which means that it cannot be something where you know, with certainty, when your next action will occur. Allow for a situation where in MOST cases there is an exchange of some sort. Because of the stun rules, a combat sequence can run A hits B and stuns B, so that the only action B can take is to recover from stun. End of pulse. New pulse. A hits B and stuns B, so that the only action B can take is to recover from stun. End of pulse. New pulse...You can see where this is going. I may have missed some, so if anyone else thinks of anything else an initiative system should do, that would be handy. The one thing that initiative doesn't need tobe is complex, hard to run, and involve enough computations to satisfy a Cray. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 4 22:13:56 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id WAA26847; Fri, 4 Aug 2000 22:12:27 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id WAA26844 for ; Fri, 4 Aug 2000 22:12:15 +1200 Received: from jimarona.ihug.co.nz (p87-tnt1.akl.ihug.co.nz [206.18.111.87]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id WAA12565 for ; Fri, 4 Aug 2000 22:07:50 +1200 Date: Fri, 4 Aug 2000 22:01:50 +1200 Message-ID: <01bffdfb$021c7020$576f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: George Mitchinson's Initiative system From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >William Dymock wrote: > >I actually liked it. It was simple and easy to understand. Players knew when >they got to do something and knowing this meant they could plan their action >and spit it out when George pointed and said "you". This is a vast >improvement to the usual umming and arring and questions about what has been >said ten times already. Players also just want to be able to do stuff and >don't really care if it's always the same. It makes combats go at a fast >pace since they get into a nice steady flow. This is what I want in a >combat. Then, what you're saying is that it has the advantage of ease of play. As opposed to the current one, which varies depending on whether or not you're engaged, and, if you are engaged, what you'd doing that engaging with. Simplicity has a lot to offer. It is, as you say, swift and easy to administer. That counts for a lot. However, using Unarmed Combat as part of the equation is a mistake, because it applies pressure to dedicated mages to acquire advanced ranks in a weapon skill, which means that a non-warrior fighter will act slower, because they are advancing so many other weapons. A dedicated mage would only have to advance one weapon skill, UC. They would be better at it than a non-warrior fighter. > >Actually when I'm a player I want to see things go splat. I dont want delays >or stupid questions or hesitations. I want blood, lots of it and I'm not >choosy over who's it is. :-) There are lots of reasons for a variable initiative system. One is that if things are the same, then a character will either always win initiative, or always lose it against one or more other characters. Which, in turn, means, that a combat encounter becomes more like playing cards than an evocation of a fight. Which is tedious. I'm not interested. More, I won't accept it in my game. > >To make for some variability each PC, NPC and team of extras could have >(insert variables here) added and totaled at the start of engaged battle. >The GM then arranges the order and sets to. > >I really liked the idea of everyone becoming "engaged" (acting on an engaged >initiative) once someone whacks another. Most ranges in DQ are pretty small >and so once battle is joined everyone could easily be considered to be part >of the overall melee. The whole engaged/unengaged sequence bugs me. Engaged initiative uses AG as a base. Frankly, I have actually never seen someone's dexterity have any impact on who acts first. Initiative is not a function of how good your reflexes are, or how fast you move around. It is something that is the result of being less panicked, cooler under fire, and more brutal than your opposition. Some of the good John Wayne movies were the ones were he played a character called Rooster Cogburn. Rooster is asked why he's such a successful gun fighter (he's about 60 or so at the time) . He responds by saying that '...Ah ain't the faster man with a gun. But, others people hesitate when faced with th' awful prospect of endin' another man's life. Ah don't.' I believe that to be the central nub of initiative. We can talk about how dancing around in armoured underwear contributes to initiative, but personally, I don't believe a word of it. In other situations, the person who was fastest had sod all ability at determining who went first. Speed, if it does anything at all, provides you with a better chance of avoiding being hit, whether by body-voiding, dodging or retreating out of range. It can contribute to damage because of the speed of the weapon, or a surprise attack because of the quickness with which a weapon might be used. Someone who is very fast might be able to pull off a snap kick in a fight, for example. Part of what initiative is about is having a plan, keeping an eye out for a victory condition and the ability to amend the plan you have, once contact with the enemy has been established. It's also about morale. While morale might not actually provide a bonus to initiative, it offers a resistance against degrading your initiative. The higher the morale, the greater the resistance. As morale fails, the range of action choices diminish until the only choices that remain are flight or surrender. And, sometimes even those aren't available. We don't reduce action choices to players, as their morale gets eaten up. Instead, they pit their character against the vagaries of the world. They make their own choice about their morale, really, in general based on their apprehension of the closeness of serious death. We might consider some kind of penalty to initiative, though. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Aug 5 21:44:05 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id VAA03805; Sat, 5 Aug 2000 21:37:56 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id VAA03802 for ; Sat, 5 Aug 2000 21:36:45 +1200 Received: from ihug.co.nz (p31-max23.akl.ihug.co.nz [203.109.157.223]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id VAA15283 for ; Sat, 5 Aug 2000 21:31:55 +1200 Message-ID: <398BE007.F5703298@ihug.co.nz> Date: Sat, 05 Aug 2000 21:36:07 +1200 X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Quickness From: scott whitaker To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > choices resolve themselves. > I would prefer that the action flowed something like A acts, then B > responds, then A uses their extra action. It has more story flow. > But, it is only a preference. > > This is how quickness currently works. All quickened people have their first action, then all non-quickened, then quickened people have their second action. This is the way it has been played since I joined the guild about 10 - 12 years ago. Scott Whitaker -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sun Aug 6 01:28:58 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id BAA05091; Sun, 6 Aug 2000 01:28:17 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id BAA05088 for ; Sun, 6 Aug 2000 01:28:11 +1200 Received: from jimarona.ihug.co.nz (p172-tnt2.akl.ihug.co.nz [203.109.245.172]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id BAA23442 for ; Sun, 6 Aug 2000 01:23:20 +1200 Date: Sun, 6 Aug 2000 01:17:07 +1200 Message-ID: <01bffedf$74d15060$acf56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Quickness From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Scott Whittaker wrote: >> choices resolve themselves. >> I would prefer that the action flowed something like A acts, then B >> responds, then A uses their extra action. It has more story flow. >> But, it is only a preference. >> >> > >This is how quickness currently works. All quickened people have their first >action, then all non-quickened, then quickened people have their second action. > >This is the way it has been played since I joined the guild about 10 - 12 years >ago. No. Different DMs apply different rules. As it stands, at the moment, your actions are resolved on your initiative. If you're Quickened, then you have two at that time. I don't know that many people play it that way. And, in any case, I was talking about other things, really. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sun Aug 6 16:59:32 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA11271; Sun, 6 Aug 2000 16:43:42 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA11267 for ; Sun, 6 Aug 2000 16:43:01 +1200 Received: from work.ihug.co.nz (p159-tnt5.akl.ihug.co.nz [203.109.194.159]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id QAA32721 for ; Sun, 6 Aug 2000 16:37:36 +1200 Message-Id: <4.3.2.7.0.20000806163238.00a82740@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 06 Aug 2000 16:34:04 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Results of August 2000 Gods Meeting From: Keith Smith To: dq-announce@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-announce@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz No meeting took place owing to the extreme lack of a quorum. Keith (phaeton@ihug.co.nz) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sun Aug 6 17:13:57 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA11470; Sun, 6 Aug 2000 17:12:05 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA11416 for ; Sun, 6 Aug 2000 17:03:56 +1200 Received: from jimarona.ihug.co.nz (p159-tnt2.akl.ihug.co.nz [203.109.245.159]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id QAA01884 for ; Sun, 6 Aug 2000 16:58:40 +1200 Date: Sun, 6 Aug 2000 16:52:22 +1200 Message-ID: <01bfff62$1c017a40$9ff56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Results of August 2000 Gods Meeting From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I overslept...Sorry. -----Original Message----- From: Keith Smith To: dq-announce@dq.sf.org.nz Date: Sunday, 6 August 2000 16:56 Subject: Results of August 2000 Gods Meeting >No meeting took place owing to the extreme lack of a quorum. > >Keith >(phaeton@ihug.co.nz) > > > >-- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sun Aug 6 17:58:57 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA11830; Sun, 6 Aug 2000 17:46:09 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA11801 for ; Sun, 6 Aug 2000 17:44:27 +1200 Received: from work.ihug.co.nz (p159-tnt5.akl.ihug.co.nz [203.109.194.159]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id RAA27241 for ; Sun, 6 Aug 2000 17:39:01 +1200 Message-Id: <4.3.2.7.0.20000806172225.00c181a0@pop.ihug.co.nz> X-Sender: flamis@pop.ihug.co.nz (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 06 Aug 2000 17:35:28 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Initiative From: Jacqui Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Enhances fighters compared to mages - I know there are quite a few people who feel the pure fighter option is greatly underpowered currently. But that won't actually be the effect. What will happen is that fighter-mages (and even mages who can fight) will choose to hit things instead of casting spells at them. Simply because they do more damage that way. The pure fighter option may be always be a somewhat underpowered choice. Especially outside of the combat sequence. > Leaves some players with little to do, hence bored. If you are spell casting, others get to have 4 actions in the time you get to walk two hexes and make a cast check. (Hm, probably get to walk 4 hexes - both half phases when you are preparing should allow a 2 hex move when quickened.) Being the pure mage always involves large chucks of time while other people do stuff and you just wave at the GM and say "I'm preparing..." One question for people to respond to before I present a possible solution to the initiative problem - which will also smoothly integrate Quickness and Slowness. Given that using unarmed combat ranks is not the most elegant way to determine a spell-caster's engaged initiative, what would suit? IN = PC + MD + 1/2 spell rank + D10? IN = PC + (AG+ MD)/2 + 1/2 spell rank + D10? IN = PC + AG + 1/2 spell rank + D10? (Note: weapon initiative would be IN = PC + AG + weapon rank + D10 in this system. The D10 gives variation without putting the excessive strain on those of us whose mental arithmetic isn't what it used to be that Jim's add D100 system does.) Jacqui -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sun Aug 6 18:18:24 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id SAA12039; Sun, 6 Aug 2000 18:13:42 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id SAA11982 for ; Sun, 6 Aug 2000 18:07:29 +1200 Received: from jimarona.ihug.co.nz (p159-tnt2.akl.ihug.co.nz [203.109.245.159]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id SAA06890 for ; Sun, 6 Aug 2000 18:01:41 +1200 Date: Sun, 6 Aug 2000 17:55:25 +1200 Message-ID: <01bfff6a$ea9df560$9ff56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jacqui Smith wrote: >One question for people to respond to before I present a possible solution >to the initiative problem - which will also smoothly integrate Quickness >and Slowness. STOP NOW! Everyone, stop. Instead of producing a system, think about what we want it to do. Discuss that, first. What's the point of developing a new initiative system, before we know what we want it to do? And, eqations that demonstrate the grace and agility of your mathematical genius are a complete waste of time if we still haven't worked out what we want initiative to do. First principles, people, first principles. We are endlessly chasing around parts of the system, often without working out what we want to do. In some cases, that's fine. Initiative is central to the story telling aspect of combat. It's too important not to have an idea of what we want it to achieve. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sun Aug 6 18:28:56 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id SAA12068; Sun, 6 Aug 2000 18:14:46 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id SAA11985 for ; Sun, 6 Aug 2000 18:08:27 +1200 Received: from jimarona.ihug.co.nz (p159-tnt2.akl.ihug.co.nz [203.109.245.159]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id SAA07008 for ; Sun, 6 Aug 2000 18:03:09 +1200 Date: Sun, 6 Aug 2000 17:56:53 +1200 Message-ID: <01bfff6b$1ee6f7e0$9ff56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jacqui Smith wrote: >(Note: weapon initiative would be IN = PC + AG + weapon rank + D10 in this >system. The D10 gives variation without putting the excessive strain on >those of us whose mental arithmetic isn't what it used to be that Jim's add >D100 system does.) It isn't a problem for players that attend the game properly, and have their initiative values worked out. They don't seem to take any real amount of time determining it. In any case, although I'd like to steal the thunder for that idea, it isn't mine, it's Paul Schmidt's. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 09:58:58 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA17235; Mon, 7 Aug 2000 09:48:58 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id JAA17232 for ; Mon, 7 Aug 2000 09:48:53 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id JAA10120 for ; Mon, 7 Aug 2000 09:43:28 +1200 (NZST) Date: Mon, 7 Aug 2000 09:43:53 +1200 Message-ID: <000101bfffef$6a4bc380$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Initiative -- objectives From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz William said: > The whole engaged/unengaged sequence bugs me. I also find it an irritation -- In terms of desirable principles, it is absurd that no matter how slow a combatant may be w.r.t. all other characters, it still gets to do its action [contribution to the story]. Some combat circumstances *should* have an "initiative advantage," as it were, over certain other actions/actors (e.g., attacking from behind *should* confer an advantage, possibly absolutely, over the person being attacked). Similarly we may(?) find it desirable to allow combatants to have an *edge* over unengaged non-combatants, since a hand-to-hand fight is usually more interesting than shooting an arrow into the combat -- but the rule should not be absolute. Jaqui said/quoted: > Given that using unarmed combat ranks is not the most elegant way to > determine a spell-caster's engaged initiative, what would suit? > IN = PC + MD + 1/2 spell rank + D10? > IN = PC + (AG+ MD)/2 + 1/2 spell rank + D10? > IN = PC + AG + 1/2 spell rank + D10? Why these numbers? because you are trying to force one form of initiative to match another. I think that assumption needs to be queried. Why do we like a d10, or any other random element -- because the concept that initiative is fixed absolutely for the character doesn't agree with our intuitive feel for combat (in the widest sense). I totally agree with a random element for combat, meaning those fighting or those about to fight. However I doubt its desirability for magic. All magic takes a certain time to prepare &/or cast &/or trigger. I have NO problem with this being fixed for a particular mage with certain ranks or stat-points; indeed I prefer it. Therefore I suggest a reasonable principle is that there are two [or, less desirably, at least two]initiatives: REAL actions like rushing into battle, or swinging a weapon, or getting something out of a back-pack, or running away, or firing a bow ... MAGIC actions: casting or triggering. Whilst it should be possibly to delay the onset of the commencement of a magical action, there is no way you should be able to fluke or squeeze it out a little bit faster. Conversely Real actions *are* subject to randomness or fluidity. One other principle is that the Military scientist should have *some* effect on some sorts of initiative -- you expect to have an advantage because you are probably better organised with one than without one. I suggest, though, that a MilScientist should only give an edge to *real* situations. but I don't see how a MilSci can give the mages that slight edge on spell-casting or triggering in the pulse. Yes, a Milsci can order/suggest a good position for spell attack (for line of vision, or physical safety of the battery, I mean mages) so that an organised mage has *several pulses* to hit the enemy before they can reply in hand-to-hand; but fractions of a second advantage within the pulse? ... I think not. Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 11:29:02 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA17929; Mon, 7 Aug 2000 11:24:59 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA17926 for ; Mon, 7 Aug 2000 11:24:55 +1200 Received: from andrewl (andrew-l.cs.auckland.ac.nz [130.216.34.178]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with SMTP id LAA30690 for ; Mon, 7 Aug 2000 11:19:28 +1200 (NZST) (sender andrew-l@cs.auckland.ac.nz) Message-ID: <033a01bffffd$a15dc8b0$b222d882@cs.auckland.ac.nz> Date: Mon, 7 Aug 2000 11:25:38 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: Re: Initiative -- objectives From: "Andrew Luxton" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > REAL actions like rushing into battle, or swinging a weapon, or getting > something out of a back-pack, or running away, or firing a bow ... > MAGIC actions: casting or triggering. > Whilst it should be possibly to delay the onset of the commencement of a > magical action, there is no way you should be able to fluke or squeeze it > out a little bit faster. Conversely Real actions *are* subject to > randomness or fluidity. I disagree. Magic presumably consists of incantations, gesticulations etc. While it is possible that there is a strict tempo REQUIRED for the magic to work (in which case magic could not be quickened), it is equally possible that people could speak the words quicker one time than the next (just as swords are swung quicker in one instance than another), without interfering with the magic. The same song and dance routine could easily contain randomness or fluidity in the same degree as other actions (like firing an arrow). I like the idea of a mage trying to spout the complicated incantations in a hurried fashion to try to get that last syllable out before the opposition. I think that magic can and should have as much variability as "real" actions. If nothing more, it adds excitement to the game because it gives people a change (or hope) that they act before the opposition. Ciao, Andrew -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 11:44:02 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA18032; Mon, 7 Aug 2000 11:36:14 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA18029 for ; Mon, 7 Aug 2000 11:36:10 +1200 Message-ID: <398DF4D2.C234CED1@peace.com> Date: Mon, 07 Aug 2000 11:29:22 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Initiative -- objectives From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Michael Parkinson wrote: > ...a hand-to-hand fight is usually more interesting than shooting an arrow > into the combat -- but the rule should not be absolute. Indeed. A staple of the action/thriller genre -- at least in movies -- has the helpless victim seemingly doomed, the mad slashers raises the knife, a shot rings out, and the slasher falls shot from behind by the hero/detective/whatever. In DQ however... *SLASH* ....urkkkkk.... GM: OK, unengaged figures get to act now. :) -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 12:29:22 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA18395; Mon, 7 Aug 2000 12:25:49 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA18392 for ; Mon, 7 Aug 2000 12:25:46 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id MAA10145 for ; Mon, 7 Aug 2000 12:20:15 +1200 (NZST) Date: Mon, 7 Aug 2000 12:20:41 +1200 Message-ID: <000501c00005$51c33d00$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Initiative -- objectives From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Andrew Luxton said [...] > I think that magic can and should have as much variability as "real" > actions. If nothing more, it adds excitement to the game > because it gives > people a change (or hope) that they act before the opposition. This indirectly brings up the interesting point of whether the random element for initiative should be for a "side" in the battle or on an individual basis. I assume that Andrew is having each actor have an *individual* random roll. Frankly I too prefer it on an individual basis, since the perception of big fight scenes is that random fluctuations in initiative because of minor details (distances of less than 1 hex, the need to shift one's weight & swing one's limbs differently from blow to blow of the combat, etc). If we insist on a big-scale view of things [say each side getting a d10 to initiative which applies to all participants on that side], it is *dubiously* appropriate for Real actions. It is quite untenable for all the magic users on the one side to gabble hurriedly by exactly the same amount. Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 12:30:31 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA18335; Mon, 7 Aug 2000 12:18:51 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA18332 for ; Mon, 7 Aug 2000 12:18:47 +1200 Received: from jimarona.ihug.co.nz (p119-tnt1.akl.ihug.co.nz [206.18.111.119]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA30345 for ; Mon, 7 Aug 2000 12:13:18 +1200 Date: Mon, 7 Aug 2000 12:06:50 +1200 Message-ID: <01c00003$62b4eca0$776f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative -- objectives From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Andrew Luxton wrote: >Magic presumably consists of incantations, gesticulations etc. While it is >possible that there is a strict tempo REQUIRED for the magic to work (in >which case magic could not be quickened), it is equally possible that people >could speak the words quicker one time than the next (just as swords are >swung quicker in one instance than another), without interfering with the >magic. The same song and dance routine could easily contain randomness or >fluidity in the same degree as other actions (like firing an arrow). > >I like the idea of a mage trying to spout the complicated incantations in a >hurried fashion to try to get that last syllable out before the opposition. >I think that magic can and should have as much variability as "real" >actions. If nothing more, it adds excitement to the game because it gives >people a change (or hope) that they act before the opposition. I agree with Andrew. I see no particular reason to make magic into a conveyer belt that produces a result at the end of a process. I identify the concept of trying to 'get the last syllable out before the opposition' as a generally good thing in combat. That means that there has to be some uncertainty as to who will win initiative. Balanced against this, one hopes, dynamically, is the general idea that an experienced character will have a bonus that allows for a better chance of winning initiative against a less experienced character. In the current initiative system, that fails to happen. The bonus is so large that, in general, an high initiative character cannot lose against a lower initiative character. Unengaged characters see this happen a little less frequently, but a lot of the time the initiative range will be greater than 9 points worth. At which point, rolling dice is of no value. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 12:59:00 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA18617; Mon, 7 Aug 2000 12:55:11 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA18614 for ; Mon, 7 Aug 2000 12:55:08 +1200 Received: from jimarona.ihug.co.nz (p119-tnt1.akl.ihug.co.nz [206.18.111.119]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA03393 for ; Mon, 7 Aug 2000 12:49:38 +1200 Date: Mon, 7 Aug 2000 12:43:11 +1200 Message-ID: <01c00008$76ac0fe0$776f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative -- objectives From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Michael Parkinson wrote: >This indirectly brings up the interesting point of whether the random >element for initiative should be for a "side" in the battle or on an >individual basis. I assume that Andrew is having each actor have an >*individual* random roll. > >Frankly I too prefer it on an individual basis, since the perception of big >fight scenes is that random fluctuations in initiative because of minor >details (distances of less than 1 hex, the need to shift one's weight & >swing one's limbs differently from blow to blow of the combat, etc). > >If we insist on a big-scale view of things [say each side getting a d10 to >initiative which applies to all participants on that side], it is >*dubiously* appropriate for Real actions. It is quite untenable for all >the magic users on the one side to gabble hurriedly by exactly the same >amount. Um. Are you saying that we shouldn't use 'party' initiative? As in, the initiative value generated by the players should apply to only their character? I would have thought that if a party had surprise, or had organised an ambush, that they would tend to operate to a fairly strict time table, and that there would, in fact, be a pretty defined order of events. Not that I think it's really important, mind you. In general, I think everyone acts at on different initiatives. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 13:13:59 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA18670; Mon, 7 Aug 2000 13:00:52 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA18667 for ; Mon, 7 Aug 2000 13:00:49 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id MAA16161 for ; Mon, 7 Aug 2000 12:55:18 +1200 (NZST) Date: Mon, 7 Aug 2000 12:55:44 +1200 Message-ID: <000601c0000a$378e00a0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Initiative -- objectives From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Although I disagree with Andrew on: >> I think that magic can and should have as much variability as "real" >> actions. [my reasons for the dislike of "as much" to be posted later], He has indeed won me over on the point that: >> If nothing more, it adds excitement to the game because it gives >> people a change (or hope) that they act before the opposition. Jim highlights the two key concepts: > That means that there has to be some uncertainty as to who will win > initiative. >Balanced against this, one hopes, dynamically, is the general > idea that an experienced character will have a bonus that allows for a > better chance of winning initiative against a less experienced character. I think these are important principles. Does anyone disagree? or should we assume their validity without further argument? I realise that my own preference is for the second principle tends to have weight, especially when the difference between combatants is extreme. A slow novice should never [well, hardly ever] get the drop on a demon or an awake dragon. But it makes for a better, more fitting story if a *really* proficient character normally gets the drop on a *fairly* proficient character -- but if no-one automatically assumes that is the way the next pulse of combat *will* unfold. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 13:29:00 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA18784; Mon, 7 Aug 2000 13:19:57 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id NAA18781 for ; Mon, 7 Aug 2000 13:19:53 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Monday, August 07, 2000 13:10:05 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Mon, 7 Aug 2000 13:13:37 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A720226148C@falaklex00.fcl.co.nz> Date: Mon, 7 Aug 2000 13:13:27 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0000C.B636BC70" Subject: Initiative - overview From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C0000C.B636BC70 Content-Type: text/plain Goal of Initiative: To allow a combat or series of opposed actions to be resolved in an appropriate order to add to the game's enjoyment. Key areas are: 1) Realism 2) Simplicity 3) Variability 4) Skill/Experience differential 5) Plot/resolution enhancement (a small GM "fudge") These can be broken down further. e.g., Realism could include environmental modifiers, quickness, length of weapon, combat position, FT loss, etc. We need to be able to weigh these off against each other. The three that I am most concerned about w.r.t. balancing against each other are Simplicity, Variability and Skill differential. Post to follow. Andrew ------_=_NextPart_001_01C0000C.B636BC70 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Initiative - overview

Goal of Initiative:
To allow a combat or series of = opposed actions to be resolved in an appropriate order to add to the = game's enjoyment.
Key areas are:
1) Realism
2) Simplicity
3) Variability
4) Skill/Experience = differential
5) Plot/resolution enhancement (a = small GM "fudge")

These can be broken down further. = e.g., Realism could include environmental modifiers, quickness, length = of weapon, combat position, FT loss, etc.

We need to be able to weigh these off = against each other. The three that I am most concerned about w.r.t. = balancing against each other are Simplicity, Variability and Skill = differential. Post to follow.

Andrew


------_=_NextPart_001_01C0000C.B636BC70-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 14:00:10 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA19004; Mon, 7 Aug 2000 13:49:21 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id NAA19001 for ; Mon, 7 Aug 2000 13:49:18 +1200 Received: (qmail 29833 invoked by alias); 7 Aug 2000 01:43:43 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 7 Aug 2000 01:43:43 -0000 Date: Mon, 7 Aug 2000 13:43:43 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: Initiative -- objectives From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Jim highlights the two key concepts: > > > That means that there has to be some uncertainty as to who will win > > initiative. > > >Balanced against this, one hopes, dynamically, is the general > > idea that an experienced character will have a bonus that allows for a > > better chance of winning initiative against a less experienced > character. > > I think these are important principles. Does anyone disagree? or > should we > assume their validity without further argument? The second I think is a given, however the first I think merits possible discussion. The point with this issue is what do we want from the combat system or as Jim would phrase it What do the options add to the game :-) 1. A set initiative. Advantages. It brings speed and efficiency to the game. It assists players in adding to the combat as they get to do more in less time and can better prepare themselves for the events. It allows a GM to keep track of the combat more effectivly and allows a greater complexity within the combat itself. IE more bad guys, more sides to a fight. Disadvantages. It is simple and lacks depth. 2. Random initiative Advantages. It brings more depth and realism to the combat. It allows the fight a greater chance for the advantage to swing from side to side. It increases the options a party has and adds a level of intensity to the combat. Disadvantages. It adds to the bookwork and makes is more difficult for a GM to keep track of a large combat. I think both have their good and bad sides and I personally would like to have the complex options for small combats with the simpler option available for large scale battles that I tend to use. However that is probably wanting to have and eat my cake :-) If I had to choose between the two I would go for the simple option because I believe a fast combat is a lot more fun than a complex fight and I play for fun. :-) Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 14:01:22 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA19066; Mon, 7 Aug 2000 13:58:40 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA19063 for ; Mon, 7 Aug 2000 13:58:35 +1200 Received: from jimarona.ihug.co.nz (p119-tnt1.akl.ihug.co.nz [206.18.111.119]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA12308 for ; Mon, 7 Aug 2000 13:53:01 +1200 Date: Mon, 7 Aug 2000 13:46:35 +1200 Message-ID: <01c00011$51f30920$776f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative -- objectives From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Michael Parkinson wrote: >> That means that there has to be some uncertainty as to who will win >> initiative. > >>Balanced against this, one hopes, dynamically, is the general >> idea that an experienced character will have a bonus that allows for a >> better chance of winning initiative against a less experienced character. > >I think these are important principles. Does anyone disagree? or should we >assume their validity without further argument? > >But it makes for a better, more fitting story if a *really* proficient >character normally gets the drop on a *fairly* proficient character -- but >if no-one automatically assumes that is the way the next pulse of combat >*will* unfold. Given, then, that we believe there should be some uncertainty in initiative, balanced against a powerful advantage as a result of experience, should there EVER be a situation where a bunny could win initiative over a dragon? Or, should it just be extremely rare? In other words, do we want the bonus to ever exceed the range of some random number generator? And, let us, for the moment ignore that question, and address ourselves to this one. How do we want combat to run? Should there be an exchange of actions? For the purposes of this particular issue, an action doesn't mean recovering from stun, or whatever, because they aren't choices. You HAVE to make them. Martin has, in previous posts, pointed out that, in DQ, it is possible that a character may be placed in a position where the only thing they ever do is recover from stun. Under the current rules, and Assassin hits someone from behind. They act first, have a really big bonus to hit and damage, so they inflict enough damage that their minimum will be sufficient to cause their opponent to stun, and, seeing as they're behind someone, they might as well use two weapons. The only thing that the person who is attacked gets to do is to recover from stun. And, then, die. Do we want that? -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 14:02:46 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA18960; Mon, 7 Aug 2000 13:44:51 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA18957 for ; Mon, 7 Aug 2000 13:44:48 +1200 Received: from jimarona.ihug.co.nz (p119-tnt1.akl.ihug.co.nz [206.18.111.119]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id NAA10471 for ; Mon, 7 Aug 2000 13:39:17 +1200 Date: Mon, 7 Aug 2000 13:32:50 +1200 Message-ID: <01c0000f$669dc920$776f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0067_01C00073.FBD2A920" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative - overview From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0067_01C00073.FBD2A920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Andrew Withy wrote: 5) Plot/resolution enhancement (a small GM "fudge")=20 =20 =20 =20 Um...You seek to limit the amount by which the DM can fudge? How?=20 =20 =20 =20 There are no means by which the DM can be limited from fudging. It = is entirely dependant on the particular DMs ability to generate a = rationalisation to that end.=20 =20 =20 =20 To that end, there is no point in 'allowing for' DM fudging in some = way. A DM will either fudge or not, and whether or not it is acceptable = or even noticed by players is the only real factor. And, that's not a = rules issue. That's a DMing issue, purely and simply. =20 ------=_NextPart_000_0067_01C00073.FBD2A920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Initiative - overview
Andrew Withy wrote:

5) Plot/resolution enhancement (a = small GM=20 "fudge")

 

Um...You seek to limit the amount = by which the=20 DM can fudge? How?

 

There are no means by which the DM = can be=20 limited from fudging. It is entirely dependant on the particular DMs = ability=20 to generate a rationalisation to that end.

 

To that end, there is no point in = 'allowing=20 for' DM fudging in some way. A DM will either fudge or not, and = whether or=20 not it is acceptable or even noticed by players is the only real = factor.=20 And, that's not a rules issue. That's a DMing issue, purely and=20 simply.

------=_NextPart_000_0067_01C00073.FBD2A920-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 14:04:04 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA18993; Mon, 7 Aug 2000 13:48:45 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id NAA18990 for ; Mon, 7 Aug 2000 13:48:41 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Monday, August 07, 2000 13:38:53 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Mon, 7 Aug 2000 13:42:20 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A720226148D@falaklex00.fcl.co.nz> Date: Mon, 7 Aug 2000 13:42:17 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C00010.B96BD620" Subject: Initiative balance From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C00010.B96BD620 Content-Type: text/plain Balancing Simplicity, Variability and Skill differential. Assumptions/feelings on Skill: If you are ridiculously better/faster than your opponent (Kree/Sabrina/etc. vs a goblin), you should be able to bet your soul on winning (99.9%+) if there is no interference. If you are a fraction better than your opponent (a couple of ranks or stat point different), you should expect to win more often or not, but lose quite often. If you are better than your opponent (say +2 ranks, +2 AG, +2 PC, or whatever other stats are involved), you should expect to win initiative, but get beaten sometimes. If you are significantly better than your opponent (+4 ranks, +5AG, +5PC), should you always expect to win, or expect to win most of the time? Simplicity: At most, a roll for each player plus a semi-constant number (based on weapon, spell, or flat constant for character), plus occasional environmental mods (e.g., +30IV from behind) Variability: Adding no dice gives a fixed result/order. Adding D10 gives a 1% chance of beating and 2% chance of tying with 8IV less, 0% chance of either with 10% difference. Adding D100 gives a 31.6% chance of beating and 0.8% chance of tying with 20IV less and a 12.3% chance of beating with 50IV less. Adding 2D10 gives a 10% chance of beating and 2.87% chance of tying with 8IV less, and 0.35% chance of beating, 0.35% chance of tying with 14IV less. With a spread similar to the current engaged initiative formula (AG + PC + Weapon + Warrior), I feel that 2D10 gives a good range of results. However, I don't know other's intuitions. This is not an answer, but is an expression of comparitive variability in "hard" numbers. This may help quantify others expectations. Andrew ------_=_NextPart_001_01C00010.B96BD620 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Initiative balance

Balancing Simplicity, Variability and = Skill differential.

Assumptions/feelings on Skill:
If you are ridiculously better/faster = than your opponent (Kree/Sabrina/etc. vs a goblin), you should be able = to bet your soul on winning (99.9%+) if there is no = interference.

If you are a fraction better than your = opponent (a couple of ranks or stat point different), you should expect = to win more often or not, but lose quite often.

If you are better than your opponent = (say +2 ranks, +2 AG, +2 PC, or whatever other stats are involved), you = should expect to win initiative, but get beaten sometimes.

If you are significantly better than = your opponent (+4 ranks, +5AG, +5PC), should you always expect to win, = or expect to win most of the time?

Simplicity:
At most, a roll for each player plus a semi-constant number (based on = weapon, spell, or flat constant for character), plus occasional = environmental mods (e.g., +30IV from behind)

Variability:
Adding no dice gives a fixed = result/order.
Adding D10 gives a 1% chance of = beating and 2% chance of tying with 8IV less, 0% chance of either with = 10% difference.
Adding D100 gives a 31.6% chance of = beating and 0.8% chance of tying with 20IV less and a 12.3% chance of = beating with 50IV less.

Adding 2D10 gives a 10% chance of = beating and 2.87% chance of tying with 8IV less, and 0.35% chance of = beating, 0.35% chance of tying with 14IV less.

With a spread similar to the current = engaged initiative formula (AG + PC + Weapon + Warrior), I feel that = 2D10 gives a good range of results. However, I don't know other's = intuitions.

This is not an answer, but is an = expression of comparitive variability in "hard" numbers. This = may help quantify others expectations.

Andrew

------_=_NextPart_001_01C00010.B96BD620-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 14:14:07 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA19190; Mon, 7 Aug 2000 14:09:20 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA19187 for ; Mon, 7 Aug 2000 14:09:16 +1200 Received: from jimarona.ihug.co.nz (p119-tnt1.akl.ihug.co.nz [206.18.111.119]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA13972 for ; Mon, 7 Aug 2000 14:03:43 +1200 Date: Mon, 7 Aug 2000 13:57:18 +1200 Message-ID: <01c00012$d1275100$776f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative -- objectives From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz George Mitchinson wrote: >1. A set initiative. > >Advantages. > >It brings speed and efficiency to the game. It assists players in adding to >the combat as they get to do more in less time and can better prepare >themselves for the events. >It allows a GM to keep track of the combat more effectivly and allows a >greater complexity within the combat itself. IE more bad guys, more sides to >a fight. > >Disadvantages. > >It is simple and lacks depth. > >2. Random initiative > >Advantages. > >It brings more depth and realism to the combat. >It allows the fight a greater chance for the advantage to swing from side to >side. >It increases the options a party has and adds a level of intensity to the >combat. > >Disadvantages. > >It adds to the bookwork and makes is more difficult for a GM to keep track >of a large combat. > > >I think both have their good and bad sides and I personally would like to >have the complex options for small combats with the simpler option available >for large scale battles that I tend to use. However that is probably wanting >to have and eat my cake :-) > >If I had to choose between the two I would go for the simple option because >I believe a fast combat is a lot more fun than a complex fight and I play >for fun. :-) I don't think variable initiative adds to realism. I think it adds to tension. Realism would have us make initiative a frozen thing, but one not in any way defined by Agility. However, I think George is right, we should allow for both means. Sometimes a game needs to be resolved on a party scale, and sometimes it has to be resolved on a battlefield scale. A simple solution that allows for both is to generate a party initiative using dice, against which each character applies their bonuses. This is fast, seeing as you only have to roll once. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 14:30:28 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA19353; Mon, 7 Aug 2000 14:28:28 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id OAA19350 for ; Mon, 7 Aug 2000 14:28:25 +1200 Received: (qmail 21420 invoked by alias); 7 Aug 2000 02:22:54 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 7 Aug 2000 02:22:54 -0000 Date: Mon, 7 Aug 2000 14:22:53 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: Initiative -- objectives From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > I don't think variable initiative adds to realism. I think it adds to > tension. Realism would have us make initiative a frozen thing, but one not > in any way defined by Agility. Good point. > However, I think George is right, we should allow for both means. > Sometimes a game needs to be resolved on a party scale, and > sometimes it has to be resolved on a battlefield scale. > A simple solution that allows for both is to generate a party > initiative using dice, against which each character applies their bonuses. This is > fast, seeing as you only have to roll once. One point here tho is do we want to seperate the actions of the party and the "opposition". With the system I currently use, the players and the NPC's are mixed in so there is a mixture of actions. I feel with a system that enforces one side moving then the other during the actual fighty bits that it will seem a little sterile and unnatural. I may be wrong but it might be something to consider as part of the first principles. :) Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 14:32:01 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA19341; Mon, 7 Aug 2000 14:26:19 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA19338 for ; Mon, 7 Aug 2000 14:26:14 +1200 Message-ID: <398E1C8A.636435A3@peace.com> Date: Mon, 07 Aug 2000 14:18:51 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Initiative -- objectives From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > Under the current rules, and Assassin hits someone from behind. > They act first, have a really big bonus to hit and damage, so they inflict > enough damage that their minimum will be sufficient to cause their opponent to > stun... The only thing that the person who is attacked gets to do is to > recover from stun. And, then, die. > Do we want that? Assassins aside, the cause of this is striking from behind giving an absolute and insurmountable advantage to initiative... ie. the figure behind _always_ goes first. So... imagine for a moment... flunky (with big sword) hides in shadows and attacks Our Hero... if flunky steps out in front of OH (lets assume either suprise or OH has used actions walking towards shadows), then F hits OH, and stuns him. OH recovers in End Phase and at start of new pulse Inits are compared... and things are likely to go badly for F. If however, F waits for OH to pass and then smack him from behind... OH is stunned, recovers in End Phase, new pulse, F is behind OH and gets to go first, stuns OH who recovers on his action but may do nothing else that pulse... repeat until OH is dead. The thing is... given a reasonable SC, a big weapon, bonuses from behind, and one's opponents DEF reduced by no use of shield, etc... Flunky will get Our Hero a reasonable proportion of the time. If Flunky is really highly-skilled bastard assassin from hell... then it doesn't seem (IMHO) so unreasonable. If striking from behind gave a reasonable Init advantage then a Flunky from behind might still loose Init to OH, who could turn around at least to face his foe. BAFH on the other hand will tend to keep the Init and pummel OH. Another possibility would be to allow Stunned characters who have not yet had actions to still choose to do something... even if it were a Pass action or similar. -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 14:32:52 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA19309; Mon, 7 Aug 2000 14:24:45 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id OAA19306 for ; Mon, 7 Aug 2000 14:24:41 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Monday, August 07, 2000 14:14:50 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Mon, 7 Aug 2000 14:18:22 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A7202261490@falaklex00.fcl.co.nz> Date: Mon, 7 Aug 2000 14:18:18 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C00015.C28E7280" Subject: RE: Initiative -- objectives From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C00015.C28E7280 Content-Type: text/plain When having multi-sided, 50+ combatant fights, it is usually easier to have one initiative per side, with occasional individual resolution of key fights or people separately. However, I don't think we need to have a rule for this - many GMs use this method out of necessity, and will probably continue to do so no matter what initiative system we use for "duels". Andrew > -----Original Message----- > Sometimes a game needs to be resolved on a party scale, and sometimes it > has > to be resolved on a battlefield scale. > A simple solution that allows for both is to generate a party > initiative > using dice, against which each character applies their bonuses. This is > fast, seeing as you only have to roll once. > ------_=_NextPart_001_01C00015.C28E7280 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Initiative -- objectives

When having = multi-sided, 50+ combatant fights, it is usually easier to have one = initiative per side, with occasional individual resolution of key = fights or people separately. However, I don't think we need to have a = rule for this - many GMs use this method out of necessity, and will = probably continue to do so no matter what initiative system we use for = "duels".

Andrew

    -----Original Message-----
    Sometimes a game needs to be resolved = on a party scale, and sometimes it has
    to be resolved on a battlefield = scale.
        A simple solution = that allows for both is to generate a party initiative
    using dice, against which each = character applies their bonuses. This is
    fast, seeing as you only have to roll = once.

------_=_NextPart_001_01C00015.C28E7280-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 14:33:50 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA19292; Mon, 7 Aug 2000 14:21:15 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id OAA19289 for ; Mon, 7 Aug 2000 14:21:12 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Monday, August 07, 2000 14:11:29 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Mon, 7 Aug 2000 14:15:02 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A720226148F@falaklex00.fcl.co.nz> Date: Mon, 7 Aug 2000 14:14:59 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C00015.4B318210" Subject: RE: Initiative - overview From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C00015.4B318210 Content-Type: text/plain Fudging At the moment, fudging IV is a little hard in melee combat. For instance, if you are faster than the enemy this pulse, then the GM wants the enemy to win next pulse *for whatever reason*, then the player gets suspicious. There needs to be enough flexibility, either in the rules or the player's mindset (much harder to change) to avoid breaking disbelief in these circumstances. Either random or environmental bonuses. I am not suggesting adding a +5 bonus on GM whim. I am suggesting a system where a fudge (in favour of either side) is possible. For instance, the current unengaged initiative system has enough room to allow a little fudging transparently. Andrew > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > Sent: Monday, August 07, 2000 1:33 PM > To: dq@dq.sf.org.nz > Subject: Re: Initiative - overview > > Andrew Withy wrote: > > 5) Plot/resolution enhancement (a small GM "fudge") > > > > Um...You seek to limit the amount by which the DM can fudge? How? > > > > There are no means by which the DM can be limited from fudging. It > is entirely dependant on the particular DMs ability to generate a > rationalisation to that end. > > > > To that end, there is no point in 'allowing for' DM fudging in some > way. A DM will either fudge or not, and whether or not it is acceptable or > even noticed by players is the only real factor. And, that's not a rules > issue. That's a DMing issue, purely and simply. > ------_=_NextPart_001_01C00015.4B318210 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Initiative - overview

Fudging
At the moment, = fudging IV is a little hard in melee combat. For instance, if you are = faster than the enemy this pulse, then the GM wants the enemy to win = next pulse *for whatever reason*, then the player gets = suspicious.

There needs to be = enough flexibility, either in the rules or the player's mindset (much = harder to change) to avoid breaking disbelief in these circumstances. = Either random or environmental bonuses.

I am not suggesting = adding a +5 bonus on GM whim. I am suggesting a system where a fudge = (in favour of either side) is possible. For instance, the current = unengaged initiative system has enough room to allow a little fudging = transparently.


Andrew

    -----Original Message-----
    From:   Jim Arona [SMTP:jimarona@ihug.co.nz]
    Sent:   Monday, August 07, 2000 1:33 PM
    To:     dq@dq.sf.org.nz
    Subject:       = Re: Initiative - overview

    Andrew Withy = wrote:

      5) Plot/resolution enhancement (a = small GM "fudge")

      =A0

      Um...You seek to = limit the amount by which the DM can fudge? How?=20

      =A0

      There are no means = by which the DM can be limited from fudging. It is entirely dependant = on the particular DMs ability to generate a rationalisation to that = end.

      =A0

      To that end, there = is no point in 'allowing for' DM fudging in some way. A DM will either = fudge or not, and whether or not it is acceptable or even noticed by = players is the only real factor. And, that's not a rules issue. That's = a DMing issue, purely and simply.

------_=_NextPart_001_01C00015.4B318210-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 14:45:02 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA19382; Mon, 7 Aug 2000 14:29:59 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA19378 for ; Mon, 7 Aug 2000 14:29:56 +1200 Received: from andrewl (andrew-l.cs.auckland.ac.nz [130.216.34.178]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with SMTP id OAA02681 for ; Mon, 7 Aug 2000 14:24:25 +1200 (NZST) (sender andrew-l@cs.auckland.ac.nz) Message-ID: <036301c00017$77d74ba0$b222d882@cs.auckland.ac.nz> Date: Mon, 7 Aug 2000 14:30:32 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Subject: Re: Initiative balance From: "Andrew Luxton" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz How about having an initiative stat which gets used up over the course of the combat? We could have a system where initiative is resolved by rolling D10. Players may choose to add as much of their initiative stat as they like on each die roll. The amount that they add (spend) is used up until the end of the combat. This allows players to be heroic if they desire by spending all their points at once (and thereby making it extremely likely to win), or spend a couple of points each pulse and have a better than average chance for a much longer time. Player end up doing the paperwork (which is no more difficult than keeping track of fatigue), and GMs can choose to make all the bad guys spend their points in whatever way they find easiest to maintain. Ciao, Andrew -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 14:47:02 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA19489; Mon, 7 Aug 2000 14:36:42 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA19486 for ; Mon, 7 Aug 2000 14:36:39 +1200 Received: from jimarona.ihug.co.nz (p119-tnt1.akl.ihug.co.nz [206.18.111.119]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA20022 for ; Mon, 7 Aug 2000 14:31:06 +1200 Date: Mon, 7 Aug 2000 14:24:41 +1200 Message-ID: <01c00016$a493bd00$776f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative -- objectives From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz George Mitchinson wrote: >One point here tho is do we want to seperate the actions of the party and >the "opposition". With the system I currently use, the players and the NPC's >are mixed in so there is a mixture of actions. I feel with a system that >enforces one side moving then the other during the actual fighty bits that >it will seem a little sterile and unnatural. > >I may be wrong but it might be something to consider as part of the first >principles. What I meant was that in large combats, the players roll their initiative dice, and determine when their actions fall, while the DM rolls his dice once, and modifies the result by the bonuses of his NPCs. There should still be variation within the combat order. I don't think it's a good idea to have all of the actions of one side resolved first, and then all of the actions of the other side, except, in a tabletop situation, I suppose. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 14:48:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA19524; Mon, 7 Aug 2000 14:43:30 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA19521 for ; Mon, 7 Aug 2000 14:43:22 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id OAA03718 for ; Mon, 7 Aug 2000 14:37:47 +1200 (NZST) Date: Mon, 7 Aug 2000 14:38:13 +1200 Message-ID: <001101c00018$88683640$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Initiative -- objectives From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >Frankly I too prefer it on an individual basis, since the > perception of big > >fight scenes is that random fluctuations in initiative because of minor > >details (distances of less than 1 hex, the need to shift one's weight & > >swing one's limbs differently from blow to blow of the combat, etc). > > > >If we insist on a big-scale view of things [say each side > getting a d10 to > >initiative which applies to all participants on that side], it is > >*dubiously* appropriate for Real actions. It is quite untenable for all > >the magic users on the one side to gabble hurriedly by exactly the same > >amount. > > > Um. > Are you saying that we shouldn't use 'party' initiative? As in, the > initiative value generated by the players should apply to only their > character? Yes [If I understand your question correctly]. Clearly this is only practical for a small number of participants. As with all large-scale combats, the GM will instead "simplify" the behaviour of NPCs > I would have thought that if a party had surprise, or had organised an > ambush, that they would tend to operate to a fairly strict time > table, and > that there would, in fact, be a pretty defined order of events. I was talking about combat in media res. Clearly surprise or ambush situations that begin the combat are different. I have no problems with GMs who allow a side a completely free pulse ofattacks, or whatever, before the interactive combat begins. > Not that I think it's really important, mind you. In general, I think > everyone acts at on different initiatives. Agreed. The characters should be able to rejoice in their "differentness" Player A should have *several* reasons why they act on a different initiative to player B: most are consistent & explainable by stat points, ranks in weapons & skills, etc -- others representing the minutiae of combat not specified (represented by the random roll), but which can describe in as much detail as desired, after the event, by the bard. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 14:59:32 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA19675; Mon, 7 Aug 2000 14:56:38 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id OAA19672 for ; Mon, 7 Aug 2000 14:56:29 +1200 Received: (qmail 7510 invoked by alias); 7 Aug 2000 02:50:57 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 7 Aug 2000 02:50:57 -0000 Date: Mon, 7 Aug 2000 14:50:57 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: Initiative balance From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > How about having an initiative stat which gets used up over the course of > the combat? > > We could have a system where initiative is resolved by rolling > D10. Players > may choose to add as much of their initiative stat as they like > on each die > roll. The amount that they add (spend) is used up until the end of the > combat. > > This allows players to be heroic if they desire by spending all > their points > at once (and thereby making it extremely likely to win), or spend a couple > of points each pulse and have a better than average chance for a > much longer > time. Player end up doing the paperwork (which is no more difficult than > keeping track of fatigue), and GMs can choose to make all the bad > guys spend > their points in whatever way they find easiest to maintain. I like the concept but for me the work portion of things is not the working out of the initiative. It is the working out of who goes when. This is the main reason I go with a static initiative. Because I always know the order of the party and the bad guys and have them listed with their defence, initiatives and their standard fear response in the order that they have their actions. I like to know when indeviduals will have their actions so I can therefore concentrate on the actions of the NPC's. Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 15:01:00 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA19638; Mon, 7 Aug 2000 14:54:36 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA19635 for ; Mon, 7 Aug 2000 14:54:32 +1200 Received: from jimarona.ihug.co.nz (p119-tnt1.akl.ihug.co.nz [206.18.111.119]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA22552 for ; Mon, 7 Aug 2000 14:48:58 +1200 Date: Mon, 7 Aug 2000 14:42:33 +1200 Message-ID: <01c00019$23c26a20$776f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0208_01C0007D.B8F74A20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative - overview From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0208_01C0007D.B8F74A20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable -----Original Message----- From: Andrew Withy (FAL AKL) To: dq@dq.sf.org.nz Date: Monday, 7 August 2000 14:29 Subject: RE: Initiative - overview =20 =20 Fudging=20 At the moment, fudging IV is a little hard in melee combat. For = instance, if you are faster than the enemy this pulse, then the GM wants = the enemy to win next pulse *for whatever reason*, then the player gets = suspicious. =20 There needs to be enough flexibility, either in the rules or the = player's mindset (much harder to change) to avoid breaking disbelief in = these circumstances. Either random or environmental bonuses. =20 I am not suggesting adding a +5 bonus on GM whim. I am suggesting a = system where a fudge (in favour of either side) is possible. For = instance, the current unengaged initiative system has enough room to = allow a little fudging transparently. =20 Sure. But, even in the current system, with engaged initiative, I = could come up with a rationalisation that allowed for an NPC that = provided variable initiative from one pulse to the next. I could even = make it an item that the party could find, if I wanted to legitimise it, = afterwards. =20 Still and all, I agree in general. It is better to have some system = that allows for enough variation so that a DM doesn't have to generate = these entities. =20 ------=_NextPart_000_0208_01C0007D.B8F74A20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Initiative - = overview
 
-----Original = Message-----
From:=20 Andrew Withy (FAL AKL) <AndrewW@falum.co.nz>
To:= =20 dq@dq.sf.org.nz <dq@dq.sf.org.nz>
Date:=20 Monday, 7 August 2000 14:29
Subject: RE: Initiative -=20 overview

Fudging =
At the moment, fudging IV is a = little hard=20 in melee combat. For instance, if you are faster than the enemy this = pulse,=20 then the GM wants the enemy to win next pulse *for whatever reason*, = then=20 the player gets suspicious.

There needs to be = enough=20 flexibility, either in the rules or the player's mindset (much = harder to=20 change) to avoid breaking disbelief in these circumstances. Either = random or=20 environmental bonuses.

I am not suggesting = adding a +5=20 bonus on GM whim. I am suggesting a system where a fudge (in favour = of=20 either side) is possible. For instance, the current unengaged = initiative=20 system has enough room to allow a little fudging = transparently.

Sure. But, even in the current system, with engaged initiative, I = could=20 come up with a rationalisation that allowed for an NPC that provided = variable initiative from one pulse to the next. I could even make it = an item=20 that the party could find, if I wanted to legitimise it, = afterwards.

Still and all, I agree in general. It is better to have some = system that=20 allows for enough variation so that a DM doesn't have to generate = these=20 entities.

------=_NextPart_000_0208_01C0007D.B8F74A20-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 15:14:54 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA19817; Mon, 7 Aug 2000 15:10:21 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA19812 for ; Mon, 7 Aug 2000 15:10:14 +1200 Received: from jimarona.ihug.co.nz (p119-tnt1.akl.ihug.co.nz [206.18.111.119]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA24877 for ; Mon, 7 Aug 2000 15:04:40 +1200 Date: Mon, 7 Aug 2000 14:58:16 +1200 Message-ID: <01c0001b$5569fbe0$776f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative balance From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz George Mitchinson wrote: > >I like the concept but for me the work portion of things is not the working >out of the initiative. It is the working out of who goes when. This is the >main reason I go with a static initiative. Because I always know the order >of the party and the bad guys and have them listed with their defence, >initiatives and their standard fear response in the order that they have >their actions. > >I like to know when indeviduals will have their actions so I can therefore >concentrate on the actions of the NPC's. Um. But, wouldn't that mean that you don't want to have a variable initiative at all? If there is any variable initiative, then you're not going to know who goes first, until you resolve the randomly generated initiative bonus. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 15:18:32 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA19742; Mon, 7 Aug 2000 15:03:57 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA19739 for ; Mon, 7 Aug 2000 15:03:52 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id OAA07558 for ; Mon, 7 Aug 2000 14:58:20 +1200 (NZST) Date: Mon, 7 Aug 2000 14:58:46 +1200 Message-ID: <001201c0001b$678af1d0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Initiative -- objectives From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Mandos asked > One point here tho is do we want to seperate the actions of the party and > the "opposition". With the system I currently use, the players > and the NPC's > are mixed in so there is a mixture of actions. I feel with a system that > enforces one side moving then the other during the actual fighty > bits that > it will seem a little sterile and unnatural. Couldn't agree more. But that is how the GM, unless "play-testing" a new inititative system, is forced to run the unengaged characters. Is this where most GMs admit to tamperring with the inititative rules? > I may be wrong but it might be something to consider as part of the first > principles. You're quite right. From the postings (& what I've experienced of other GMs) most, if not all, seem to have agreed on this point. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 15:20:30 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA19775; Mon, 7 Aug 2000 15:05:30 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA19772 for ; Mon, 7 Aug 2000 15:05:25 +1200 Received: from jimarona.ihug.co.nz (p119-tnt1.akl.ihug.co.nz [206.18.111.119]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA24092 for ; Mon, 7 Aug 2000 14:59:52 +1200 Date: Mon, 7 Aug 2000 14:53:28 +1200 Message-ID: <01c0001a$a9c3b920$776f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative balance From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Andrew Luxton wrote: >How about having an initiative stat which gets used up over the course of >the combat? > >We could have a system where initiative is resolved by rolling D10. Players >may choose to add as much of their initiative stat as they like on each die >roll. The amount that they add (spend) is used up until the end of the >combat. > >This allows players to be heroic if they desire by spending all their points >at once (and thereby making it extremely likely to win), or spend a couple >of points each pulse and have a better than average chance for a much longer >time. Player end up doing the paperwork (which is no more difficult than >keeping track of fatigue), and GMs can choose to make all the bad guys spend >their points in whatever way they find easiest to maintain. > I like the idea, but it does something that I'm not keen on. In many ways, it's the same as Quickness. Winning initiative is too powerful an advantage. In a critical based system, particularly one where you can render an opponent inoperable by stun, FT exhaustion, as well as killing them outright, then the answer has to be to use your initiative advantage in the first two or three pulses. Then, you spend every erg of initiative that you have. Perhaps a cap of some kind. Practically, it is an uncommon combat that lasts more than ten pulses. We could limit the amount or initiative bonus added to the die roll to, say, 10% (truncated) of their total initiative value. It does capture the idea of being ground down by the opposition, in a way that isn't simple tiredness or damage. And, it could create situations where combatants might exchange slow, weary blows. That is a part of the genre, as well, after all. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 15:32:34 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA19959; Mon, 7 Aug 2000 15:23:43 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id PAA19956 for ; Mon, 7 Aug 2000 15:23:39 +1200 Received: (qmail 6965 invoked by alias); 7 Aug 2000 03:18:07 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 7 Aug 2000 03:18:07 -0000 Date: Mon, 7 Aug 2000 15:18:07 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: Initiative balance From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Um. But, wouldn't that mean that you don't want to have a variable > initiative at all? If there is any variable initiative, then you're not > going to know who goes first, until you resolve the randomly generated > initiative bonus. Thats why a static initiative was my favoured option earlier :-) I was more responding to the less work aspect of that option. Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 15:47:17 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA20028; Mon, 7 Aug 2000 15:33:31 +1200 Received: from fep3-orange.clear.net.nz (fep3-orange.clear.net.nz [203.97.32.3]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA20025 for ; Mon, 7 Aug 2000 15:33:27 +1200 Received: from comms.maclean.co.nz (b001-m005-p016.acld.clear.net.nz [203.97.54.80]) by fep3-orange.clear.net.nz (1.5/1.8) with ESMTP id PAA22167; Mon, 7 Aug 2000 15:27:53 +1200 (NZST) Received: by comms.maclean.co.nz with Internet Mail Service (5.0.1460.8) id ; Mon, 7 Aug 2000 15:10:19 +1200 Message-ID: Date: Mon, 7 Aug 2000 15:10:17 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: Initiative - overview From: Tom Mason To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Just to complicate matters, an area that hasn't been covered is slowing = down your iniative when you have been thumped. Most people are slightly = groggy when coming out of stun, surely this would effect there iniative. This = is one area that really bugs me. John the baddy gets hit by four people, = goes into stun, recovers and miraculously gets the first hit. Most people = close their eyes when they go into stun and need to refocus on the task at = hand. =A0 Tom -----Original Message----- From: Andrew Withy (FAL AKL) [mailto:AndrewW@falum.co.nz] Sent: Monday, 7 August 2000 14:15 To: dq@dq.sf.org.nz Subject: RE: Initiative - overview Fudging=20 At the moment, fudging IV is a little hard in melee combat. For = instance, if you are faster than the enemy this pulse, then the GM wants the enemy = to win next pulse *for whatever reason*, then the player gets suspicious. There needs to be enough flexibility, either in the rules or the = player's mindset (much harder to change) to avoid breaking disbelief in these circumstances. Either random or environmental bonuses. I am not suggesting adding a +5 bonus on GM whim. I am suggesting a = system where a fudge (in favour of either side) is possible. For instance, the current unengaged initiative system has enough room to allow a little fudging transparently. Andrew=20 -----Original Message-----=20 From:=A0=A0 Jim Arona [SMTP:jimarona@ihug.co.nz]=20 Sent:=A0=A0 Monday, August 07, 2000 1:33 PM=20 To:=A0=A0=A0=A0 dq@dq.sf.org.nz=20 Subject:=A0=A0=A0=A0=A0=A0=A0 Re: Initiative - overview=20 Andrew Withy wrote:=20 5) Plot/resolution enhancement (a small GM "fudge")=20 =A0=20 Um...You seek to limit the amount by which the DM can fudge? How?=20 =A0=20 There are no means by which the DM can be limited from fudging. It is entirely dependant on the particular DMs ability to generate a rationalisation to that end.=20 =A0=20 To that end, there is no point in 'allowing for' DM fudging in some way. A DM will either fudge or not, and whether or not it is acceptable = or even noticed by players is the only real factor. And, that's not a = rules issue. That's a DMing issue, purely and simply. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 16:02:34 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA20106; Mon, 7 Aug 2000 15:44:18 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA20103 for ; Mon, 7 Aug 2000 15:44:14 +1200 Received: from jimarona.ihug.co.nz (p39-tnt6.akl.ihug.co.nz [216.100.154.39]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA30238 for ; Mon, 7 Aug 2000 15:38:38 +1200 Date: Mon, 7 Aug 2000 15:32:08 +1200 Message-ID: <01c00020$10a0c8e0$279a64d8@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative balance From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz George Mitchinson wrote: >> Um. But, wouldn't that mean that you don't want to have a variable >> initiative at all? If there is any variable initiative, then you're not >> going to know who goes first, until you resolve the randomly generated >> initiative bonus. > >Thats why a static initiative was my favoured option earlier :-) > >I was more responding to the less work aspect of that option. > But, a frozen initiative order is also sterile -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 16:03:37 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA20525; Mon, 7 Aug 2000 15:57:04 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA20522 for ; Mon, 7 Aug 2000 15:57:00 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id PAA05392 for ; Mon, 7 Aug 2000 15:51:27 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Mon, 7 Aug 2000 15:51:31 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: RE: Initiative balance From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > > Um. But, wouldn't that mean that you don't want to have a variable > > initiative at all? If there is any variable initiative, then you're not > > going to know who goes first, until you resolve the randomly generated > > initiative bonus. > >Thats why a static initiative was my favoured option earlier :-) > >I was more responding to the less work aspect of that option. As a player, I found Jim's d100 + bonuses initiative system pretty easy to use, and it certainly added well to the tension of the combats at times. In the party in question the bonus seemed to be about 30-80 so the d100 didn't totally overwhelm things, but it was at least as significant as your personal bonus. As a player and a GM, I think the static initiative system we currently use probably does shave a few minutes of a night's combat, but it doesn't seem very fun to me. I also would like to see an initiative scheme without this split between engaged and unengaged. I would like all the initiatives on the same scale so that magic and combat can be interspersed. clare -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 16:29:06 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA20733; Mon, 7 Aug 2000 16:28:06 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id QAA20729 for ; Mon, 7 Aug 2000 16:27:57 +1200 Received: (qmail 31034 invoked by alias); 7 Aug 2000 04:22:23 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 7 Aug 2000 04:22:23 -0000 Date: Mon, 7 Aug 2000 16:22:23 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: Initiative balance From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >Thats why a static initiative was my favoured option earlier :-) > > > >I was more responding to the less work aspect of that option. > > > But, a frozen initiative order is also sterile In a way but the fact that it allows the combat to flow more effectivly means that you can add a level of detail and depth to the combat that gets missed when you have to concentrate on who goes when. A swings and roundabouts type thing. The Players go then the opponents go system takes much more away from the game than the static initiatives. Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 16:44:36 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA20781; Mon, 7 Aug 2000 16:31:50 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id QAA20778 for ; Mon, 7 Aug 2000 16:31:47 +1200 Received: (qmail 17852 invoked by alias); 7 Aug 2000 04:26:13 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 7 Aug 2000 04:26:13 -0000 Date: Mon, 7 Aug 2000 16:26:13 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: Initiative balance From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > As a player, I found Jim's d100 + bonuses initiative system pretty > easy to use, and it certainly added well to the tension of the > combats at times. In the party in question the bonus seemed to be > about 30-80 so the d100 didn't totally overwhelm things, but it was > at least as significant as your personal bonus. > > As a player and a GM, I think the static initiative system we > currently use probably does shave a few minutes of a night's combat, > but it doesn't seem very fun to me. I also would like to see an > initiative scheme without this split between engaged and unengaged. I > would like all the initiatives on the same scale so that magic and > combat can be interspersed. The removal of the engaged/unengaged was my major priority. It just adds complexity with no real advantages. Regarding the fun aspect of the static initiative. I think it allows the GM time to concentrate on adding detail to the game rather than on the numbers. If people are willing to give up a little time I am happy to donate an afternoon to running people through a combat and having a thinktank discussion about initiative. Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 16:59:17 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA20934; Mon, 7 Aug 2000 16:56:22 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA20931 for ; Mon, 7 Aug 2000 16:56:17 +1200 Received: from jimarona.ihug.co.nz (p323-tnt6.akl.ihug.co.nz [203.109.136.69]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id QAA08460 for ; Mon, 7 Aug 2000 16:50:36 +1200 Date: Mon, 7 Aug 2000 16:44:04 +1200 Message-ID: <01c0002a$1daedf40$45886dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative balance From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Clare West wrote: >As a player, I found Jim's d100 + bonuses initiative system pretty >easy to use, and it certainly added well to the tension of the >combats at times. In the party in question the bonus seemed to be >about 30-80 so the d100 didn't totally overwhelm things, but it was >at least as significant as your personal bonus. Once again, I must point out that the idea of using percentiles to generate initiative is not my idea, it was Paul's. I merely stole it. Any kudos, and likewise blame, should go to him.:-) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 17:14:32 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA20957; Mon, 7 Aug 2000 16:59:59 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA20953 for ; Mon, 7 Aug 2000 16:59:52 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id QAA06838 for ; Mon, 7 Aug 2000 16:54:17 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Mon, 7 Aug 2000 16:54:21 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: RE: Initiative balance From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >Regarding the fun aspect of the static initiative. I think it allows the GM >time to concentrate on adding detail to the game rather than on the numbers. >If people are willing to give up a little time I am happy to donate an >afternoon to running people through a combat and having a thinktank >discussion about initiative. Well maybe that is related to GMing style as much as anything. I find those tiny little on the fly "rationalizations" as to why some outrageous thing, produced by a dice roll, has happened quite a lot of fun as a player and a GM. That is to say how the bunny managed to get the drop on the Dragon. clare -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 17:15:25 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA21024; Mon, 7 Aug 2000 17:06:25 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA21021 for ; Mon, 7 Aug 2000 17:06:21 +1200 Received: from jimarona.ihug.co.nz (p323-tnt6.akl.ihug.co.nz [203.109.136.69]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id RAA09883 for ; Mon, 7 Aug 2000 17:00:45 +1200 Date: Mon, 7 Aug 2000 16:54:14 +1200 Message-ID: <01c0002b$88bf3540$45886dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative balance From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz George Mitchinson wrote: >> >Thats why a static initiative was my favoured option earlier :-) >> > >> >I was more responding to the less work aspect of that option. >> > >> But, a frozen initiative order is also sterile > >In a way but the fact that it allows the combat to flow more effectivly >means that you can add a level of detail and depth to the combat that gets >missed when you have to concentrate on who goes when. A swings and >roundabouts type thing. The Players go then the opponents go system takes >much more away from the game than the static initiatives. I think you're labouring under a misapprehension, George. There is no suggestion that a variable initiative system might work like that at all. At the moment, what has been suggested is that either: The Mil Sci (say) generates the player's initiative bonus, and each player modifies it by their character's initiative value individually. The DM generates the NPC's initiative bonus, and modifies it by each NPC's initiative values. or: Each player generates their own initiative bonus, and modifies it by their character's initiative value. Likewise, the DM rolls for each NPC separately. The first method means that either party's combat order never varies. The second method means that combat order varies. In no case do you get a situation where the party acts, then the NPCs act, end of pulse, new declarations, etc, etc, etc. (Except, sometimes it may happen in the latter example. Frequency would be determined by the range of die roll, I suppose.) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 17:29:20 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA21182; Mon, 7 Aug 2000 17:28:37 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id RAA21179 for ; Mon, 7 Aug 2000 17:28:33 +1200 Received: (qmail 3271 invoked by alias); 7 Aug 2000 05:22:58 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 7 Aug 2000 05:22:58 -0000 Date: Mon, 7 Aug 2000 17:22:58 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: Initiative balance From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > I think you're labouring under a misapprehension, George. There is no > suggestion that a variable initiative system might work like that at all. > At the moment, what has been suggested is that either: > The Mil Sci (say) generates the player's initiative bonus, and each > player modifies it by their character's initiative value individually. The > DM generates the NPC's initiative bonus, and modifies it by each NPC's > initiative values. > or: > Each player generates their own initiative bonus, and modifies it by > their character's initiative value. Likewise, the DM rolls for each NPC > separately. > > The first method means that either party's combat order never varies. > The second method means that combat order varies. > In no case do you get a situation where the party acts, then the NPCs > act, end of pulse, new declarations, etc, etc, etc. (Except, sometimes it > may happen in the latter example. Frequency would be determined > by the range > of die roll, I suppose.) I like the way the first option includs Mil Sci. In my system they only have the use during the initial unengaged phases at the start of combat, which I felt was a little unfair to those who had ranked the skill. Surely tho if the MilSci rolls then the order will change in respect to the opponents each round? This would actually work quite well, you would get a change of order between you and the oppenents each round thus you could get more people to have actions before them or vice versa, while the basic player order would not change keeping things simple for the GM. Also in really big fights you could just roll once at the start of the combat and keep it static based on that if there are too many opponents to keep track of easily. On paper this idea gets the thumbs up from me, I might give it a playtest or two. As another point what would people think of the bonuses being non-weapon specific? Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 17:44:20 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA21195; Mon, 7 Aug 2000 17:29:00 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA21190 for ; Mon, 7 Aug 2000 17:28:56 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id RAA06972 for ; Mon, 7 Aug 2000 17:23:19 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Mon, 7 Aug 2000 17:23:23 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: Initiative balance From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz At 16:44 +1200 7/8/2000, Jim Arona wrote: > Once again, I must point out that the idea of using percentiles to >generate initiative is not my idea, it was Paul's. I merely stole it. Any >kudos, and likewise blame, should go to him.:-) Sorry - you are of course right Jim. I first encountered it on your game - which is why I associate it with you. clare -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 19:43:58 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id TAA22208; Mon, 7 Aug 2000 19:41:52 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id TAA22205 for ; Mon, 7 Aug 2000 19:41:49 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id TAA13232 for ; Mon, 7 Aug 2000 19:36:10 +1200 (NZST) Date: Mon, 7 Aug 2000 19:36:36 +1200 Message-ID: <001501c00042$37f5a1a0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Initiative balance From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > I like the way the first option includs Mil Sci. Why can't we have a fixed MilSci bonus AND a random element. We had both in the system my last party trialled [which I'm not advocating as *the* system necessarily -- for starters people probably will want larger random elements]. For non-magical actions, some sort of Mil Scientist bonus is important -- seeing that we apparently wish this skill to have some advantage for the party w.r.t. skirmish tactics. Assume a character has base initiative X for casting a certain spell & a base initiative of Y with a prepared weapon. Lets assume you wish to cast a spell or attack with a weapon as fast as possible. Andrew has argued for a random factor in the magical initiative as justifiable ("people could speak the words [fractionally] quicker one time than the next") and, more importantly, desirable ("it adds excitement to the game because it gives people a chance or hope that they act before the opposition"). I believe that variable factor in non-magical activities (REAL events) is much [*much*] greater. As we seem to play it, magic involves speaking certain words & performing SET certain gestures. When the spell is finished the magic happens. However the real event of hitting with a weapon is much more variable, yes you may be able to swing your hand & weapon through the same arc a fraction faster one time than another [of the same order as the mage speaking fractionally faster one time than the other.] But you are not robotically performing the same weapon swing. Your opponent is moving, and so are you. You have a variety of striking options which it has taken your trainer a long time to teach you to take advantage of particular circumstances & positions. Even if you are fighting with the same weapon for the entire battle, you are NOT performing the same set sequence of actions each time; but a Mage preparing & casting the same spell all the battle effectively is. I see the random initiative aspect as a game mechanic to cover all those factors for which we don't have a sophisticated virtual reality simulator to model for us. After the battle when, with mead copiously flowing, the characters retell the ordeal in gloriously laboured detail, the event of rolling a 10 on initiative & getting a blow in first before you enemy could split your skull with his axe Even if one is not in battle but, say, rushing over to aid a fallen or failing comrade. There are little aspects to your movement which the random roll simulates. You want to perform the action as quickly as possible, but whether you take 12 or 15 quick steps depends on where those small stones on the ground lie, or a slight slowing as you eye sees a weapon being swung 10 feet away, or ... > Surely tho if the MilSci rolls then the order will change in > respect to the > opponents each round? This is logically inconsistent. Say two fighters B & S with 79 and 81 respective IV are fighting a demon with 82 IV. Even with a minimal random element [say rolling a d10] there is a 21% chance that B will act before the demon, but NO chance B will ever act before S even though S's initiative is LESS than the Demon's. "No I'm sorry Blitzie, there is no way you will be faster than Saab in combat -- unless you happen to be fighting on opposing sides." Frankly one of the joys for the party with a variable element on the was not having a chance to attack before the enemy, but to have a chance of striking before one's slightly superior comrade. > As another point what would people think of the bonuses being non-weapon > specific? What do you mean by this? If you mean that a swordsman has the same base initiative regardless of the weapon his opponent has [or doesn't have]; I say O.K. If you mean that a tyro with Rank 1 rapier or Rank 1 hand-axe has the same base initiative with each; I say why not? -- it's a factor of the current system that no-one has complained about [yet]. If you mean Don Filipe has same initiative with all weapons -- i.e., regardless of whether he's using that Rank-10 rapier of which he is a Master, or that club which he has at Rank 0 -- I say that sounds undesirable. Rank in a weapon is a vital aspect of how well one can handle it, and I'm sure players expect an initiative system that pays *some* attention to the pride & industry with which they have ranked their characters' weapons. regards, Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 19:59:00 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id TAA22301; Mon, 7 Aug 2000 19:52:50 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id TAA22298 for ; Mon, 7 Aug 2000 19:52:45 +1200 Received: (qmail 9128 invoked by alias); 7 Aug 2000 07:47:06 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 7 Aug 2000 07:47:06 -0000 Date: Mon, 7 Aug 2000 19:47:06 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: Initiative Thinktank. From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I am quite keen to see some changes to the initiative system. Who else would be interested in getting together running through a few of the options and getting some idea's battered out? If yer keen Email me initiative@dragonquest.org.nz Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 7 20:18:48 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id UAA22464; Mon, 7 Aug 2000 20:13:24 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id UAA22461 for ; Mon, 7 Aug 2000 20:13:21 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id UAA14935 for ; Mon, 7 Aug 2000 20:07:41 +1200 (NZST) Date: Mon, 7 Aug 2000 20:08:09 +1200 Message-ID: <001601c00046$9fbedb90$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Initiative balance From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Sorry, I lost half a sentence somewhere. > I see the random initiative aspect as a game mechanic to cover all those > factors for which we don't have a sophisticated virtual reality simulator > to model for us. After the battle when, with mead copiously flowing, the > characters retell the ordeal in gloriously laboured detail, the event of > rolling a 10 on initiative & getting a blow in first before you > enemy could split your skull with his axe Sentence continues as: *might* be described as "... a lightning thrust of my sabre at his chest & stunned him" using the moved-fractionally-faster-this- pulse interpretation] but is more likely a result of the minutiae of combat (& described, at length, as such): "... a sideways slash from Quarte, where you remember I had blocked his cross-body roundhouse, performed with the Hentzgau wrist-flick, like so <> (bloody good trick that, if you ever get a chance to use it!) that just grazed his ribs, but it was caused him to falter, and he had to abandon the over-head swing and, 'cause he was a bit winded, I had time to pull back, shift onto me left leg and do a classic lunge-thrust at tierce -- which normally you don't have the time to do but, as I say, he was a bit winded and I had the chance so I took it ... Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 8 09:14:31 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA27171; Tue, 8 Aug 2000 09:08:26 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id JAA27168 for ; Tue, 8 Aug 2000 09:08:21 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Tuesday, August 08, 2000 08:58:10 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Tue, 8 Aug 2000 09:01:42 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A720226149B@falaklex00.fcl.co.nz> Date: Tue, 8 Aug 2000 09:01:40 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C000B2.B01BD800" Subject: RE: Initiative balance From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C000B2.B01BD800 Content-Type: text/plain Who else could accurately describe 150 words as half a sentence? Replying to Michael's main point that magic is less variable than melee, we are justifying before we know what results we want. Once we decide on the desired result, we can work out whether magic is in fact as variable as melee by looking at the formula. If we want magic to be variable, it is less hermetic than Michael assumes. Unlike good logical argument, think of an answer, agree it, then justify back. Andrew > -----Original Message----- > From: Michael Parkinson [SMTP:m.parkinson@auckland.ac.nz] > Sent: Monday, August 07, 2000 8:08 PM > To: dq@dq.sf.org.nz > Subject: RE: Initiative balance > > Sorry, I lost half a sentence somewhere. > > *might* be described as "... a lightning thrust of > my sabre at his chest & stunned him" using the > moved-fractionally-faster-this- pulse interpretation] but is more likely a > result of the minutiae of combat (& described, at length, as such): > > "... a sideways slash from Quarte, where you remember I had blocked his > cross-body roundhouse, performed with the Hentzgau wrist-flick, like so > <> (bloody good trick that, if you ever get > a chance to use it!) that just grazed his ribs, but it was caused him to > falter, and he had to abandon the over-head swing and, 'cause he was a bit > winded, I had time to pull back, shift onto me left leg and do a classic > lunge-thrust at tierce -- which normally you don't have the time to do > but, > as I say, he was a bit winded and I had the chance so I took it ... > > Michael > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- ------_=_NextPart_001_01C000B2.B01BD800 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Initiative balance

Who else could = accurately describe 150 words as half a sentence?

Replying to = Michael's main point that magic is less variable than melee, we are = justifying before we know what results we want. Once we decide on the = desired result, we can work out whether magic is in fact as variable as = melee by looking at the formula. If we want magic to be variable, it is = less hermetic than Michael assumes.

Unlike good logical = argument, think of an answer, agree it, then justify back.

Andrew

    -----Original Message-----
    From:   Michael Parkinson = [SMTP:m.parkinson@auckland.ac.nz]
    Sent:   Monday, August 07, 2000 8:08 PM
    To:     dq@dq.sf.org.nz
    Subject:       = RE: Initiative balance

    Sorry, I lost half a sentence = somewhere.

    *might* be described as "... a = lightning thrust of
    my sabre at his chest & stunned = him"  using the
    moved-fractionally-faster-this- pulse = interpretation] but is more likely a
    result of the minutiae of combat = (& described, at length, as such):

      "... a sideways slash from = Quarte, where you remember I had blocked his
    cross-body roundhouse, performed with = the Hentzgau wrist-flick, like so
    <<gestures with the = lamb-cutlet>> (bloody good trick that, if you ever get
    a chance to use it!) that just grazed = his ribs, but it was caused him to
    falter, and he had to abandon the = over-head swing and, 'cause he was a bit
    winded, I had time to pull back, = shift onto me left leg and do a classic
    lunge-thrust at tierce -- which = normally you don't have the time to do but,
    as I say, he was a bit winded and I = had the chance so I took it ...

    Michael



    -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html = --

------_=_NextPart_001_01C000B2.B01BD800-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 8 15:28:59 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA29503; Tue, 8 Aug 2000 15:14:17 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA29499 for ; Tue, 8 Aug 2000 15:14:00 +1200 Received: from work.ihug.co.nz (p26-max21.akl.ihug.co.nz [203.109.157.90]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id PAA22463 for ; Tue, 8 Aug 2000 15:07:52 +1200 Message-Id: <4.3.2.7.0.20000808150002.00b09650@pop.ihug.co.nz> X-Sender: flamis@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 08 Aug 2000 15:02:41 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: Initiative -- objectives From: Jacqui Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >If however, F waits for OH to pass and then smack him from behind... OH is >stunned, recovers in End Phase, new pulse, F is behind OH and gets to go >first, >stuns OH who recovers on his action but may do nothing else that pulse... >repeat >until OH is dead. I have this delightful picture of the assassin stepping out from behind the arras and our hero, on hearing a footfall, turning to defend herself, and a battle royal ensuing. It happens in the movies, so why not in DQ? Jacqui -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 9 03:28:52 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id DAA01911; Wed, 9 Aug 2000 03:17:01 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id DAA01908 for ; Wed, 9 Aug 2000 03:16:57 +1200 Received: from jimarona.ihug.co.nz (p127-tnt1.akl.ihug.co.nz [206.18.111.127]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id DAA10556 for ; Wed, 9 Aug 2000 03:10:34 +1200 Date: Wed, 9 Aug 2000 03:03:53 +1200 Message-ID: <01c00149$dde22680$7f6f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative balance From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz George Mitchinson wrote: >> I think you're labouring under a misapprehension, George. There is no >> suggestion that a variable initiative system might work like that at all. >> At the moment, what has been suggested is that either: >> The Mil Sci (say) generates the player's initiative bonus, and each >> player modifies it by their character's initiative value individually. The >> DM generates the NPC's initiative bonus, and modifies it by each NPC's >> initiative values. >> or: >> Each player generates their own initiative bonus, and modifies it by >> their character's initiative value. Likewise, the DM rolls for each NPC >> separately. >> >> The first method means that either party's combat order never varies. >> The second method means that combat order varies. >> In no case do you get a situation where the party acts, then the NPCs >> act, end of pulse, new declarations, etc, etc, etc. (Except, sometimes it >> may happen in the latter example. Frequency would be determined >> by the range >> of die roll, I suppose.) > >I like the way the first option includs Mil Sci. In my system they only have >the use during the initial unengaged phases at the start of combat, which I >felt was a little unfair to those who had ranked the skill. The first option neither includes or excludes Mil Sci. I was talking about that person in the party who was the military scientist, not the skill. In other words, that there was an individual in the party who was assigned to rolling for initiative. As it stands, Mil Sci only offers its bonus for unengaged initiative. Whether or not it should contribute to engaged initiative is an other issue. > >Surely tho if the MilSci rolls then the order will change in respect to the >opponents each round? > Yes, it may do, depending on the range of the die roll. However, if the initiative value's between the PCs and the NPCs is greater than the range of the die roll, then it may be that initiative cannot be varied. For example, if you have an initiative value of 40, and your opponent has an initiative of 80, then you need to have a die roll range that is greater than 40 to have a chance of varying the initiative. >This would actually work quite well, you would get a change of order between >you and the oppenents each round thus you could get more people to have >actions before them or vice versa, while the basic player order would not >change keeping things simple for the GM. Also in really big fights you could >just roll once at the start of the combat and keep it static based on that >if there are too many opponents to keep track of easily. I can't see why you'd just apply it the once, even in a big fight. I suppose you could. I don't see what advantage would pertain. It's a simple method as it stands, I don't see why you'd need to simplify it even more. > >On paper this idea gets the thumbs up from me, I might give it a playtest or >two. > >As another point what would people think of the bonuses being non-weapon >specific? > How do you generate a non-weapons specific initiative bonus? Add up all of their weapon ranks, or something? I can see how their could be some increase. But, it would have to be quite small if you apply it to anything like the current formula. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 9 03:43:42 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id DAA01992; Wed, 9 Aug 2000 03:29:31 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id DAA01989 for ; Wed, 9 Aug 2000 03:29:28 +1200 Received: from jimarona.ihug.co.nz (p127-tnt1.akl.ihug.co.nz [206.18.111.127]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id DAA11055 for ; Wed, 9 Aug 2000 03:23:05 +1200 Date: Wed, 9 Aug 2000 03:16:24 +1200 Message-ID: <01c0014b$9d92ea40$7f6f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative balance From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Michael Parkinson wrote: >I believe that variable factor in non-magical activities (REAL events) is >much [*much*] greater. As we seem to play it, magic involves speaking >certain words & performing SET certain gestures. When the spell is >finished the magic happens. > >However the real event of hitting with a weapon is much more variable, yes >you may be able to swing your hand & weapon through the same arc a fraction >faster one time than another [of the same order as the mage speaking >fractionally faster one time than the other.] But you are not robotically >performing the same weapon swing. Your opponent is moving, and so are you. >You have a variety of striking options which it has taken your trainer a >long time to teach you to take advantage of particular circumstances & >positions. Even if you are fighting with the same weapon for the entire >battle, you are NOT performing the same set sequence of actions each time; >but a Mage preparing & casting the same spell all the battle effectively >is. I don't see why one rationalisation presumes the other. We could just as easily say that the spell caster is seeking to find the best moment to loose their spell, in much the same way that a fighter is looking for a weakness in their opponent's defence. We might rationalise that the caster is trying to find a breach in their opponent's magical defences, and is waiting for an opportunity to force the spell through at that point. One could argue the same thing about any other thing. Combat is a mire, as well as a fog. Winning or losing initiative can as easily represent a spotted opportunity as it can represent anything else. A character that wants to run 15 steps may move at their earliest convenience, but other characters spot opportunities to act before or after them. Combat is a pretty chaotic environment. Some people see the opportunities earlier than others, and may act before someone else moves. This is, however, an argument about which rationalisation is the best, however, not about which is the better initiative system. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 9 08:28:48 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id IAA03581; Wed, 9 Aug 2000 08:25:57 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id IAA03578 for ; Wed, 9 Aug 2000 08:25:53 +1200 Received: (qmail 3687 invoked by alias); 8 Aug 2000 20:19:24 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 8 Aug 2000 20:19:24 -0000 Date: Wed, 9 Aug 2000 08:19:23 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: Initiative balance From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > The first option neither includes or excludes Mil Sci. I was talking > about that person in the party who was the military scientist, not the > skill. In other words, that there was an individual in the party who was > assigned to rolling for initiative. > As it stands, Mil Sci only offers its bonus for unengaged initiative. > Whether or not it should contribute to engaged initiative is an > other issue. I think it should have some effect. When you start to remove the engaged/unengaged disparity within combat the Mil Sci bonus has little impact on the game even tho the Unengaged section before combat can be expanded more to allow for manouvering before combats. As a side note with the changes I have found with the different initiative system is that parties do think more about the pre-hitting movement. Plans and tactics become more developed than I found in previous fights. That may be something I am subconsiously doing or it maybe a reflection of the system. > >This would actually work quite well, you would get a change of order > between > >you and the oppenents each round thus you could get more people to have > >actions before them or vice versa, while the basic player order would not > >change keeping things simple for the GM. Also in really big fights you > could > >just roll once at the start of the combat and keep it static > based on that > >if there are too many opponents to keep track of easily. > > I can't see why you'd just apply it the once, even in a big fight. I > suppose you could. I don't see what advantage would pertain. It's a simple > method as it stands, I don't see why you'd need to simplify it even more. Because I have in the past had combats with 12-15 different opponents working on 3-4 groups with initiatives scattered up and down the range of the party and frankly recalculating where the party meshes with that is more trouble than it is worth. It is not a common occourance but the ability to drop the rolls if required is a nice feature. > >As another point what would people think of the bonuses being non-weapon > >specific? > > > How do you generate a non-weapons specific initiative bonus? > Add up all of their weapon ranks, or something? > I can see how their could be some increase. But, it would have to be > quite small if you apply it to anything like the current formula. It was more of a "thinking outside the square" question to see how people felt about the concept rather than a specific look at the possible computations. Is initiative defined as how fast a person is at a specific thing or how fast they are in general? Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 9 09:43:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA04000; Wed, 9 Aug 2000 09:31:11 +1200 Received: from akl-notes2.aj.co.nz (akl-notes.aj.co.nz [202.27.194.165]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id JAA03997 for ; Wed, 9 Aug 2000 09:31:06 +1200 Received: from akl-notes.aj.co.nz ([192.168.4.165]) by akl-notes2.aj.co.nz (Lotus Domino Release 5.0.4) with ESMTP id 2000080909290984:1920 ; Wed, 9 Aug 2000 09:29:09 +1200 X-Mailer: Lotus Notes Release 5.0.3 (Intl) 21 March 2000 Message-ID: Date: Wed, 9 Aug 2000 09:23:48 +1200 X-MIMETrack: Serialize by Router on akl-notes.aj.co.nz/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 09/08/2000 09:23:51, Serialize complete at 09/08/2000 09:23:51, Itemize by SMTP Server on akl-notes2/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 09/08/2000 09:29:09, Serialize by Router on akl-notes2/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 09/08/2000 09:29:14, Serialize complete at 09/08/2000 09:29:14 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 00759B00CC256935_=" Subject: RE: Initiative balance From: RMansfield@aj.co.nz To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 00759B00CC256935_= Content-Type: text/plain; charset="us-ascii" Hi, The points that I favour out of the various initiative suggestions are: One type of initiative (not engaged/unengaged) One Initiative stat (not one per weapon or type of action) Initiative calculated by individual Initiative based on PC, plus bonus for high AG or MD Bonus from highest ranked weapon (*) Bonus for knowing Military Scientist skill Bonus for knowing Warrior skill Smallish variable, about 1/3 of normal initiative range, so that experienced people normally go 1st. (eg. if normal range is 5 - 60 variable should be 2 x D10). Rolled once per pulse. GM runs the combat in initiative order, regardless of type of action. Suggestion for Initiative Stat PC + + Rank of highest ranked weapon + Mil Sci rank + Warrior rank + 2 x D10 Situational Bonuses Small bonus from group having a Mil Sci, eg. 1/ 3 ranks Visibility conditions (eg. -10 in darkness/smoke or thick fog; off set by various night visions, Infravision +2; dark vision etc +5; witchsight +7). Change Quickness so that bonus is rank based (eg 1/2 ranks), and second action is at half initiative. Change rear attacks so that instead of automatic initiative there is a bonus of approx. 2/3 of the normal initiative range (eg. if normal range is 5 - 50, rear attack bonus = +35 INIT). Examples Fred Bunny 9 PC, 18 AG, Rk 4 H&H, Rk 4 party's MilSci => 9+3+4+2=18 Joe Competent 15 PC, 26 AG, Rk 7 H&H, Rk 6 Mil Sci, Rk 6 Warrior, Rk 8 party's MilSci, Rk 6 quickness => 15+11+7+6+6+3+3=51 Sharon Blender 25 PC, 26 AG, Rk 10 unarmed, Rk 10 Mil Sci, Rk 10 Warrior, Rk 10 party's MilSci, funky magic item (+5), Rk 16 quickness => 25+11+10+10+10+4+5+8=83 NB. In low combats the variable can make a huge difference, I like the idea of bunnies being unable to predict where they are going to act. * I like the idea of a bonus from practising with a weapon because I think of this as practising for combat, and don't see any need for a bonus based on magic ability, as practising magic doesn't teach you anything about combat. But this is a conceptual idea of initiative (and therefore flexible). NB Variable for initiative shouldn't be D100 as our current rules add Greater to any D100 roll but not to other die rolls. {I also think this has been one of the most productive discussions in ages. Thanks everyone} Rosemary --=_alternative 00759B00CC256935_= Content-Type: text/html; charset="us-ascii"
Hi,
The points that I favour out of the various initiative suggestions are:

One type of initiative (not engaged/unengaged)
One Initiative stat (not one per weapon or type of action)
Initiative calculated by individual
Initiative based on PC, plus bonus for high AG or MD
Bonus from highest ranked weapon (*)
Bonus for knowing Military Scientist skill
Bonus for knowing Warrior skill
Smallish variable, about 1/3 of normal initiative range, so that experienced people normally go 1st. (eg. if normal range is 5 - 60 variable should be 2 x D10).  Rolled once per pulse.
GM runs the combat in initiative order, regardless of type of action.

Suggestion for Initiative Stat
PC +
<highest of (MD-15) or (AG-15)>  +
Rank of highest ranked weapon +
Mil Sci rank +
Warrior rank +
2 x D10

Situational Bonuses
Small bonus from group having a Mil Sci, eg. 1/ 3 ranks
Visibility conditions (eg. -10 in darkness/smoke or thick fog; off set by various night visions, Infravision +2; dark vision etc +5; witchsight +7).
Change Quickness so that bonus is rank based (eg 1/2 ranks), and second action is at half initiative.
Change rear attacks so that instead of automatic initiative there is a bonus of approx. 2/3 of the normal initiative range (eg. if normal range is 5 - 50, rear attack bonus = +35 INIT).

Examples
Fred Bunny
9 PC, 18 AG, Rk 4 H&H,  Rk 4 party's MilSci => 9+3+4+2=18
Joe Competent
15 PC, 26 AG, Rk 7 H&H, Rk 6 Mil Sci, Rk 6 Warrior, Rk 8 party's MilSci, Rk 6 quickness => 15+11+7+6+6+3+3=51
Sharon Blender
25 PC, 26 AG, Rk 10 unarmed, Rk 10 Mil Sci, Rk 10 Warrior, Rk 10 party's MilSci, funky magic item (+5), Rk 16 quickness => 25+11+10+10+10+4+5+8=83

NB. In low combats the variable can make a huge difference, I like the idea of bunnies being unable to predict where they are going to act.

* I like the idea of a bonus from practising with a weapon because I think of this as practising for combat, and don't see any need for a bonus based on magic ability, as practising magic doesn't teach you anything about combat. But this is a conceptual idea of initiative (and therefore flexible).

NB Variable for initiative shouldn't be D100 as our current rules add Greater to any D100 roll but not to other die rolls.

{I also think this has been one of the most productive discussions in ages.  Thanks everyone}
Rosemary --=_alternative 00759B00CC256935_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 9 14:58:59 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA05892; Wed, 9 Aug 2000 14:55:27 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA05889 for ; Wed, 9 Aug 2000 14:55:22 +1200 Received: from jimarona.ihug.co.nz (p167-tnt2.akl.ihug.co.nz [203.109.245.167]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id OAA29882 for ; Wed, 9 Aug 2000 14:48:39 +1200 Date: Wed, 9 Aug 2000 14:41:52 +1200 Message-ID: <01c001ab$6039a5c0$a7f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0075_01C0020F.F56E85C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative balance From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0075_01C0020F.F56E85C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Rosemary Mansfield wrote: --The points that I favour out of the various initiative suggestions = are:=20 =20 One type of initiative (not engaged/unengaged)=20 One Initiative stat (not one per weapon or type of action)=20 Initiative calculated by individual=20 Initiative based on PC, plus bonus for high AG or MD=20 Bonus from highest ranked weapon (*)=20 Bonus for knowing Military Scientist skill=20 Bonus for knowing Warrior skill=20 Smallish variable, about 1/3 of normal initiative range, so that = experienced people normally go 1st. (eg. if normal range is 5 - 60 = variable should be 2 x D10). Rolled once per pulse.=20 GM runs the combat in initiative order, regardless of type of = action.=20 =20 Suggestion for Initiative Stat=20 PC +=20 +=20 Rank of highest ranked weapon +=20 Mil Sci rank +=20 Warrior rank +=20 2 x D10=20 =20 Why do you think that the highest of MD or AG should be applied = to initiative? How would those stats help in, for example, spell = casting? As far as I can see, this method would support fighter mage or = thief mage types, but not dedicated mage types. In other words, what = this initiative system does is offer rewards to a player who also has = the advantage of a vast number of other skills to support them, whereas = the concentrated character is disadvantaged. I don't like it. =20 Situational Bonuses=20 Small bonus from group having a Mil Sci, eg. 1/ 3 ranks=20 Visibility conditions (eg. -10 in darkness/smoke or thick fog; off = set by various night visions, Infravision +2; dark vision etc +5; = witchsight +7).=20 Change Quickness so that bonus is rank based (eg 1/2 ranks), and = second action is at half initiative.=20 Change rear attacks so that instead of automatic initiative there is = a bonus of approx. 2/3 of the normal initiative range (eg. if normal = range is 5 - 50, rear attack bonus =3D +35 INIT).=20 =20 Examples=20 Fred Bunny=20 9 PC, 18 AG, Rk 4 H&H, Rk 4 party's MilSci =3D> 9+3+4+2=3D18=20 Joe Competent=20 15 PC, 26 AG, Rk 7 H&H, Rk 6 Mil Sci, Rk 6 Warrior, Rk 8 party's = MilSci, Rk 6 quickness =3D> 15+11+7+6+6+3+3=3D51=20 Sharon Blender=20 25 PC, 26 AG, Rk 10 unarmed, Rk 10 Mil Sci, Rk 10 Warrior, Rk 10 = party's MilSci, funky magic item (+5), Rk 16 quickness =3D> = 25+11+10+10+10+4+5+8=3D83=20 =20 NB. In low combats the variable can make a huge difference, I like = the idea of bunnies being unable to predict where they are going to act. = =20 Well, they're going to know, aren't they. I mean, Fred Bunny = never ever goes before Joe Competent, who never ever goes before Sharon = Blender. The only difference between them is that Fred Bunny might act = on 38, and Joe Competent might act on 53, so they can wave at each other = over a gap of 15 initiative points. I don't see how this method achieves the things you like. =20 * I like the idea of a bonus from practising with a weapon because I = think of this as practising for combat, and don't see any need for a = bonus based on magic ability, as practising magic doesn't teach you = anything about combat. But this is a conceptual idea of initiative (and = therefore flexible).=20 =20 Yes. Explain to a Fire mage how they aren't good in combat, when = their college is focussed around the activity. They have very few other = spells, after all. =20 NB Variable for initiative shouldn't be D100 as our current rules = add Greater to any D100 roll but not to other die rolls.=20 =20 No, that's not the case with Greater Enchantment. It is applied = to a success chance, that is also a percentile roll. If the roll isn't a = success chance OR it isn't a percentile roll, then it isn't applied. = Initiative isn't a success chance. There is no chance of failing to = generate an initiative bonus, if you roll poorly. You just don't get to = go first.=20 =20 =20 It seems to me that this is an intiative system that could work. = But, that isn't saying very much. We can all come up with initiative = systems. I suppose what we need to be looking at is working out what we = want initiative to do. Unfortunately, this doesn't address itself to any = particular idea of what we want initiative to do. It lists ways that it = might be achieved. Are people ready to start thinking of a particular method for = generating initiative? ------=_NextPart_000_0075_01C0020F.F56E85C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Rosemary Mansfield = wrote:
--The points that I favour out of the various initiative = suggestions=20 are:

One type of = initiative (not=20 engaged/unengaged)
One = Initiative=20 stat (not one per weapon or type of action)
Initiative calculated by individual
Initiative based on PC, plus bonus for high AG or MD =
Bonus from highest ranked weapon = (*)
Bonus for knowing Military Scientist = skill=20
Bonus for knowing Warrior = skill=20
Smallish variable, about 1/3 of = normal=20 initiative range, so that experienced people normally go 1st. (eg. = if normal=20 range is 5 - 60 variable should be 2 x D10).  Rolled once per=20 pulse.
GM runs the = combat in=20 initiative order, regardless of type of action.

Suggestion for Initiative Stat =
PC +
<highest of (MD-15) or (AG-15)>  + =
Rank of highest ranked weapon + =
Mil Sci rank +
Warrior rank +
2 x D10=20
 
    Why do you think that = the=20 highest of MD or AG should be applied to initiative? How would those = stats=20 help in, for example, spell casting?
    As far as I can see, = this method=20 would support fighter mage or thief mage types, but not dedicated = mage=20 types. In other words, what this initiative system does is offer = rewards to=20 a player who also has the advantage of a vast number of other skills = to=20 support them, whereas the concentrated character is=20 disadvantaged. 
    I don't like=20 it.

Situational = Bonuses=20
Small bonus from group = having a Mil=20 Sci, eg. 1/ 3 ranks
Visibility=20 conditions (eg. -10 in darkness/smoke or thick fog; off set by = various night=20 visions, Infravision +2; dark vision etc +5; witchsight +7).=20
Change Quickness so that = bonus is=20 rank based (eg 1/2 ranks), and second action is at half = initiative.=20
Change rear attacks so that = instead of=20 automatic initiative there is a bonus of approx. 2/3 of the normal=20 initiative range (eg. if normal range is 5 - 50, rear attack bonus = =3D +35=20 INIT).

Examples
Fred Bunny
9=20 PC, 18 AG, Rk 4 H&H,  Rk 4 party's MilSci =3D> = 9+3+4+2=3D18=20
Joe Competent
15 PC, 26 AG, Rk 7 H&H, Rk 6 Mil Sci, = Rk 6=20 Warrior, Rk 8 party's MilSci, Rk 6 quickness =3D> = 15+11+7+6+6+3+3=3D51=20
Sharon Blender
25 PC, 26 AG, Rk 10 unarmed, Rk 10 Mil = Sci, Rk 10=20 Warrior, Rk 10 party's MilSci, funky magic item (+5), Rk 16 = quickness =3D>=20 25+11+10+10+10+4+5+8=3D83

NB. In=20 low combats the variable can make a huge difference, I like the idea = of=20 bunnies being unable to predict where they are going to act. =
 
    Well, they're going to = know,=20 aren't they. I mean, Fred Bunny never ever goes before Joe = Competent, who=20 never ever goes before Sharon Blender. The only difference between = them is=20 that Fred Bunny might act on 38, and Joe Competent might act on 53, = so they=20 can wave at each other over a gap of 15 initiative = points.
    I don't see how this = method=20 achieves the things you like.

* I=20 like the idea of a bonus from practising with a weapon because I = think of=20 this as practising for combat, and don't see any need for a bonus = based on=20 magic ability, as practising magic doesn't teach you anything about = combat.=20 But this is a conceptual idea of initiative (and therefore = flexible).=20
 
    Yes. Explain to a Fire = mage how=20 they aren't good in combat, when their college is focussed around = the=20 activity. They have very few other spells, after = all.

NB Variable for initiative shouldn't be = D100 as our=20 current rules add Greater to any D100 roll but not to other die=20 rolls.
 
    No, that's not the = case with=20 Greater Enchantment. It is applied to a success chance, that is also = a=20 percentile roll. If the roll isn't a success chance OR it isn't a = percentile=20 roll, then it isn't applied. Initiative isn't a success chance. = There is no=20 chance of failing to generate an initiative bonus, if you roll = poorly. You=20 just don't get to go first.

 
    It seems to me that this is an intiative system that could = work. But,=20 that isn't saying very much. We can all come up with initiative = systems. I=20 suppose what we need to be looking at is working out what we want = initiative=20 to do. Unfortunately, this doesn't address itself to any particular = idea of=20 what we want initiative to do. It lists ways that it might be=20 achieved.
    Are = people ready=20 to start thinking of a particular method for generating=20 initiative?
------=_NextPart_000_0075_01C0020F.F56E85C0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 9 15:28:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA06063; Wed, 9 Aug 2000 15:19:02 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA06060 for ; Wed, 9 Aug 2000 15:18:56 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id PAA21031 for ; Wed, 9 Aug 2000 15:12:15 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Wed, 9 Aug 2000 15:12:15 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: RE: Initiative balance From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Rosemary wrote: >NB Variable for initiative shouldn't be D100 as our current rules >add Greater to any D100 roll but not to other die rolls. I was about to dash of an indignant "That isn't how it works" reply when I thought I would check out the rules first. I think a careful reading supports my initial gut reaction however. The target of this ritual will be either blessed or cursed (Adept's choice) with an in-crease or decrease in the target's Base Chance of doing anything or suffering any good or ill fortune by plus or minus 1 + 1 / Rank. All Strike Chances, Resistance Checks, etc. directly affecting the target will continue to be altered in this manner until the effects of the ritual wear off. Basically what determines whether a greater applies is whether you are talking about Base Chances. Exactly what is a Base Chance and what isn't is not well defined in the rules, but to me the defining characteristic is that there is a number, which if you roll below you succeed at something and if you roll above, you fail at it. Initiative isn't a Base Chance in this sense to my mind. Any more that a reaction roll is. And even if it was we can simply add "You cannot apply a Greater or Lesser Enchantment to Initiative" to the rules. clare -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 9 15:44:08 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA06202; Wed, 9 Aug 2000 15:37:37 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id PAA06199 for ; Wed, 9 Aug 2000 15:37:32 +1200 Received: (qmail 19656 invoked by alias); 9 Aug 2000 03:30:52 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 9 Aug 2000 03:30:52 -0000 Date: Wed, 9 Aug 2000 15:30:52 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: Initiative Thinktank. From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > I am quite keen to see some changes to the initiative system. Who > else would > be interested in getting together running through a few of the options and > getting some idea's battered out? > > If yer keen Email me initiative@dragonquest.org.nz We have three people keen on getting together. Is anyone else keen? Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 9 15:45:32 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA06169; Wed, 9 Aug 2000 15:32:50 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA06166 for ; Wed, 9 Aug 2000 15:32:44 +1200 Received: from jimarona.ihug.co.nz (p167-tnt2.akl.ihug.co.nz [203.109.245.167]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id PAA02887 for ; Wed, 9 Aug 2000 15:26:01 +1200 Date: Wed, 9 Aug 2000 15:19:15 +1200 Message-ID: <01c001b0$98f5eea0$a7f56dcb@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative balance From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Clare wrote: >>NB Variable for initiative shouldn't be D100 as our current rules >>add Greater to any D100 roll but not to other die rolls. > >I was about to dash of an indignant "That isn't how it works" reply >when I thought I would check out the rules first. I think a >careful reading supports my initial gut reaction however. > >The target of this ritual will be either >blessed or cursed (Adept's choice) with an in-crease >or decrease in the target's Base Chance of doing >anything or suffering any good or ill fortune by >plus or minus 1 + 1 / Rank. All Strike Chances, Resistance >Checks, etc. directly affecting the target will >continue to be altered in this manner until the effects >of the ritual wear off. > >Basically what determines whether a greater applies is whether you >are talking about Base Chances. Exactly what is a Base Chance and >what isn't is not well defined in the rules, but to me the defining >characteristic is that there is a number, which if you roll below you >succeed at something and if you roll above, you fail at it. >Initiative isn't a Base Chance in this sense to my mind. Any more >that a reaction roll is. > >And even if it was we can simply add "You cannot apply a Greater or >Lesser Enchantment to Initiative" to the rules. > A much better, and more clearly presented argument than my own feeble attempt. Thanks, Clare. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 9 15:59:04 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA06669; Wed, 9 Aug 2000 15:55:31 +1200 Received: from akl-notes2.aj.co.nz (akl-notes.aj.co.nz [202.27.194.165]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA06666 for ; Wed, 9 Aug 2000 15:55:28 +1200 Received: from akl-notes.aj.co.nz ([192.168.4.165]) by akl-notes2.aj.co.nz (Lotus Domino Release 5.0.4) with ESMTP id 2000080915532483:2310 ; Wed, 9 Aug 2000 15:53:24 +1200 X-Mailer: Lotus Notes Release 5.0.3 (Intl) 21 March 2000 Message-ID: Date: Wed, 9 Aug 2000 15:48:07 +1200 X-MIMETrack: Serialize by Router on akl-notes.aj.co.nz/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 09/08/2000 15:48:06, Serialize complete at 09/08/2000 15:48:06, Itemize by SMTP Server on akl-notes2/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 09/08/2000 15:53:24, Serialize by Router on akl-notes2/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 09/08/2000 15:53:25, Serialize complete at 09/08/2000 15:53:25 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 0014F439CC256936_=" Subject: Re: Initiative balance From: RMansfield@aj.co.nz To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 0014F439CC256936_= Content-Type: text/plain; charset="us-ascii" Jim wrote (in reply to my idea of an Initiative Stat) It seems to me that this is an initiative system that could work. But, that isn't saying very much. We can all come up with initiative systems. I suppose what we need to be looking at is working out what we want initiative to do. Unfortunately, this doesn't address itself to any particular idea of what we want initiative to do. It lists ways that it might be achieved. Sorry I wasn't clearer; I wrote this at work so I wrote down the specifics - not the thinking behind it. What I want from an initiative system is something that 1) flows well in game (as opposed to being simple) 2) reflects a figure's ability to make split second decisions under pressure 3) reflects a figure's familiarity with combat 4) is weighted to advantage specialist fighters (to help offset some of the long term disadvantages of being a non-mage) 5) is mostly pre-calculated and written on all character sheets 6) has some variability - so if you are fighting something tougher than you there is a chance to beat them (NB. I don't think there needs to be a variable but most other people wanted it.) (in order of importance) ***** In reply to your other comments ... NB. In low combats the variable can make a huge difference, I like the idea of bunnies being unable to predict where they are going to act. Well, they're going to know, aren't they. I mean, Fred Bunny never ever goes before Joe Competent, who never ever goes before Sharon Blender. Actually I mean that Fred Bunny vs Baby Chipmunk were going to be acting at random times to each other as INIT would be 18 + / - 2 x D10, or 20 - 38. **** Ok so I misremembered the Greater rules, sorry. I just didn't think is should apply to initiative. ***** Thanks for your feedback Rosemary --=_alternative 0014F439CC256936_= Content-Type: text/html; charset="us-ascii"
Jim wrote (in reply to my idea of an Initiative Stat)
  It seems to me that this is an initiative system that could work. But, that isn't saying very much. We can all come up with initiative systems. I suppose what we need to be looking at is working out what we want initiative to do. Unfortunately, this doesn't address itself to any particular idea of what we want initiative to do. It lists ways that it might be achieved.

Sorry I wasn't clearer; I wrote this at work so I wrote down the specifics - not the thinking behind it.

What I want from an initiative system is something that
        1) flows well in game (as opposed to being simple)
        2) reflects a figure's ability to make split second decisions under pressure
        3) reflects a figure's familiarity with combat
        4) is weighted to advantage specialist fighters
                (to help offset some of the long term disadvantages of being a non-mage)
        5) is mostly pre-calculated and written on all character sheets
        6) has some variability - so if you are fighting something tougher than you there is a chance to beat them
                (NB. I don't think there needs to be a variable but most other people wanted it.)
(in order of importance)

*****
In reply to your other comments ...
NB. In low combats the variable can make a huge difference, I like the idea of bunnies being unable to predict where they are going to act.
     Well, they're going to know, aren't they. I mean, Fred Bunny never ever goes before Joe Competent, who never ever goes before Sharon Blender.
Actually I mean that Fred Bunny vs Baby Chipmunk were going to be acting at random times to each other as INIT would be 18 + / - 2 x D10, or 20 - 38.

****
Ok so I misremembered the Greater rules, sorry.  I just didn't think is should apply to initiative.

*****
Thanks for your feedback
Rosemary --=_alternative 0014F439CC256936_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 10 01:43:43 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id BAA10417; Thu, 10 Aug 2000 01:38:21 +1200 Received: from dns0.uk.neceur.com (ingate.uk.neceur.com [193.116.254.1]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id BAA10414 for ; Thu, 10 Aug 2000 01:38:16 +1200 Received: from internal-mail.uk.neceur.com by dns0.uk.neceur.com id 15p00ODNHcJlP; Wed, 9 Aug 2000 14:29:58 +0100 (BST) Received: from minisun.uk.neceur.com by internal-mail.uk.neceur.com id 1Ha30C7NHc3pF1; Wed, 9 Aug 2000 14:30:06 +0100 (BST) from minisun.uk.neceur.com (localhost [127.0.0.1]) id 1Ha30C7NHc3pF1 for (3.3.2/3.1.31); Wed, 9 Aug 2000 14:30:06 +0100 (BST) Received: from thoth.uk.neceur.com (thoth.uk.neceur.com [172.29.7.4]) by minisun.uk.neceur.com (8.9.1b+Sun/8.9.1) with ESMTP id OAA26723 for ; Wed, 9 Aug 2000 14:21:56 +0100 (BST) X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Wed, 9 Aug 2000 12:18:44 +0100 X-MIMETrack: S/MIME Sign by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 09/08/2000 12:23:44, Serialize by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 09/08/2000 12:23:44, Serialize complete at 09/08/2000 12:23:44, S/MIME Sign failed at 09/08/2000 12:23:45: The cryptographic key was not found, Serialize by Router on ldn-thoth/E/NEC(Release 5.0.4 |June 8, 2000) at 08/09/2000 02:21:56 PM, Serialize complete at 08/09/2000 02:21:56 PM MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 003E990780256936_=" Subject: Re: Initiative balance (my 2p) From: "Ross Alexander" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 003E990780256936_= Content-Type: text/plain; charset="us-ascii" Initiative makes a huge difference to the flow of combat and hence much of the game so it makes a lot of sense to get a right. I haven't read some of the earlier stuff but as nobody has sent out any formal documents yet I'm not too worried. I'm a little concerned that there have been a lot a detailed ideas but few guiding principles. I personally don't think the devil is in the details. They can be tweaked as needed. Giving GMs abilities to go around and around in circles over minor detail I would rather a set of underlying ideas be thrashed out before anything else. 1) Discrete vs continuous action 1.1) Description Currently we have a discrete time system (in which time is chopped up into discrete periods). To my knowledge all paper based systems work on this principle. In a continuous system every action takes a certain amount of "time" before the participant can act again. The character's initiative is a measure of how fast they can act. The system creates an extremely good flow of combat since it can mitigate teleport effects and most other discontinuities. Unfortunately it is probably just far too computatationly difficult outside computer based games. 1.2) Verdict Stick to discrete time system. Anything else would become far to messy to run. 2) Single action vs Stepped actions 2.1) Description Once you decide to use a discrete time system then the next question is how often a character can act within the round (aka pulse). In simple systems a character acts once (excluding magical effects). More complex systems let a character act multiple times based on their "speed". In the game runtime this is normally done by counting down and actions having a "cost". 2.2) Advantages Faster characters get to act multiple times compared to slower characters so eight years experience Death Dicer would act maybe four times in a pulse compared to one for Bouncy Bunny. 2.3) Disadvantages Clearly this is more work at runtime but possibly not that much. If every action had a constant cost, say 10 or 20, then it shouldn't be mathematically intractable. A big problem is the discrete boundary affect where one point makes a big difference (like between 20 and 21). Because actions count for so much in DQ gaining an extra action per pulse makes a huge difference (re quickness). Random modification of the initiative does mitigate this problem a lot fortunately. 2.4) Verdict I like multiple action systems but it would require much more work to implement. This must be decided apon from the outset. Personally I think it is worth having a crack at just to see what it would be like. 3) Action vs Situation initiative 3.1) Description The current DQ initiative system is almost entirely situation based (ie engaged vs unengaged). When a character acts is based on their situation in the combat, not what they are doing. For melee combat is works okay but for magic it makes absolutely no sense. Most systems tend to be fixed (precomputed) initiative + action based situational modifiers. For example a character could get a bonus from attacking an opponent from behind but not for casting magic. The current split initiative forces situation initiative and an action based initiative forces individual initivites. 3.2) Verdict Most people (as far as I know) favour action based initiative with limited situational modifiers. 4) Random vs fixed This is more to do with the extent of the randomness. Certainly some randomness is required as to add suspense. It just a question of scale. In a fight between equals then a 50/50 toss up is sensible but can a bunny ever beat a dicer? For DQ the choices really end up being +D10, +2D10, +D100. 5) Melee vs magic This has more to do with game bias then anything else. The main question is should melee have an initiative advantage over magic (or more basically whether pure fighters could have an advantage over pure mages). I think they should should considering at the top end they don't get much else. 6) Initiative as a measure of oppotunity This is the idea that initiative is not so much about raw speed (MD, AG, MA?) but about the ability of a character to recognise and exploit an oppotunity. If there is only one action per pulse then it is straight forward to have a fixed base and then add the relevent stat based on that action. If the system is based on multiple actions then it is much harder to justify including "physical" stats in its generation. IDEAS * Pulse based system with individual initiatives. * Single action per pulse. * Some situational modifiers. * IV as a measure of oppotunity. * Bonus for fighters. IV = PC + 1 x MilSci + Warrior + Max weapon Rank (so min = 5, max = 55) or IV = PC + 2 x MilSci + Warrior + Max weapon Rank (so min = 5, max = 65). * Random factor 2D10. The problem with adding dice together is the central limit theorum means on average faster people will win. The problem is a difference of 10 is very difficult to overcome (in terms of probably). D20 would be much better really. That about it for the moment. My 2 pence. --=_alternative 003E990780256936_= Content-Type: text/html; charset="us-ascii"
Initiative makes a huge difference to the flow of combat and hence much of the game
so it makes a lot of sense to get a right.  I haven't read some of the earlier stuff but
as nobody has sent out any formal documents yet I'm not too worried.  I'm a little
concerned that there have been a lot a detailed ideas but few guiding principles.

I personally don't think the devil is in the details.  They can be tweaked as needed.
Giving GMs abilities to go around and around in circles over minor detail I would
rather a set of underlying ideas be thrashed out before anything else.

1) Discrete vs continuous action

1.1) Description

Currently we have a discrete time system (in which time is chopped up into discrete
periods).  To my knowledge all paper based systems work on this principle.  In a
continuous system every action takes a certain amount of "time" before the
participant can act again.  The character's initiative is a measure of how fast they
can act.  The system creates an extremely good flow of combat since it can mitigate
teleport effects and most other discontinuities.  Unfortunately it is probably just far
too computatationly difficult outside computer based games.

1.2) Verdict

Stick to discrete time system.  Anything else would become far to messy to run.

2) Single action vs Stepped actions

2.1) Description

Once you decide to use a discrete time system then the next question is how often
a character can act within the round (aka pulse).  In simple systems a character
acts once (excluding magical effects).  More complex systems let a character
act multiple times based on their "speed".  In the game runtime this is normally
done by counting down and actions having a "cost".

2.2) Advantages

Faster characters get to act multiple times compared to slower characters so eight years
experience Death Dicer would act maybe four times in a pulse compared to one for
Bouncy Bunny.

2.3) Disadvantages

Clearly this is more work at runtime but possibly not that much.  If every action had a constant
cost, say 10 or 20, then it shouldn't be mathematically intractable.  A big problem is the discrete
boundary affect where one point makes a big difference (like between 20 and 21).  Because
actions count for so much in DQ gaining an extra action per pulse makes a huge difference (re
quickness).  Random modification of the initiative does mitigate this problem a lot fortunately.

2.4) Verdict

I like multiple action systems but it would require much more work to implement.  This must be
decided apon from the outset.  Personally I think it is worth having a crack at just to see what
it would be like.


3) Action vs Situation initiative

3.1) Description

The current DQ initiative system is almost entirely situation based (ie engaged vs unengaged).
When a character acts is based on their situation in the combat, not what they are doing.  For
melee combat is works okay but for magic it makes absolutely no sense.  Most systems
tend to be fixed (precomputed) initiative + action based situational modifiers.  For example
a character could get a bonus from attacking an opponent from behind but not for casting
magic.

The current split initiative forces situation initiative and an action based initiative forces
individual initivites.

3.2) Verdict

Most people (as far as I know) favour action based initiative with limited situational modifiers.

4) Random vs fixed

This is more to do with the extent of the randomness.  Certainly some randomness is
required as to add suspense.  It just a question of scale.  In a fight between equals
then a 50/50 toss up is sensible but can a bunny ever beat a dicer?  For DQ the
choices really end up being +D10, +2D10, +D100.

5) Melee vs magic

This has more to do with game bias then anything else.  The main question is should
melee have an initiative advantage over magic (or more basically whether pure
fighters could have an advantage over pure mages).

I think they should should considering at the top end they don't get much else.

6) Initiative as a measure of oppotunity

This is the idea that initiative is not so much about raw speed (MD, AG, MA?) but about
the ability of a character to recognise and exploit an oppotunity.  If there is only
one action per pulse then it is straight forward to have a fixed base and then add the
relevent stat based on that action.  If the system is based on multiple actions then
it is much harder to justify including "physical" stats in its generation.

IDEAS

* Pulse based system with individual initiatives.
* Single action per pulse.
* Some situational modifiers.
* IV as a measure of oppotunity.
* Bonus for fighters.

IV = PC + 1 x MilSci + Warrior + Max weapon Rank (so min = 5, max = 55) or
IV = PC + 2 x MilSci + Warrior + Max weapon Rank (so min = 5, max = 65).

* Random factor 2D10.   The problem with adding dice together is the central
limit theorum means on average faster people will win.  The problem is a difference
of 10 is very difficult to overcome (in terms of probably).  D20 would be much
better really.

That about it for the moment.

My 2 pence. --=_alternative 003E990780256936_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 10 16:45:00 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA16280; Thu, 10 Aug 2000 16:35:11 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA16277 for ; Thu, 10 Aug 2000 16:35:06 +1200 Received: from jimarona.ihug.co.nz (p23-tnt1.akl.ihug.co.nz [206.18.111.23]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id QAA14543 for ; Thu, 10 Aug 2000 16:27:47 +1200 Date: Thu, 10 Aug 2000 16:20:45 +1200 Message-ID: <01c00282$5b02fb60$176f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0025_01C002E6.F037DB60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: Initiative balance (my 2p) From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0025_01C002E6.F037DB60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Ross Alexander wrote: Initiative makes a huge difference to the flow of combat and hence = much of the game=20 so it makes a lot of sense to get a right. I haven't read some of = the earlier stuff but=20 as nobody has sent out any formal documents yet I'm not too worried. = I'm a little=20 concerned that there have been a lot a detailed ideas but few = guiding principles.=20 I don't agree. In general, we've only been determining what sort = of thing we want initiative to do. There have been some ideas about how = it might be achieved, but nothing that you could seriously point to as a = method. =20 I personally don't think the devil is in the details. They can be = tweaked as needed.=20 Giving GMs abilities to go around and around in circles over minor = detail I would=20 rather a set of underlying ideas be thrashed out before anything = else.=20 Who wouldn't? =20 1) Discrete vs continuous action=20 =20 1.1) Description=20 =20 Currently we have a discrete time system (in which time is chopped = up into discrete=20 periods). To my knowledge all paper based systems work on this = principle. In a=20 continuous system every action takes a certain amount of "time" = before the=20 participant can act again. The character's initiative is a measure = of how fast they=20 can act. The system creates an extremely good flow of combat since = it can mitigate=20 teleport effects and most other discontinuities. Unfortunately it = is probably just far=20 too computatationly difficult outside computer based games.=20 =20 1.2) Verdict=20 =20 Stick to discrete time system. Anything else would become far to = messy to run.=20 Agreed. =20 =20 2) Single action vs Stepped actions=20 =20 2.1) Description=20 =20 Once you decide to use a discrete time system then the next question = is how often=20 a character can act within the round (aka pulse). In simple systems = a character=20 acts once (excluding magical effects). More complex systems let a = character=20 act multiple times based on their "speed". In the game runtime this = is normally=20 done by counting down and actions having a "cost".=20 =20 2.2) Advantages=20 =20 Faster characters get to act multiple times compared to slower = characters so eight years=20 experience Death Dicer would act maybe four times in a pulse = compared to one for=20 Bouncy Bunny.=20 =20 2.3) Disadvantages=20 =20 Clearly this is more work at runtime but possibly not that much. If = every action had a constant=20 cost, say 10 or 20, then it shouldn't be mathematically intractable. = A big problem is the discrete=20 boundary affect where one point makes a big difference (like between = 20 and 21). Because=20 actions count for so much in DQ gaining an extra action per pulse = makes a huge difference (re=20 quickness). Random modification of the initiative does mitigate = this problem a lot fortunately.=20 =20 2.4) Verdict=20 =20 I like multiple action systems but it would require much more work = to implement. This must be=20 decided apon from the outset. Personally I think it is worth having = a crack at just to see what=20 it would be like.=20 =20 If you want to see what it is like, then look at Shadowrun and = Fantasy Hero. I don't agree that it's worth having a crack at. There is = another issue involved in giving a character multiple actions. If a character has a lot of actions, then it becomes impossible = for them to declare all of the things that they're going to do in a = given pulse, because, as you have pointed out, they may have as many as = four actions.=20 What this creates is a first action declaration, and three = opportunity actions. Quickness causes the same hassle, but only affects = one opportunity action. In reality, it doesn't provide for two actions a = pulse, it allows for one declared action, and one opportunity action, = which is actually better. When DMing two Quickened parties, the DM often cancels the = opportunity action, and has each party acting on their own initiative. = Whatever the reason, this is a little less powerful than allowing both = parties to declare their first action, and apply an opportunity action = later on in the pulse. What your suggestion would entail is a variety of initiative = that would allow everyone to develop an initiative value that might as = well be Quickness for everyone. I'm not saying that I think it's a bad = idea, simply on that basis. I am saying that if you took that line, then = you'd have to think about how you wanted Quickness to work. This would end up being a discussion on Quickness, I suspect. =20 3) Action vs Situation initiative=20 =20 3.1) Description=20 =20 The current DQ initiative system is almost entirely situation based = (ie engaged vs unengaged).=20 When a character acts is based on their situation in the combat, not = what they are doing. For=20 melee combat is works okay but for magic it makes absolutely no = sense. Most systems=20 tend to be fixed (precomputed) initiative + action based situational = modifiers. For example=20 a character could get a bonus from attacking an opponent from behind = but not for casting=20 magic.=20 =20 The current split initiative forces situation initiative and an = action based initiative forces=20 individual initivites.=20 =20 3.2) Verdict=20 =20 Most people (as far as I know) favour action based initiative with = limited situational modifiers.=20 Define action based initiative and situational modifiers. = Personally, I allow initiative modifiers based on position. If, for = example, a guard is swinging their sword from behind a parapet at = someone climbing up a wall, I provide an initiative bonus to the guard. =20 4) Random vs fixed=20 =20 This is more to do with the extent of the randomness. Certainly = some randomness is=20 required as to add suspense. It just a question of scale. In a = fight between equals=20 then a 50/50 toss up is sensible but can a bunny ever beat a dicer? = For DQ the=20 choices really end up being +D10, +2D10, +D100.=20 =20 Yes. Well, there is no real randomness if the range of the die = roll is smaller than the fixed value of the initiative bonus, is there? = I mean, if the range of initiative stretches from 10 to 75, then the die = roll has to be greater than 65 before it has any meaning as a random = value. The issue is, then, what degree of expectability do we want in = the game? Do we want it so that there is always a chance for the PCs to = win initiative, whatever the odds? If we don't, then what kind of = predicatibility of initiative do we want? =20 5) Melee vs magic=20 =20 This has more to do with game bias then anything else. The main = question is should=20 melee have an initiative advantage over magic (or more basically = whether pure=20 fighters could have an advantage over pure mages).=20 =20 I think they should should considering at the top end they don't get = much else.=20 Agreed. =20 6) Initiative as a measure of oppotunity=20 =20 This is the idea that initiative is not so much about raw speed (MD, = AG, MA?) but about=20 the ability of a character to recognise and exploit an oppotunity. = If there is only=20 one action per pulse then it is straight forward to have a fixed = base and then add the=20 relevent stat based on that action. If the system is based on = multiple actions then=20 it is much harder to justify including "physical" stats in its = generation.=20 Nah. If we want it to work with multiple actions and include = 'physical' stats, it will be the work of exactly half an hour to find a = rationalisation to cover the issue. Never, ever argue a rationalisation = before you've determined what you want to achieve. It's a complete waste = of time. I don't agree with using stats like MA, AG or MD to initiative, = because it creates pressure to increase those stats, and there are = already plenty of reasons to advance them. Except MD, which is a = pathetic stat. I wouldn't mind using that as an initiative stat, except = that it runs the things that make thieves tough, so a character like = Vila would be faster than Jedburgh. That sounds really contrary to = common sense. Although, I imagine Vila would be keen. ------=_NextPart_000_0025_01C002E6.F037DB60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Ross=20 Alexander wrote:
Initiative = makes a huge=20 difference to the flow of combat and hence much of the game =
so it makes a lot of sense to get a = right.  I=20 haven't read some of the earlier stuff but
as nobody has sent out any formal documents yet I'm not too = worried.  I'm a little
concerned that there have been a lot a detailed ideas but = few guiding=20 principles.    =20 I don't agree. In general, we've only been determining what sort of = thing we=20 want initiative to do. There have been some ideas about how it might = be=20 achieved, but nothing that you could seriously point to as a=20 method.

I personally don't = think the=20 devil is in the details.  They can be tweaked as needed. =
Giving GMs abilities to go = around and=20 around in circles over minor detail I would
rather a set of underlying ideas be thrashed out before = anything=20 else.    =20 Who wouldn't?

1) Discrete = vs=20 continuous action

1.1)=20 Description

Currently we have a=20 discrete time system (in which time is chopped up into = discrete=20
periods).  To my knowledge = all paper=20 based systems work on this principle.  In a
continuous system every action takes a = certain amount=20 of "time" before the
participant can act again.  The character's initiative = is a=20 measure of how fast they
can=20 act.  The system creates an extremely good flow of combat since = it can=20 mitigate
teleport = effects and most=20 other discontinuities.  Unfortunately it is probably just = far=20
too computatationly difficult = outside=20 computer based games.

1.2)=20 Verdict

Stick to = discrete time=20 system.  Anything else would become far to messy to run. =    =20 Agreed. 

2) Single action vs Stepped = actions=20

2.1) Description =

Once you decide to use a discrete time = system then=20 the next question is how often
a=20 character can act within the round (aka pulse).  In simple = systems a=20 character
acts once = (excluding=20 magical effects).  More complex systems let a character=20
act multiple times based on = their=20 "speed".  In the game runtime this is normally =
done by counting down and = actions having a=20 "cost".

2.2)=20 Advantages

Faster = characters get=20 to act multiple times compared to slower characters so eight = years=20
experience Death Dicer would = act maybe four=20 times in a pulse compared to one for
Bouncy Bunny.

2.3)=20 Disadvantages

Clearly this is=20 more work at runtime but possibly not that much.  If every = action had a=20 constant
cost, say 10 or = 20, then it=20 shouldn't be mathematically intractable.  A big problem is the=20 discrete
boundary affect = where one=20 point makes a big difference (like between 20 and 21).  = Because=20
actions count for so much in DQ = gaining an=20 extra action per pulse makes a huge difference (re
quickness).  Random modification of = the=20 initiative does mitigate this problem a lot fortunately.=20

2.4) Verdict =

I like multiple action systems but it = would require=20 much more work to implement.  This must be
decided apon from the outset.  = Personally I=20 think it is worth having a crack at just to see what =
it would be like. =

   =20 If you want to see what it is like, then look at Shadowrun and = Fantasy Hero.=20 I don't agree that it's worth having a crack at. There is another = issue=20 involved in giving a character multiple actions.     =20 If a character has a lot of actions, then it becomes impossible for = them to=20 declare all of the things that they're going to do in a given pulse, = because, as you have pointed out, they may have as many as four = actions.=20      =20 What this creates is a first action declaration, and three = opportunity=20 actions. Quickness causes the same hassle, but only affects one = opportunity=20 action. In reality, it doesn't provide for two actions a pulse, it = allows=20 for one declared action, and one opportunity action, which is = actually=20 better.     =20 When DMing two Quickened parties, the DM often cancels the = opportunity=20 action, and has each party acting on their own initiative. Whatever = the=20 reason, this is a little less powerful than allowing both parties to = declare=20 their first action, and apply an opportunity action later on in the=20 pulse.     =20 What your suggestion would entail is a variety of initiative that = would=20 allow everyone to develop an initiative value that might as well be=20 Quickness for everyone. I'm not saying that I think it's a bad idea, = simply=20 on that basis. I am saying that if you took that line, then you'd = have to=20 think about how you wanted Quickness to work.     =20 This would end up being a discussion on Quickness, I = suspect. 
3) Action vs Situation = initiative=20

3.1) Description =

The current DQ initiative system is = almost entirely=20 situation based (ie engaged vs unengaged).
When a character acts is based on their situation in the = combat, not=20 what they are doing.  For
melee=20 combat is works okay but for magic it makes absolutely no = sense.  Most=20 systems
tend to be fixed = (precomputed) initiative + action based situational modifiers.  = For=20 example
a character = could get a=20 bonus from attacking an opponent from behind but not for = casting=20
magic.

The current split initiative forces situation initiative = and an=20 action based initiative forces
individual initivites.

3.2) Verdict

Most people=20 (as far as I know) favour action based initiative with limited = situational=20 modifiers.    =20 Define action based initiative and situational modifiers. = Personally, I=20 allow initiative modifiers based on position. If, for example, a = guard is=20 swinging their sword from behind a parapet at someone climbing up a = wall, I=20 provide an initiative bonus to the guard.
4) Random vs fixed =

This is more to do with the extent of the = randomness.  Certainly some randomness is
required as to add suspense.  It = just a question=20 of scale.  In a fight between equals
then a 50/50 toss up is sensible but can a bunny ever beat = a=20 dicer?  For DQ the
choices=20 really end up being +D10, +2D10, +D100.      =20 Yes. Well, there is no real randomness if the range of the die roll = is=20 smaller than the fixed value of the initiative bonus, is there? I = mean, if=20 the range of initiative stretches from 10 to 75, then the die roll = has to be=20 greater than 65 before it has any meaning as a random value. The = issue is,=20 then, what degree of expectability do we want in the game? Do we = want it so=20 that there is always a chance for the PCs to win initiative, = whatever the=20 odds? If we don't, then what kind of predicatibility of initiative = do we=20 want?

5) Melee vs = magic=20

This has more to do with = game bias then=20 anything else.  The main question is should
melee have an initiative advantage over = magic (or=20 more basically whether pure
fighters=20 could have an advantage over pure mages).

I think they should should considering at = the top end=20 they don't get much else.    =20 Agreed.

6) Initiative as = a measure of=20 oppotunity

This = is the idea=20 that initiative is not so much about raw speed (MD, AG, MA?) but=20 about
the ability of a = character to=20 recognise and exploit an oppotunity.  If there is only =
one action per pulse then it is straight = forward to=20 have a fixed base and then add the
relevent stat based on that action.  If the system is = based on=20 multiple actions then
it = is much=20 harder to justify including "physical" stats in its=20 generation.    =20 Nah. If we want it to work with multiple actions and include = 'physical'=20 stats, it will be the work of exactly half an hour to find a = rationalisation=20 to cover the issue. Never, ever argue a rationalisation before = you've=20 determined what you want to achieve. It's a complete waste of=20 time.
    I don't agree with using stats like MA, = AG or MD=20 to initiative, because it creates pressure to increase those stats, = and=20 there are already plenty of reasons to advance them. Except MD, = which is a=20 pathetic stat. I wouldn't mind using that as an initiative stat, = except that=20 it runs the things that make thieves tough, so a character like Vila = would=20 be faster than Jedburgh. That sounds really contrary to common = sense.=20 Although, I imagine Vila would be = keen.  ------=_NextPart_000_0025_01C002E6.F037DB60-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 10 18:58:40 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id SAA17235; Thu, 10 Aug 2000 18:46:38 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id SAA17232 for ; Thu, 10 Aug 2000 18:46:32 +1200 Received: from dworkin (p242-tnt5.akl.ihug.co.nz [203.109.194.242]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id SAA03708 for ; Thu, 10 Aug 2000 18:39:08 +1200 Message-ID: <001601c00295$f087fb00$4301a8c0@dworkin.ihug.co.nz> Date: Thu, 10 Aug 2000 18:40:55 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Subject: Re: George Mitchinson's Initiative system From: "Dworkin" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim > Simplicity has a lot to offer. It is, as you say, swift and easy to >administer. That counts for a lot. > However, using Unarmed Combat as part of the equation is a mistake, >because it applies pressure to dedicated mages to acquire advanced ranks in >a weapon skill, which means that a non-warrior fighter will act slower, >because they are advancing so many other weapons. A dedicated mage would >only have to advance one weapon skill, UC. They would be better at it than a >non-warrior fighter. > William Unlike the dedicated warrior who only has to rank one weapon to be as fast. If he wants to be faster they take warrior which demands a raft of weapon skills. But actually most warriors just use the same damn weapon. Of course this is because DQ has 3 or 4 'omni-weapons' and if you use a different one you must be daft. Jim > There are lots of reasons for a variable initiative system. One is that >if things are the same, then a character will either always win initiative, >or always lose it against one or more other characters. > Which, in turn, means, that a combat encounter becomes more like playing >cards than an evocation of a fight. Which is tedious. I'm not interested. >More, I won't accept it in my game. > William In my opinion an initiative countdown is very tedious. It's this entire 'realism' vs 'simplicity' thing. I also point out that there are players out there to whom the process of adding or subtracting whole numbers is a herculean feat. I find waiting for adults doing basic math very frustrating. Those GMs who do use big wonky initiative systems do make up for this tedium by making the actual violence VERY interesting. This alas, will not be universal. Jim > Engaged initiative uses AG as a base. Frankly, I have actually never >seen someone's dexterity have any impact on who acts first. Initiative is >not a function of how good your reflexes are, or how fast you move around. > It is something that is the result of being less panicked, cooler under >fire, and more brutal than your opposition. > Some of the good John Wayne movies were the ones were he played a >character called Rooster Cogburn. Rooster is asked why he's such a >successful gun fighter (he's about 60 or so at the time) . He responds by >saying that '...Ah ain't the faster man with a gun. But, others people >hesitate when faced with th' awful prospect of endin' another man's life. Ah >don't.' > I believe that to be the central nub of initiative. We can talk about >how dancing around in armoured underwear contributes to initiative, but >personally, I don't believe a word of it. In other situations, the person >who was fastest had sod all ability at determining who went first. > Speed, if it does anything at all, provides you with a better chance of >avoiding being hit, whether by body-voiding, dodging or retreating out of >range. It can contribute to damage because of the speed of the weapon, or a >surprise attack because of the quickness with which a weapon might be used. >Someone who is very fast might be able to pull off a snap kick in a fight, >for example. > Part of what initiative is about is having a plan, keeping an eye out >for a victory condition and the ability to amend the plan you have, once >contact with the enemy has been established. It's also about morale. > While morale might not actually provide a bonus to initiative, it offers >a resistance against degrading your initiative. The higher the morale, the >greater the resistance. As morale fails, the range of action choices >diminish until the only choices that remain are flight or surrender. And, >sometimes even those aren't available. > We don't reduce action choices to players, as their morale gets eaten >up. Instead, they pit their character against the vagaries of the world. >They make their own choice about their morale, really, in general based on >their apprehension of the closeness of serious death. We might consider some >kind of penalty to initiative, though. > William A really interesting idea. TW2000 had a 'Cool' stat which determined when you acted in a battle. People with low cool got less actions than those with more. If something rattled you (which in TW2000 was half the Warsaw Pact military machine) some cool was deducted for a while. The real bugger is handling these variables. I like counting (slowly) to five after asking what someone is doing. If they dont answer by then I go to the next victim, oops, player :-). This takes care of the player interface but doesn't do much to the actual character. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 10 19:28:50 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id TAA17437; Thu, 10 Aug 2000 19:17:20 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id TAA17434 for ; Thu, 10 Aug 2000 19:17:16 +1200 Received: from jimarona.ihug.co.nz (p23-tnt1.akl.ihug.co.nz [206.18.111.23]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id TAA02106 for ; Thu, 10 Aug 2000 19:09:46 +1200 Date: Thu, 10 Aug 2000 19:02:48 +1200 Message-ID: <01c00298$fe639ec0$176f12ce@jimarona.ihug.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Subject: Re: George Mitchinson's Initiative system From: "Jim Arona" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >William > >Unlike the dedicated warrior who only has to rank one weapon to be as fast. >If he wants to be faster they take warrior which demands a raft of weapon >skills. But actually most warriors just use the same damn weapon. Of course >this is because DQ has 3 or 4 'omni-weapons' and if you use a different one >you must be daft. Be that as it may, it still provides a pressure to rank Unarmed Combat. Which means that if you're a fighter type, you're forced to take Warrior. Such a choice narrows the variety of characters. It is reasonable to expect that a fighter who is not a Warrior will be faster than a spell caster. Granted, they can still advance Unarmed Combat, but if they use any other weapon type, they're going to be spending their time and xp on a skill that will only provide them with an initiative bonus. On the other hand, a dedicated spell caster is going to be advancing possibly the only weapon they qualify for, and thus get a great many bonuses. > >Jim > >> There are lots of reasons for a variable initiative system. One is that >>if things are the same, then a character will either always win initiative, >>or always lose it against one or more other characters. >> Which, in turn, means, that a combat encounter becomes more like >playing >>cards than an evocation of a fight. Which is tedious. I'm not interested. >>More, I won't accept it in my game. >> > >William > >In my opinion an initiative countdown is very tedious. It's this entire >'realism' vs 'simplicity' thing. I also point out that there are players out >there to whom the process of adding or subtracting whole numbers is a >herculean feat. I find waiting for adults doing basic math very frustrating. >Those GMs who do use big wonky initiative systems do make up for this tedium >by making the actual violence VERY interesting. This alas, will not be >universal. I haven't found it to be a problem. Yes, there may be one or two people who have difficulty, but they would be very rare. In any system, there will always be one or two people who have difficulty. I suggest, however, that this is going to be extremely rare, and in fact, it will go away altogether, once people get used to the idea. After all, you have to compare, measure and add other numbers. This argument is based on the precept that players aren't capable of dealing with the added 'complexity' of more than one D10. Or, even one D10. I reject it, pretty much wholesale. Whatever other things you can say about the role-playing demographic, it's pretty numerate. In fact, by and large, it's more numerate than it is literate. I have never found a player who wasn't capable of dealing with the values that have so far been suggested. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 11 12:28:58 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA23550; Fri, 11 Aug 2000 12:14:10 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id MAA23547 for ; Fri, 11 Aug 2000 12:14:05 +1200 Received: (qmail 8755 invoked by alias); 11 Aug 2000 00:06:23 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 11 Aug 2000 00:06:23 -0000 Date: Fri, 11 Aug 2000 12:06:23 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: George Mitchinson's Initiative system From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Be that as it may, it still provides a pressure to rank > Unarmed Combat. > Which means that if you're a fighter type, you're forced to take Warrior. > Such a choice narrows the variety of characters. > It is reasonable to expect that a fighter who is not a Warrior will be > faster than a spell caster. Granted, they can still advance > Unarmed Combat, > but if they use any other weapon type, they're going to be spending their > time and xp on a skill that will only provide them with an > initiative bonus. > On the other hand, a dedicated spell caster is going to be advancing > possibly the only weapon they qualify for, and thus get a great many > bonuses. While this is true we should not forget the other pressures involved. You cannot rank magic while doing weapons. A pure mage is less likely to rank unarmed simply because they will be focussing on their magics. Most pure mages out there tend to not have weapons ranked higher than around 4. There is a presure to not waste time with a weapon skill that takes months to rank and only really gives them 1 point of initiative which will not really change their speed in combat. The only presure I see with unarmed govening spell initiative is to push the fighter mages to rank an addidtional weapon which if they are a fighter mage most rank unarmed anyway. It is far cheaper as a mage to rank agility and perception in order to gain the bonus's unless they are topping out and reaching for every bonus they can. In fact while the use of unarmed does add a pressure I think it adds a benificial pressure to choose where the focus of your character lies. Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 11 12:58:59 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA23834; Fri, 11 Aug 2000 12:55:38 +1200 Received: from fclaklmr01.fcl.co.nz ([202.14.20.200] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id MAA23831 for ; Fri, 11 Aug 2000 12:55:29 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr01.fcl.co.nz Friday, August 11, 2000 12:44:16 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Fri, 11 Aug 2000 12:46:52 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A72022614BA@falaklex00.fcl.co.nz> Date: Fri, 11 Aug 2000 12:46:51 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0032D.A3AB1530" Subject: RE: George Mitchinson's Initiative system From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C0032D.A3AB1530 Content-Type: text/plain > > Be that as it may, it still provides a pressure to rank > > Unarmed Combat. > > Which means that if you're a fighter type, you're forced to take > Warrior. > > Such a choice narrows the variety of characters. > > It is reasonable to expect that a fighter who is not a Warrior will > be > > faster than a spell caster. Granted, they can still advance > > Unarmed Combat, > > but if they use any other weapon type, they're going to be spending > their > > time and xp on a skill that will only provide them with an > > initiative bonus. > > On the other hand, a dedicated spell caster is going to be advancing > > possibly the only weapon they qualify for, and thus get a great many > > bonuses. > > While this is true we should not forget the other pressures involved. You > cannot rank magic while doing weapons. A pure mage is less likely to rank > unarmed simply because they will be focussing on their magics. Most pure > mages out there tend to not have weapons ranked higher than around 4. > There > is a presure to not waste time with a weapon skill that takes months to > rank > and only really gives them 1 point of initiative which will not really > change their speed in combat. > > The only presure I see with unarmed govening spell initiative is to push > the > fighter mages to rank an addidtional weapon which if they are a fighter > mage > most rank unarmed anyway. > > It is far cheaper as a mage to rank agility and perception in order to > gain > the bonus's unless they are topping out and reaching for every bonus they > can. > > In fact while the use of unarmed does add a pressure I think it adds a > benificial pressure to choose where the focus of your character lies. > > Mandos > I disagree strongly with your points. Most of the "Pure" mages at medium+ have rank 8-10 in a weapon. Its generally dagger, maingauche, rapier or unarmed, for the high rank and low PS. There are exceptions to this - we shared a party like this 6 months ago. If there was a positive pressure to have a single weapon ranked highly to get spells off sooner, people would rank it more often/higher. Even pure mages who dislike combat would have a valid pressure to learn it, as they want to be "the best" at what the do - spell casting. Pure mages generally have buckets of spare time unless they are ritual mages - and there's not many of those. Weapons cost ~8-15kep to get to max rank (~25kep for uinarmed), which is nothing compared with spells, and having one ranked weapon is much more useful already that having a fifth high-ranked spell. It means that the most sensible ranking option (get a single weapon high, fast) becomes more sensible for pure mages for character & game reasons. These are the people who should have least reason for high-ranked weapons. If magic is to have a special way of calculating IV, it should be something that advantages mages over fighter-mages. I would reccomend MA or spell rank, as these apply the appropriate ranking pressures and support specialist mages over fighter mages. (Not that I am sure that they should have their own magic/spell IV - I _think_ so, but...) Andrew ------_=_NextPart_001_01C0032D.A3AB1530 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: George Mitchinson's Initiative system

    >     Be that = as it may, it still provides a pressure to rank
    > Unarmed Combat.
    > Which means that if you're a = fighter type, you're forced to take Warrior.
    > Such a choice narrows the = variety of characters.
    >     It is = reasonable to expect that a fighter who is not a Warrior will be
    > faster than a spell caster. = Granted, they can still advance
    > Unarmed Combat,
    > but if they use any other weapon = type, they're going to be spending their
    > time and xp on a skill that will = only provide them with an
    > initiative bonus.
    >     On the = other hand, a dedicated spell caster is going to be advancing
    > possibly the only weapon they = qualify for, and thus get a great many
    > bonuses.

    While this is true we should not = forget the other pressures involved. You
    cannot rank magic while doing = weapons. A pure mage is less likely to rank
    unarmed simply because they will be = focussing on their magics. Most pure
    mages out there tend to not have = weapons ranked higher than  around 4. There
    is a presure to not waste time with a = weapon skill that takes months to rank
    and only really gives them 1 point of = initiative which will not really
    change their speed in combat.

    The only presure I see with unarmed = govening spell initiative is to push the
    fighter mages to rank an addidtional = weapon which if they are a fighter mage
    most rank unarmed anyway.

    It is far cheaper as a mage to rank = agility and perception in order to gain
    the bonus's unless they are topping = out and reaching for every bonus they
    can.

    In fact while the use of unarmed does = add a pressure I think it adds a
    benificial pressure to choose where = the focus of your character lies.

    Mandos

I disagree strongly = with your points.
Most of the = "Pure" mages at medium+ have rank 8-10 in a weapon. Its = generally dagger, maingauche, rapier or unarmed, for the high rank and = low PS. There are exceptions to this - we shared a party like this 6 = months ago.

If there was a = positive pressure to have a single weapon ranked highly to get spells = off sooner, people would rank it more often/higher. Even pure mages who = dislike combat would have a valid pressure to learn it, as they want to = be "the best" at what the do - spell casting. Pure mages = generally have buckets of spare time unless they are ritual mages - and = there's not many of those. Weapons cost ~8-15kep to get to max rank = (~25kep for uinarmed), which is nothing compared with spells, and = having one ranked weapon is much more useful already that having a = fifth high-ranked spell.

It means that the = most sensible ranking option (get a single weapon high, fast) becomes = more sensible for pure mages for character & game reasons. These = are the people who should have least reason for high-ranked = weapons.

If magic is to have = a special way of calculating IV, it should be something that advantages = mages over fighter-mages. I would reccomend MA or spell rank, as these = apply the appropriate ranking pressures and support specialist mages = over fighter mages. (Not that I am sure that they should have their own = magic/spell IV - I _think_ so, but...)

Andrew

------_=_NextPart_001_01C0032D.A3AB1530-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 11 14:43:55 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA24418; Fri, 11 Aug 2000 14:34:33 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id OAA24415 for ; Fri, 11 Aug 2000 14:34:30 +1200 Received: from work.ihug.co.nz (p33-max10.akl.ihug.co.nz [206.18.98.33]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id OAA30935 for ; Fri, 11 Aug 2000 14:26:42 +1200 Message-Id: <4.3.2.7.0.20000811141549.00b01aa0@pop.ihug.co.nz> X-Sender: flamis@pop.ihug.co.nz (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 11 Aug 2000 14:22:56 +1200 Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_8828603==_.ALT" Subject: RE: George Mitchinson's Initiative system From: Jacqui Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz --=====================_8828603==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed >If magic is to have a special way of calculating IV, it should be >something that advantages mages over fighter-mages. I would reccomend MA >or spell rank, as these apply the appropriate ranking pressures and >support specialist mages over fighter mages. (Not that I am sure that they >should have their own magic/spell IV - I _think_ so, but...) If we wish to integrate spell-casting into the initiative sequence, rather than simply stating that magic always goes last. then spell-casting will require a initiative calculation. But I can see no reason why it should be dependant on the mage's rank in a skill like unarmed combat which is totally unrelated to magic. The logical choice is the spell rank - but because spell ranks go to 20, and weapon ranks only to 10, I would suggest that half the spell rank (round down) would be appropriate. Jacqui --=====================_8828603==_.ALT Content-Type: text/html; charset="us-ascii"
If magic is to have a special way of calculating IV, it should be something that advantages mages over fighter-mages. I would reccomend MA or spell rank, as these apply the appropriate ranking pressures and support specialist mages over fighter mages. (Not that I am sure that they should have their own magic/spell IV - I _think_ so, but...)

If we wish to integrate spell-casting into the initiative sequence, rather than simply stating that magic always goes last. then spell-casting will require a initiative calculation. But I can see no reason why it should be dependant on the mage's rank in a skill like unarmed combat which is totally unrelated to magic. The logical choice is the spell rank - but because spell ranks go to 20, and weapon ranks only to 10, I would suggest that half the spell rank (round down) would be appropriate.

Jacqui --=====================_8828603==_.ALT-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 11 14:59:02 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id OAA24630; Fri, 11 Aug 2000 14:56:24 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id OAA24627 for ; Fri, 11 Aug 2000 14:56:19 +1200 Received: (qmail 8722 invoked by alias); 11 Aug 2000 02:48:33 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 11 Aug 2000 02:48:33 -0000 Date: Fri, 11 Aug 2000 14:48:32 +1200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_014D_01C003A3.38792570" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: George Mitchinson's Initiative system From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_014D_01C003A3.38792570 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit If we wish to integrate spell-casting into the initiative sequence, rather than simply stating that magic always goes last. then spell-casting will require a initiative calculation. But I can see no reason why it should be dependant on the mage's rank in a skill like unarmed combat which is totally unrelated to magic. The logical choice is the spell rank - but because spell ranks go to 20, and weapon ranks only to 10, I would suggest that half the spell rank (round down) would be appropriate. As Jim said there are plenty of rationalisations. Mine was that Unarmed combat allows the dextrous and fluid use of arm and body movements which are part of spell casting. Other rationalisations are just as easy. However my basis was to grab a set number for a character to speed up the process use of Spell rank gives a different initiative every pulse for figures which would be a pain in the arse. I quite like the idea of grabbing the Magic skill from adventurer, tweaking it a little and use that for initiative, but I digress. The idea of using the spell rank would be a nightmare to GM. With every spellcasting character acting in a different order each round the GM needs to be informaed of all the initiatives, note them down, order them and then beging the next round of combat. Add to that the number of players who would have trouble working out their initiative each time and you have a small numbercrunching nightmare. The key is to make things simple and quick and then rationalise why we use the numbers later or not at all :-) Mandos /s ------=_NextPart_000_014D_01C003A3.38792570 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable If=20 we wish to integrate spell-casting into the initiative sequence, rather = than=20 simply stating that magic always goes last. then spell-casting will = require a=20 initiative calculation. But I can see no reason why it should be = dependant on=20 the mage's rank in a skill like unarmed combat which is totally = unrelated to=20 magic. The logical choice is the spell rank - but because spell ranks go = to 20,=20 and weapon ranks only to 10, I would suggest that half the spell rank = (round=20 down) would be appropriate.

  As Jim said there are plenty of rationalisations.    Mine was = that Unarmed=20 combat allows the dextrous and fluid  use of arm and body movements which = are part of=20 spell casting. Other rationalisations are just as easy. However my basis = was to=20 grab a set number for a character to speed up the process use of Spell = rank=20 gives a different initiative every pulse for figures which would be a = pain in=20 the arse.   I quite like the idea of grabbing the Magic = skill from=20 adventurer, tweaking it a little and use that for initiative, but I = digress.=20   The idea of using the spell rank would be a = nightmare=20 to GM. With every spellcasting character acting in a different order = each round=20 the GM needs to be informaed of all the initiatives, note them down, = order them=20 and then beging the next round of combat. Add to that the number of = players who=20 would have trouble working out their initiative each time and you have a = small=20 numbercrunching nightmare.   The key is to make things simple and quick = and then=20 rationalise why we use the numbers later or not at all :-)   Mandos /s ------=_NextPart_000_014D_01C003A3.38792570-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 11 15:14:03 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA24721; Fri, 11 Aug 2000 15:06:05 +1200 Received: from akl-notes2.aj.co.nz (akl-notes.aj.co.nz [202.27.194.165]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA24718 for ; Fri, 11 Aug 2000 15:06:02 +1200 Received: from akl-notes.aj.co.nz ([192.168.4.165]) by akl-notes2.aj.co.nz (Lotus Domino Release 5.0.4) with ESMTP id 2000081115025087:3685 ; Fri, 11 Aug 2000 15:02:50 +1200 X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Fri, 11 Aug 2000 14:57:29 +1200 X-MIMETrack: Serialize by Router on akl-notes.aj.co.nz/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 11/08/2000 14:57:29, Serialize complete at 11/08/2000 14:57:29, Itemize by SMTP Server on akl-notes2/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 11/08/2000 15:02:50, Serialize by Router on akl-notes2/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 11/08/2000 15:02:53, Serialize complete at 11/08/2000 15:02:53 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 001052ABCC256938_=" Subject: RE: George Mitchinson's Initiative system From: RMansfield@aj.co.nz To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 001052ABCC256938_= Content-Type: text/plain; charset="us-ascii" This presupposes that each type of action has it's own initiative (aka current engaged init is calculated for each weapon). High on my list of things I want out of initiative is 'one initiative stat per person'. Two reasons for this a) If a figure has to change their action during the pulse (which is reasonably common), init doesn't need to be recalculated. b) it simplifies your character sheet (think of adding yet another column of data to your spell stats - yuk) Rosemary If magic is to have a special way of calculating IV, it should be something that advantages mages over fighter-mages. I would reccomend MA or spell rank, as these apply the appropriate ranking pressures and support specialist mages over fighter mages. (Not that I am sure that they should have their own magic/spell IV - I _think_ so, but...) If we wish to integrate spell-casting into the initiative sequence, rather than simply stating that magic always goes last. then spell-casting will require a initiative calculation. But I can see no reason why it should be dependant on the mage's rank in a skill like unarmed combat which is totally unrelated to magic. The logical choice is the spell rank - but because spell ranks go to 20, and weapon ranks only to 10, I would suggest that half the spell rank (round down) would be appropriate. Jacqui --=_alternative 001052ABCC256938_= Content-Type: text/html; charset="us-ascii"
This presupposes that each type of action has it's own initiative (aka current engaged init is calculated for each weapon).

High on my list of things I want out of initiative is 'one initiative stat per person'.  
Two reasons for this
a) If a figure has to change their action during the pulse (which is reasonably common), init doesn't need to be recalculated.
b) it simplifies your character sheet (think of adding yet another column of data to your spell stats - yuk)

Rosemary


If magic is to have a special way of calculating IV, it should be something that advantages mages over fighter-mages. I would reccomend MA or spell rank, as these apply the appropriate ranking pressures and support specialist mages over fighter mages. (Not that I am sure that they should have their own magic/spell IV - I _think_ so, but...)

If we wish to integrate spell-casting into the initiative sequence, rather than simply stating that magic always goes last. then spell-casting will require a initiative calculation. But I can see no reason why it should be dependant on the mage's rank in a skill like unarmed combat which is totally unrelated to magic. The logical choice is the spell rank - but because spell ranks go to 20, and weapon ranks only to 10, I would suggest that half the spell rank (round down) would be appropriate.

Jacqui

--=_alternative 001052ABCC256938_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 11 17:58:52 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA26105; Fri, 11 Aug 2000 17:46:32 +1200 Received: from fclaklmr01.fcl.co.nz ([202.14.20.200] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id RAA26102 for ; Fri, 11 Aug 2000 17:46:28 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr01.fcl.co.nz Friday, August 11, 2000 15:58:39 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Fri, 11 Aug 2000 16:01:16 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A72022614BF@falaklex00.fcl.co.nz> Date: Fri, 11 Aug 2000 16:01:16 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C00348.CC23EA90" Subject: Initiative From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C00348.CC23EA90 Content-Type: text/plain Three slightly off-topic replies: Magic is currently "integrated" into unengaged initiative - spell actions go off on your unengaged IV. Its engaged vs unengaged that is currently split up, not magic vs non-magic. Common misapprehension. Spell Rank for IV - we have a different IV for each weapon on our character sheet now, based on Rank! And it works ~OK~ without requiring numbercrunching or a GM nightmare admin. Magic IV - There are also good game-pressure reasons for having low EM spells going sooner (as well as high MA & Ranks). However, we still need to build a "vision" for initiative and what it is trying to achieve. We seem to stall on that issue again & again. Opinions on magic, melee and general IV. Good mages should be faster than non-specialists (at least among adventuring mages) at casting spells. Good fighters should be faster than bunny fighters (or mages), and specialist fighters faster than fighter-mages where possible. General manouvering (running, jumping, fleeing) should be AG/TMR dependant. I do not buy into this whole coolness under fire principle for initiative. Its probably how it works in reality. So? If it comes down to how cold-blooded you are, demons, undead, evil thugs and fanatics fighting sworn enemies will always get the drop on people. It encourages mercenary/cold-killer attitudes more than already, where conscience is a game-disadvantage, because if you care, the other side drops you first. Wonderful for a book/movie/dramatic scene, but a bitch for an extended campaign. Stats & skills are what make you faster. Andrew > -----Original Message----- > From: Mandos Mitchinson [SMTP:mandos@nz.asiaonline.net] > Sent: Friday, August 11, 2000 2:49 PM > To: dq@dq.sf.org.nz > Subject: RE: George Mitchinson's Initiative system > > If we wish to integrate spell-casting into the initiative sequence, rather > than simply stating that magic always goes last. then spell-casting will > require a initiative calculation. But I can see no reason why it should be > dependant on the mage's rank in a skill like unarmed combat which is > totally unrelated to magic. The logical choice is the spell rank - but > because spell ranks go to 20, and weapon ranks only to 10, I would suggest > that half the spell rank (round down) would be appropriate. > > > As Jim said there are plenty of rationalisations. > > Mine was that Unarmed combat allows the dextrous and fluid use of arm and > body movements which are part of spell casting. Other rationalisations are > just as easy. However my basis was to grab a set number for a character to > speed up the process use of Spell rank gives a different initiative every > pulse for figures which would be a pain in the arse. > > I quite like the idea of grabbing the Magic skill from adventurer, > tweaking it a little and use that for initiative, but I digress. > > The idea of using the spell rank would be a nightmare to GM. With every > spellcasting character acting in a different order each round the GM needs > to be informaed of all the initiatives, note them down, order them and > then beging the next round of combat. Add to that the number of players > who would have trouble working out their initiative each time and you have > a small numbercrunching nightmare. > > The key is to make things simple and quick and then rationalise why we use > the numbers later or not at all :-) > > Mandos > /s ------_=_NextPart_001_01C00348.CC23EA90 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Initiative

Three slightly = off-topic replies:

Magic is currently = "integrated" into unengaged initiative - spell actions go off = on your unengaged IV. Its engaged vs unengaged that is currently split = up, not magic vs non-magic. Common misapprehension.

Spell Rank for IV - = we have a different IV for each weapon on our character sheet now, = based on Rank! And it works ~OK~ without requiring numbercrunching or a = GM nightmare admin.

Magic IV - There are = also good game-pressure reasons for having low EM spells going sooner = (as well as high MA & Ranks).

However, we still = need to build a "vision" for initiative and what it is trying = to achieve. We seem to stall on that issue again & = again.

Opinions on magic, = melee and general IV.
Good mages should = be faster than non-specialists (at least among adventuring mages) at = casting spells.
Good fighters = should be faster than bunny fighters (or mages), and specialist = fighters faster than fighter-mages where possible.

General manouvering = (running, jumping, fleeing) should be AG/TMR dependant.

I do not buy into = this whole coolness under fire principle for initiative. Its probably = how it works in reality. So? If it comes down to how cold-blooded you = are, demons, undead, evil thugs and fanatics fighting sworn enemies = will always get the drop on people. It encourages mercenary/cold-killer = attitudes more than already, where conscience is a game-disadvantage, = because if you care, the other side drops you first. Wonderful for a = book/movie/dramatic scene, but a bitch for an extended = campaign.

Stats & skills = are what make you faster.


Andrew

    -----Original Message-----
    From:   Mandos Mitchinson = [SMTP:mandos@nz.asiaonline.net]
    Sent:   Friday, August 11, 2000 2:49 PM
    To:     dq@dq.sf.org.nz
    Subject:       = RE: George Mitchinson's Initiative = system

    If we wish to integrate spell-casting into the = initiative sequence, rather than simply stating that magic always goes = last. then spell-casting will require a initiative calculation. But I = can see no reason why it should be dependant on the mage's rank in a = skill like unarmed combat which is totally unrelated to magic. The = logical choice is the spell rank - but because spell ranks go to 20, = and weapon ranks only to 10, I would suggest that half the spell rank = (round down) would be appropriate.

    =A0
    As=A0Jim said = there are plenty of rationalisations.=A0
    =A0
    Mine was = that=A0Unarmed combat allows the dextrous and fluid =A0use of arm and body = movements which are part of spell casting. Other rationalisations are = just as easy. However my basis was to grab a set number for a character = to speed up the process use of Spell rank gives a different initiative = every pulse for figures which would be a pain in the arse.

    =A0
    I quite like the idea of grabbing the Magic = skill from adventurer, tweaking it a little and use that for = initiative, but I digress.

    =A0
    The idea of using the spell rank would be a = nightmare to GM. With every spellcasting character acting in a = different order each round the GM needs to be informaed of all the = initiatives, note them down, order them and then beging the next round = of combat. Add to that the number of players who would have trouble = working out their initiative each time and you have a small = numbercrunching nightmare.

    =A0
    The key is to make things simple and quick and = then rationalise why we use the numbers later or not at all :-)
    =A0
    Mandos
    /s

------_=_NextPart_001_01C00348.CC23EA90-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 11 21:44:10 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id VAA27760; Fri, 11 Aug 2000 21:42:45 +1200 Received: from dns0.uk.neceur.com (dns0.uk.neceur.com [193.116.254.1]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id VAA27757 for ; Fri, 11 Aug 2000 21:42:40 +1200 Received: from internal-mail.uk.neceur.com by dns0.uk.neceur.com id d+n30S6oJcZ8R; Fri, 11 Aug 2000 10:33:28 +0100 (BST) Received: from ldn-thoth.uk.neceur.com by internal-mail.uk.neceur.com id bkn10y7oJcpNM; Fri, 11 Aug 2000 10:33:51 +0100 (BST) from ldn-thoth.uk.neceur.com (localhost [127.0.0.1]) id bkn10y7oJcpNM for (3.3.2/3.1.31); Fri, 11 Aug 2000 10:33:51 +0100 (BST) X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Fri, 11 Aug 2000 10:27:29 +0100 X-MIMETrack: S/MIME Sign by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 11/08/2000 10:32:29, Serialize by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 11/08/2000 10:32:29, Serialize complete at 11/08/2000 10:32:29, S/MIME Sign failed at 11/08/2000 10:32:30: The cryptographic key was not found, Serialize by Router on ldn-thoth/E/NEC(Release 5.0.4 |June 8, 2000) at 08/11/2000 10:27:32 AM, Serialize complete at 08/11/2000 10:27:32 AM MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 0034697580256938_=" Subject: Reply to Jacqui From: "Ross Alexander" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 0034697580256938_= Content-Type: text/plain; charset="us-ascii" From the rules ... \subsection{Engaged Actions} \subsubsection{Cast} An engaged figure may change facing but not move while attempting to Cast a Spell. Casting is a Magical Action. Like all other actions, Casting is resolved on the figure's initiative. \subsection{Unengaged Actions} \subsubsection{Cast} An unengaged figure may not move while attempting to Cast a Spell, but may change facing. Like all other actions, Casting is resolved on the figure's initiative. Casting is a Magical Action. This has been around for a couple of years (officially). Once apon a time all magic went off at the end of the pulse but since the 1998 rule book magic has gone off at the time it is cast, which is on the caster's IV. This is why I said why split IV makes little sense for magic now. How you run a combat sequence depends on whether or not the GM requires players to declare actions. If they don't then IV cannot be action based, and very limited situation modifiers (since most modifiers depend on what action happens). Assuming declared actions, then the sequence would probably be 1) Declare action 2) Get fixed IV from action (weapon/spell/movement/etc) 3) Add party +IV (MilSci) 4) Add random factor (what ever). Action then happen in IV order unless character chooses to hold action. Currently the choice of declared actions is up to GM (if you bother playing to the rules). If we go for action based IV then declared actions become mandetory. Ross --=_alternative 0034697580256938_= Content-Type: text/html; charset="us-ascii"
From the rules ...

\subsection{Engaged Actions}

\subsubsection{Cast}

An engaged figure may change facing but not move while attempting to
Cast a Spell. Casting is a Magical Action. Like all other actions,
Casting is resolved on the figure's initiative.

\subsection{Unengaged Actions}

\subsubsection{Cast}

An unengaged figure may not move while attempting to Cast a Spell, but
may change facing. Like all other actions, Casting is resolved on the
figure's initiative. Casting is a Magical Action.

This has been around for a couple of years (officially).  Once apon a time
all magic went off at the end of the pulse but since the 1998 rule book
magic has gone off at the time it is cast, which is on the caster's IV.

This is why I said why split IV makes little sense for magic now.  How you
run a combat sequence depends on whether or not the GM requires players
to declare actions.  If they don't then IV cannot be action based, and very
limited situation modifiers (since most modifiers depend on what action
happens).

Assuming declared actions, then the sequence would probably be

1) Declare action
2) Get fixed IV from action (weapon/spell/movement/etc)
3) Add party +IV (MilSci)
4) Add random factor (what ever).

Action then happen in IV order unless character chooses to hold action.
Currently the choice of declared actions is up to GM (if you bother
playing to the rules).  If we go for action based IV then declared actions
become mandetory.

Ross

--=_alternative 0034697580256938_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Aug 12 10:58:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA32171; Sat, 12 Aug 2000 10:57:21 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA32168 for ; Sat, 12 Aug 2000 10:57:16 +1200 Received: from work.ihug.co.nz (p130-tnt7.akl.ihug.co.nz [203.109.203.130]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id KAA30236 for ; Sat, 12 Aug 2000 10:48:54 +1200 Message-Id: <4.3.2.7.0.20000812103406.00abc320@pop.ihug.co.nz> X-Sender: flamis@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 12 Aug 2000 10:45:16 +1200 Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_36381561==_.ALT" Subject: More on initiative From: Jacqui Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz --=====================_36381561==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed At 10:27 AM 8/11/00 +0100, you wrote: >An engaged figure may change facing but not move while attempting to >Cast a Spell. Casting is a Magical Action. Like all other actions, >Casting is resolved on the figure's initiative. > >\subsection{Unengaged Actions} > >\subsubsection{Cast} > >An unengaged figure may not move while attempting to Cast a Spell, but >may change facing. Like all other actions, Casting is resolved on the >figure's initiative. Casting is a Magical Action. > >This has been around for a couple of years (officially). Once apon a time >all magic went off at the end of the pulse but since the 1998 rule book >magic has gone off at the time it is cast, which is on the caster's IV. Which will normally be unengaged - but what happens if a spell-caster is engaged, and wants to cast a spell? A fighter-mage only needs one hand free to cast. >This is why I said why split IV makes little sense for magic now. How you >run a combat sequence depends on whether or not the GM requires players >to declare actions. If they don't then IV cannot be action based, and very >limited situation modifiers (since most modifiers depend on what action >happens). > >Assuming declared actions, then the sequence would probably be > >1) Declare action >2) Get fixed IV from action (weapon/spell/movement/etc) >3) Add party +IV (MilSci) >4) Add random factor (what ever). > >Action then happen in IV order unless character chooses to hold action. >Currently the choice of declared actions is up to GM (if you bother >playing to the rules). If we go for action based IV then declared actions >become mandetory. Makes sense to me. Most GMs I've played with recently require declared actions, and I do so myself. There is no real problem with having a separate initiative for each spell, as long as it's able to be calculated in advance and written on the character sheet. Jacqui --=====================_36381561==_.ALT Content-Type: text/html; charset="us-ascii" At 10:27 AM 8/11/00 +0100, you wrote:
An engaged figure may change facing but not move while attempting to
Cast a Spell. Casting is a Magical Action. Like all other actions,
Casting is resolved on the figure's initiative.

\subsection{Unengaged Actions}

\subsubsection{Cast}

An unengaged figure may not move while attempting to Cast a Spell, but
may change facing. Like all other actions, Casting is resolved on the
figure's initiative. Casting is a Magical Action.

This has been around for a couple of years (officially).  Once apon a time
all magic went off at the end of the pulse but since the 1998 rule book
magic has gone off at the time it is cast, which is on the caster's IV.

Which will normally be unengaged - but what happens if a spell-caster is engaged, and wants to cast a spell?
A fighter-mage only needs one hand free to cast.

This is why I said why split IV makes little sense for magic now.  How you
run a combat sequence depends on whether or not the GM requires players
to declare actions.  If they don't then IV cannot be action based, and very
limited situation modifiers (since most modifiers depend on what action
happens).

Assuming declared actions, then the sequence would probably be

1) Declare action
2) Get fixed IV from action (weapon/spell/movement/etc)
3) Add party +IV (MilSci)
4) Add random factor (what ever).

Action then happen in IV order unless character chooses to hold action.
Currently the choice of declared actions is up to GM (if you bother
playing to the rules).  If we go for action based IV then declared actions
become mandetory.

Makes sense to me. Most GMs I've played with recently require declared actions, and I do so myself.

There is no real problem with having a separate initiative for each spell, as long as it's able to be calculated in advance and written on the character sheet. 

Jacqui --=====================_36381561==_.ALT-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Aug 12 13:43:41 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id NAA00397; Sat, 12 Aug 2000 13:39:18 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id NAA00394 for ; Sat, 12 Aug 2000 13:39:14 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id NAA28466 for ; Sat, 12 Aug 2000 13:30:56 +1200 (NZST) Date: Sat, 12 Aug 2000 13:31:16 +1200 Message-ID: <000801c003fd$0223be40$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: George Mitchinson's Initiative system From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Making one weapon-skill preeminent is unwise. Getting bogged down in the sepcifics: Should a fighter with 2Hded sword or rapier be diasadvantaged, w.r.t. (say) my character Hagan) who only has 1 weapon ranked above Rk-1: unarmed. They are real fighters, he's just a bar-room brawler. > While this is true we should not forget the other pressures involved. You > cannot rank magic while doing weapons. A pure mage is less likely to rank > unarmed simply because they will be focussing on their magics. [...] Nonsense. Even "pure" mages have skills & you often have spare time to fill in. Especially as you have to be atleast Rk3 in unarmed to kick people & what minor noble is going to admit to being unable to kick peasants? Besides -- pure mages who dont want to be in hand-to-hand definitely DONT want to be in close. What is one of most-favoured weapons for a pure (or semi-pure) mage to keep people out of close: unarmed -- it goes up to Rank10 (which you're probably never going to reach, admittedly) & you can have your "unarmed" prepared & still be able to cast spells. Try doing that with Bow & arror, or one of those weapon thingies .... To summarise 1) Making one weapon-skill preeminent is unwise 2) -- especially unarmed. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Aug 12 15:43:53 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA01139; Sat, 12 Aug 2000 15:33:43 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA01136 for ; Sat, 12 Aug 2000 15:33:39 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id PAA07098 for ; Sat, 12 Aug 2000 15:25:18 +1200 (NZST) Date: Sat, 12 Aug 2000 15:25:33 +1200 Message-ID: <000901c0040c$f988e1b0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: FW: George Mitchinson's Initiative system From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > If we wish to integrate spell-casting into the initiative sequence, rather than simply stating that magic always goes last, then spell-casting will require a initiative calculation. Agreed. Also (which is the key point for most), if we integrate the actions of engaged & unengaged. > But I can see no reason why it should be dependant on the mage's rank > in a skill like unarmed combat which is totally unrelated to magic. > The logical choice is the spell rank Agreed -- Or Rank+MA as compared with Rank+AG for fighters, whatever ... again we want something which is simple, but considers what *should* be a relevant rank, skill, or sat [or combination thereof]. > - but because spell ranks go to 20, and weapon ranks only to 10, > I would suggest that half the spell rank (round down) > would be appropriate. No, I think you're automatically making a few assumptions without realising what they are. For example in the system which I was testing, by having a magic or non-magic IV (depending on declared action), Magic IV was *really* simple: Magic IV = PC + Rank-with-spell + MA. [I'm not saying this is the answer, I'm just using it as an example] It also gave a higher edge to a pure mage, as opposed to a semi-mage; and give a REAL spell-caster a higher IV than a grunt triggering an nvested -- something which I thought felt "right" for the game (and the players didn't disagree). But non-magic IV has other factors which compensate for the fact weapons do not go to rank 10 and the fact that AG is something which usually goes down for a prepared fighter, with weight, armour, etc (yet MA goes up for a prepared mage -- purification, etc) All other IV = PC + [prepared] weapon-Rank + mod.AG + warrior bonuses + 2*{Mil.Sci Rank of skirmish-leader} +d10 You'll see that a mage will be able to advance their IV sooner than a typical fighter would; But the fighter benefits from the Mil.Sci advantage & d10, & hence the comparative IVs of a 2-year mage versus a 2-year fighter will probably depend on the leadership quality. However the ultimate fighter, EVEN when wearing sensible armour, will normall have the edge on the ultimate mage. [Again, something which I thought felt right] Again I stress that this system, which my imps & I worked out, is not the solution. For example: I have been convinced that a random element -- or the effective equivalent of a random element -- is probably desirable for for Magic IV; as a flow-on I feel that the random factor in non-magic IV whould be higher; etc. Michael -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Aug 12 15:58:43 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA01565; Sat, 12 Aug 2000 15:49:18 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA01562 for ; Sat, 12 Aug 2000 15:49:15 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id PAA07821 for ; Sat, 12 Aug 2000 15:40:53 +1200 (NZST) Date: Sat, 12 Aug 2000 15:41:08 +1200 Message-ID: <000a01c0040f$26bd3ad0$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: George Mitchinson's Initiative system From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Rosemary said: >This presupposes that each type of action has it's own > initiative (aka current engaged init is calculated for each weapon). > High on my list of things I want out of initiative > is 'one initiative stat per person'. > Two reasons for this > a) If a figure has to change their action during the pulse > (which is reasonably common), init doesn't need to be recalculated. > b) it simplifies your character sheet (think of adding yet > another column of data to your spell stats - yuk) I would prefer that there was something which ensured that a PC who has spent months, or even years, ranking a weapon has a higher IV with that, rather than something which they ony spent a week ranking or has never even [effectively] ranked. The "different" IVs don't need to be in proportion to the time/Rank acheived -- which is one good thing about the current system: At present, every fighter really only has ONE initiative stat† to which one adds 0-to-10 [the rank of the weapon]. Something like his is an acceptible compromise between simulation of dramatic "reality" & ease of play. regards, Michael. † baring fluctiating agility, becasue of fluctuating PS, or armour, etc. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Aug 12 16:43:42 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA01880; Sat, 12 Aug 2000 16:31:35 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA01877 for ; Sat, 12 Aug 2000 16:31:31 +1200 Received: from Debug (buttons-x86.ihug.co.nz [203.109.252.3]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id QAA31253 for ; Sat, 12 Aug 2000 16:23:08 +1200 Message-Id: <200008120423.QAA31253@smtp4.ihug.co.nz> Date: Sat, 12 Aug 2000 04:23:08 GMT X-Mailer: Endymion MailMan Standard Edition v3.0.20 Subject: Re: More on initiative From: jimarona@pop.ihug.co.nz To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Ross Alexander wrote: > >An engaged figure may change facing but not move while attempting to > >Cast a Spell. Casting is a Magical Action. Like all other actions, > >Casting is resolved on the figure's initiative. > > > >\subsection{Unengaged Actions} > > > >\subsubsection{Cast} > > > >An unengaged figure may not move while attempting to Cast a Spell, but > >may change facing. Like all other actions, Casting is resolved on the > >figure's initiative. Casting is a Magical Action. Unless the character is flying or mounted, in which case, the adept can cast before, during or after their cast. Which has always struck me as stupid, so I ignore it. If a character can move up to half of their movement before, during or after their cast when they're mounted or flying, then I can't see why they can't do it on the ground. Nothing is achieved by removing the option, and it creates a very static feel to combat, like the spell caster is some sort of game piece. > > > >This has been around for a couple of years (officially). Once apon a time > >all magic went off at the end of the pulse but since the 1998 rule book > >magic has gone off at the time it is cast, which is on the caster's IV. That was never an official rule, though. What happened was that Reid Pittams, I think, decided that magic would go off at the end of the pulse (because unengaged initiative was so slow, it really didn't matter) and the matter rested there. There was no rule change, as such. It's one of those things that just entered the legend of the game. Jacqui Smith wrote: > Which will normally be unengaged - but what happens if a spell-caster is > engaged, and wants to cast a spell? > A fighter-mage only needs one hand free to cast. Any kind of mage only needs one hand to cast, at the moment, not just fighter mages, whether or not they can fight with weapons. If you allow only fighter-mages to cast if they have one hand free, then dedicated spell casters become less effective at the thing they do best, which is to cast spells. Frankly, they should be able to do it while they're being hung upside down over a vat of boiling oil. > > >This is why I said why split IV makes little sense for magic now. How you > >run a combat sequence depends on whether or not the GM requires players > >to declare actions. If they don't then IV cannot be action based, and very > >limited situation modifiers (since most modifiers depend on what action > >happens). There are other issues with not declaring. If you don't require declarations, then it will only happen when casting spells. Because a spell takes two pulses to cast, unless Quickened, the spell must be declared in the pulse before you cast it. Taking actions on your initiative on the basis of what you see happening around you is a powerful advantage. It means that the character doesn't have to plan, they just have to react to the situation. There is a dichotomy between real life and a roleplaying game, and it is this. In real life, everything is a continuum. There is no issue of sequence, because it's self-evident. There is no need to engage the attention of the participants, because they don't have the option to go and do anything else. Life is all there is. In a role-playing game, we need to engage the attentions of all of the participants. That means that both sides make moves, like in a game like chess. The moves of some characters are greater and more powerful than others, they perhaps, have a greater latitude of movement. We rationalise this power as the effect of experience, which is fine. But, at the very root of the idea is the idea of communicating. In other words, the moves that DM makes and the moves of each player are a response to each other or the environment that they are a part of. To make these responses an engaging form of entertainment, then the characters must have an opportunity to do something. The problem with a simple countdown method is that it doesn't, of itself, provide for that kind of action:response:counter-response that makes us think of a story. Although it is illogical, the fact is that we are conditioned to expect a story to go '(He lunged forward, stamping his leading foot.) [I noticed that the point of his blade was low, toward my right knee, so I stepped forward and left, crossing my legs.] (He rolled his wrist and brought his blade to bear,] (so in desperation, I turned into his blade, and took it off the line of a natural attack.)' The impression that is created is of a dynamic series of actions. He did w, I did x, he did y, so I did z. If the action goes: He did w, then he did x, so I did y, and he z, then the action is less dynamic. The players contribute to a sense of urgency by be able to respond on alternative actions, whatever they are. If a player can't contribute for a very long time, then the drama dies, at least for them. The two most important parts of a pulse are the beginning and the end, aside from the mechanical reasons. The first part of the pulse colours the pulse, determining its flavour, if you like. The last action of the pulse is where the natural climax lies. It is rare for the first action of a pulse to be climactic, although, if winning the next pulse is critical for determining success, then I suppose it would qualify. But, the natural part of climax is at the end. I suppose what I'm saying is that if you simply count down actions, then you will get clumps of action that destroy story-telling. Tension will build in all of the wrong places. If the players have lots of actions in the beginning of the pulse, then they will exhaust themselves of tension early, because they won't be able to respond later on. If they have lots of actions toward the end of the pulse, then it will feel as if they are building toward some critical point. If the actions clump in the middle of the pulse, then it will feel as if they have little impact on the rest of the world, and that their ability to improvise is diminished because their gestures are bracketed at the beginning and the end by the DM. To achieve the kind of dramatic flow that we want, then a system that offers an action:response:counter-response format. At the moment, the only system that offers this is one that requires declarations. Obviously, there needs to be some actions that can be held in reserve, so that when a character doesn't have initiative, they can apply some kind of response when they don't have an action. The most obvious thing that this applies to would be a dodge, I suppose. If the dragon decides to charge you down, you can choose to dodge out of the way, even though you don't have initiative. In general, such opportunity actions are going to be up the DM, although we already allow for some in the system. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 14 05:13:47 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id EAA15620; Mon, 14 Aug 2000 04:59:38 +1200 Received: from dns0.uk.neceur.com (ingate.uk.neceur.com [193.116.254.1]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id EAA15617 for ; Mon, 14 Aug 2000 04:59:32 +1200 Received: from internal-mail.uk.neceur.com by dns0.uk.neceur.com id 7P_20iNqMc3OB; Sun, 13 Aug 2000 17:48:59 +0100 (BST) Received: from ldn-thoth.uk.neceur.com by internal-mail.uk.neceur.com id HN610KPqMcJQf; Sun, 13 Aug 2000 17:49:25 +0100 (BST) from ldn-thoth.uk.neceur.com (localhost [127.0.0.1]) id HN610KPqMcJQf for (3.3.2/3.1.31); Sun, 13 Aug 2000 17:49:25 +0100 (BST) X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Sun, 13 Aug 2000 17:43:00 +0100 X-MIMETrack: S/MIME Sign by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 13/08/2000 17:48:02, Serialize by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 13/08/2000 17:48:02, Serialize complete at 13/08/2000 17:48:02, S/MIME Sign failed at 13/08/2000 17:48:03: The cryptographic key was not found, Serialize by Router on ldn-thoth/E/NEC(Release 5.0.4 |June 8, 2000) at 08/13/2000 05:43:02 PM, Serialize complete at 08/13/2000 05:43:02 PM MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 005C49C58025693A_=" Subject: Re: More on initiative From: "Ross Alexander" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 005C49C58025693A_= Content-Type: text/plain; charset="us-ascii" At 10:27 AM 8/11/00 +0100, you wrote: An engaged figure may change facing but not move while attempting to Cast a Spell. Casting is a Magical Action. Like all other actions, Casting is resolved on the figure's initiative. \subsection{Unengaged Actions} \subsubsection{Cast} An unengaged figure may not move while attempting to Cast a Spell, but may change facing. Like all other actions, Casting is resolved on the figure's initiative. Casting is a Magical Action. This has been around for a couple of years (officially). Once apon a time all magic went off at the end of the pulse but since the 1998 rule book magic has gone off at the time it is cast, which is on the caster's IV. > Which will normally be unengaged - but what happens if a spell-caster is engaged, and wants to cast a spell? > A fighter-mage only needs one hand free to cast. I sorry my I think you have failed to fully grasp the situation. Currently initiative is based entirely on your situation ie whether an apponent is in your melee zone. If there is, then you are engaged and you act on your engaged IV, otherwise you act in the unengaged phase. It doesn't matter what you are doing, except what weapon you have prepared. What you do is completely academic to the system. The problem is that as a caster my spells go off earlier in the pulse if I'm facing an opponent. What most people are seem to be in favour of is a single action phase where every figure acts (or chooses not to act) according to their individual initiatives. Applying the KISS principle that precalculating as much as possible, then IV shouldn't really include stats like AG & MD, simply because they change so often. As for magic, I personally don't like spell ranks to count because if you include MA then mages end up being faster then fighters (unless you start doubling how much warrior and weapon ranks add). As for MilSci, the simpliest thing is to add to everything. As for a random factor, it think it should be up to the GM. D10 to resolve were the opponents are nearly equal though to D100 for lots of excitement. So we could get the following (where number in [] precalculated)... Melee (attack, evade?) - [PC + AG + 2xWeapon Rank + 2xWarrior] + MilSci bonus + Random Casting (prepare?, who cares) - [PC + MA + Spell Rank] + MilSci bonus + Random Everything else - [PC + AG] + MilSci + Random With such large numbers at the top end (pc=25 + ag=25 + weapon=20 + warrior=20 + milsci=20) = 110 for best warrior vs (pc=25 + ma=29 + spell=20 + milsci=20) = 94, a D100 is necessary for any real random effect. Remember this does not including situational modifiers such as in a rear hex or being prone etc. This is why I said why split IV makes little sense for magic now. How you run a combat sequence depends on whether or not the GM requires players to declare actions. If they don't then IV cannot be action based, and very limited situation modifiers (since most modifiers depend on what action happens). --=_alternative 005C49C58025693A_= Content-Type: text/html; charset="us-ascii"
At 10:27 AM 8/11/00 +0100, you wrote:
An engaged figure may change facing but not move while attempting to
Cast a Spell. Casting is a Magical Action. Like all other actions,
Casting is resolved on the figure's initiative.

\subsection{Unengaged Actions}

\subsubsection{Cast}

An unengaged figure may not move while attempting to Cast a Spell, but
may change facing. Like all other actions, Casting is resolved on the
figure's initiative. Casting is a Magical Action.

This has been around for a couple of years (officially).  Once apon a time
all magic went off at the end of the pulse but since the 1998 rule book
magic has gone off at the time it is cast, which is on the caster's IV.

> Which will normally be unengaged - but what happens if a spell-caster is engaged, and wants to cast a spell?
> A fighter-mage only needs one hand free to cast.
I sorry my I think you have failed to fully grasp the situation.  Currently initiative is based entirely on
your situation ie whether an apponent is in your melee zone.  If there is, then you are engaged and you
act on your engaged IV, otherwise you act in the unengaged phase.  It doesn't matter what you are doing, except what weapon you have prepared.  What you do is completely academic to the system.  The problem
is that as a caster my spells go off earlier in the pulse if I'm facing an opponent.

What most people are seem to be in favour of is a single action phase where every figure acts (or chooses
not to act) according to their individual initiatives.  Applying the KISS principle that precalculating
as much as possible, then IV shouldn't really include stats like AG & MD, simply because they change
so often.  As for magic, I personally don't like spell ranks to count because if you include MA then mages
end up being faster then fighters (unless you start doubling how much warrior and weapon ranks add).
As for MilSci, the simpliest thing is to add to everything.  As for a random factor, it think it should be
up to the GM.  D10 to resolve were the opponents are nearly equal though to D100 for lots of excitement.
So we could get the following (where number in [] precalculated)...

        Melee (attack, evade?) - [PC + AG + 2xWeapon Rank + 2xWarrior] + MilSci bonus + Random
        Casting (prepare?, who cares) - [PC + MA + Spell Rank] + MilSci bonus + Random
        Everything else - [PC + AG] + MilSci + Random

With such large numbers at the top end (pc=25 + ag=25 + weapon=20 + warrior=20 + milsci=20) = 110
for best warrior vs (pc=25 + ma=29 + spell=20 + milsci=20) = 94, a D100 is necessary for any real
random effect.

Remember this does not including situational modifiers such as in a rear hex or being prone etc.

This is why I said why split IV makes little sense for magic now.  How you
run a combat sequence depends on whether or not the GM requires players
to declare actions.  If they don't then IV cannot be action based, and very
limited situation modifiers (since most modifiers depend on what action
happens).
--=_alternative 005C49C58025693A_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 14 05:58:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id FAA15961; Mon, 14 Aug 2000 05:57:04 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id FAA15958 for ; Mon, 14 Aug 2000 05:57:01 +1200 Received: from ihug.co.nz (p245-tnt6.akl.ihug.co.nz [216.100.154.245]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id FAA12751 for ; Mon, 14 Aug 2000 05:47:44 +1200 Message-ID: <3996DD66.4039BC29@ihug.co.nz> Date: Mon, 14 Aug 2000 05:39:50 +1200 X-Mailer: Mozilla 4.6 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------2124967037A7B05B0572EA7E" Subject: Re: More on initiative From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz --------------2124967037A7B05B0572EA7E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ross Alexander wrote: > I sorry my I think you have failed to fully > grasp the situation. Currently initiative is > based entirely on > your situation ie whether an apponent is in your > melee zone. If there is, then you are engaged > and you > act on your engaged IV, otherwise you act in the > unengaged phase. It doesn't matter what you are > doing, except what weapon you have prepared. > What you do is completely academic to the > system. The problem > is that as a caster my spells go off earlier in > the pulse if I'm facing an opponent. > Well, it might be what is written down on a piece of paper, but I doubt that anyone would ever interpret it in that fashion. At the moment, if you are throwing a dagger at something, even if you are engaged, then your initiative is considered to be unengaged. Ranged attacks, movement, and spells happen on unengaged initiative. If you have a rank 9 dagger, it in no way helps you to move away from someone. That's just not how it is sensibly interpreted. > > What most people are seem to be in favour of is > a single action phase where every figure acts > (or chooses > not to act) according to their individual > initiatives. Applying the KISS principle that > precalculating > as much as possible, then IV shouldn't really > include stats like AG & MD, simply because they > change > so often. As for magic, I personally don't like > spell ranks to count because if you include MA > then mages > end up being faster then fighters (unless you > start doubling how much warrior and weapon ranks > add). > As for MilSci, the simpliest thing is to add to > everything. As for a random factor, it think it > should be > up to the GM. D10 to resolve were the opponents > are nearly equal though to D100 for lots of > excitement. > So we could get the following (where number in > [] precalculated)... > > Melee (attack, evade?) - [PC + AG + > 2xWeapon Rank + 2xWarrior] + MilSci bonus + > Random > Casting (prepare?, who cares) - [PC + MA > + Spell Rank] + MilSci bonus + Random > Everything else - [PC + AG] + MilSci + > Random > > With such large numbers at the top end (pc=25 + > ag=25 + weapon=20 + warrior=20 + milsci=20) = > 110 > for best warrior vs (pc=25 + ma=29 + spell=20 + > milsci=20) = 94, a D100 is necessary for any > real > random effect. > > Remember this does not including situational > modifiers such as in a rear hex or being prone > etc. > I'm a little confused as to where you stand on the issue. It seems to me that you're saying that to have some meaningful amount of uncertainty in the initiative equation, we need to be using perscentiles. Or, I could be reading that in. It would be nice to know what your position is. > > This is why I said why split IV makes little > sense for magic now. How you > run a combat sequence depends on whether or not > the GM requires players > to declare actions. If they don't then IV > cannot be action based, and very > limited situation modifiers (since most > modifiers depend on what action > happens). The apprehension that some people seem to be labouring under is that engaged intiative applies when you are engaged, and unengaged initiative applies when you're not engaged. If we step aside from the terms, and look at the effect on the game, then it doesn't need to be looked at that way. Engaged initiative is when you use an appropriate weapon and you are in their melee zone or close. If, on the other hand, they're throwing a stone, but are holding a rapier in their other hand, then they act on their unengaged initiative, even if they are engaged. A character does not garner an initiative bonus to casting a spell, simply because they just happen to be waving their rank 9 dagger around. That's ludicrous. --------------2124967037A7B05B0572EA7E Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit  

Ross Alexander wrote:

I sorry my I think you have failed to fully grasp the situation.  Currently initiative is based entirely on
your situation ie whether an apponent is in your melee zone.  If there is, then you are engaged and you
act on your engaged IV, otherwise you act in the unengaged phase.  It doesn't matter what you are doing, except what weapon you have prepared.  What you do is completely academic to the system.  The problem
is that as a caster my spells go off earlier in the pulse if I'm facing an opponent.
 
    Well, it might be what is written down on a piece of paper, but I doubt that anyone would ever interpret it in that fashion. At the moment, if you are throwing a dagger at something, even if you are engaged, then your initiative is considered to be unengaged.
    Ranged attacks, movement, and spells happen on unengaged initiative. If you have a rank 9 dagger, it in no way helps you to move away from someone. That's just not how it is sensibly interpreted.
 
What most people are seem to be in favour of is a single action phase where every figure acts (or chooses
not to act) according to their individual initiatives.  Applying the KISS principle that precalculating
as much as possible, then IV shouldn't really include stats like AG & MD, simply because they change
so often.  As for magic, I personally don't like spell ranks to count because if you include MA then mages
end up being faster then fighters (unless you start doubling how much warrior and weapon ranks add).
As for MilSci, the simpliest thing is to add to everything.  As for a random factor, it think it should be
up to the GM.  D10 to resolve were the opponents are nearly equal though to D100 for lots of excitement.
So we could get the following (where number in [] precalculated)...

        Melee (attack, evade?) - [PC + AG + 2xWeapon Rank + 2xWarrior] + MilSci bonus + Random
        Casting (prepare?, who cares) - [PC + MA + Spell Rank] + MilSci bonus + Random
        Everything else - [PC + AG] + MilSci + Random

With such large numbers at the top end (pc=25 + ag=25 + weapon=20 + warrior=20 + milsci=20) = 110
for best warrior vs (pc=25 + ma=29 + spell=20 + milsci=20) = 94, a D100 is necessary for any real
random effect.

Remember this does not including situational modifiers such as in a rear hex or being prone etc.
 

    I'm a little confused as to where you stand on the issue. It seems to me that you're saying that to have some meaningful amount of uncertainty in the initiative equation, we need to be using perscentiles. Or, I could be reading that in. It would be nice to know what your position is.
 
This is why I said why split IV makes little sense for magic now.  How you
run a combat sequence depends on whether or not the GM requires players
to declare actions.  If they don't then IV cannot be action based, and very
limited situation modifiers (since most modifiers depend on what action
happens).
    The apprehension that some people seem to be labouring under is that engaged intiative applies when you are engaged, and unengaged initiative applies when you're not engaged. If we step aside from the terms, and look at the effect on the game, then it doesn't need to be looked at that way.
    Engaged initiative is when you use an appropriate weapon and you are in their melee zone or close. If, on the other hand, they're throwing a stone, but are holding a rapier in their other hand, then they act on their unengaged initiative, even if they are engaged.
    A character does not garner an initiative bonus to casting a spell, simply because they just happen to be waving their rank 9 dagger around. That's ludicrous. --------------2124967037A7B05B0572EA7E-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 14 09:44:18 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA17167; Mon, 14 Aug 2000 09:36:08 +1200 Received: from prserv.net (out2.prserv.net [32.97.166.32]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id JAA17164 for ; Mon, 14 Aug 2000 09:36:03 +1200 Received: from peace.com ([129.37.154.113]) by prserv.net (out2) with SMTP id <2000081321254522901s4a82e>; Sun, 13 Aug 2000 21:25:46 +0000 Message-ID: <39970B24.CA00DC03@peace.com> Date: Mon, 14 Aug 2000 08:55:01 +1200 X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: More on initiative From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > Well, it might be what is written down on a piece of paper, but I > doubt that anyone would ever interpret it in that fashion. At the > moment, if you are throwing a dagger at something, even if you are > engaged, then your initiative is considered to be unengaged. What you seem to be saying is that if I have an opponent in my melee zone and have a prepared dagger that I intend to stab them with then I'm "engaged" for the purposes of Init. If I decide to (for example) throw the dagger at an enemy about to butcher my companion and take my chances with the thug in my melee zone, then the thug automatically gets to go first since the nature of my action is of the unengaged variety (ranged attack) and thus occurs after engaged actions. > Ranged attacks, movement, and spells happen on unengaged > initiative. If you have a rank 9 dagger, it in no way helps you to > move away from someone. You don't interpret "withdrawl" actions as engaged? > A character does not garner an initiative bonus to casting a > spell, simply because they just happen to be waving their rank 9 > dagger around. That's ludicrous. Certainly is silly. Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 14 10:28:57 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA17447; Mon, 14 Aug 2000 10:15:58 +1200 Received: from defacto.peace.co.nz (fwuser@[202.14.141.233] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA17444 for ; Mon, 14 Aug 2000 10:15:51 +1200 Message-ID: <39971BE3.74A28213@peace.com> Date: Mon, 14 Aug 2000 10:06:28 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: More on initiative From: Michael Woodhams To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: michael.woodhams@peace.com To play devil's advocate, there is some logic in these. If Thug and I are trying to poke each other with daggers, then Thug's attack will be delayed as he looks for an opening, and I might get first strike. If I am throwing the dagger, then Thug has no reason to hesitate and pokes me immediately. (OK, so I also have no reason to hesitate to throw, and should still have a chance to go first.) Similarly, if I am casting, then Thug will have a harder time interupting me if he has to walk into my dagger to do so, so I am more likely to go first. Both these arguments rest not on the player going faster due to the weapon, but the opponent going slower. I don't think we want to work this into the system, however. (To be logical, there would need to be still more complications - if Thug were prepared to ignore my dagger to prevent my spell casting, we should have initiative ignoring my dagger - and Thug gets to eat a spec. grev.) Martin Dickson wrote: > Jim Arona wrote: > > > Well, it might be what is written down on a piece of paper, but I > > doubt that anyone would ever interpret it in that fashion. At the > > moment, if you are throwing a dagger at something, even if you are > > engaged, then your initiative is considered to be unengaged. > > What you seem to be saying is that if I have an opponent in my melee > zone and have a prepared dagger that I intend to stab them with then I'm > "engaged" for the purposes of Init. If I decide to (for example) throw > the dagger at an enemy about to butcher my companion and take my chances > with the thug in my melee zone, then the thug automatically gets to go > first since the nature of my action is of the unengaged variety (ranged > attack) and thus occurs after engaged actions. > > > Ranged attacks, movement, and spells happen on unengaged > > initiative. If you have a rank 9 dagger, it in no way helps you to > > move away from someone. > > You don't interpret "withdrawl" actions as engaged? > > > A character does not garner an initiative bonus to casting a > > spell, simply because they just happen to be waving their rank 9 > > dagger around. That's ludicrous. > > Certainly is silly. > > Cheers, > Martin > > -- > > _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com > _/ Martin Dickson Fax : +64-9-373-0401 > Analyst Phone: +64-9-373-0400 > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 14 15:44:12 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA19417; Mon, 14 Aug 2000 15:31:30 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA19414 for ; Mon, 14 Aug 2000 15:31:26 +1200 Received: from ihug.co.nz (p220-tnt6.akl.ihug.co.nz [216.100.154.220]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id PAA04816 for ; Mon, 14 Aug 2000 15:21:56 +1200 Message-ID: <399763F0.101B79AB@ihug.co.nz> Date: Mon, 14 Aug 2000 15:13:53 +1200 X-Mailer: Mozilla 4.6 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: More on initiative From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Martin Dickson wrote: > > You don't interpret "withdrawl" actions as engaged? Yes, I do. It's a special manoeuvre that uses engaged intiative. I was talking about a charge, for example, or simply moving around the combat arena. I was unaware, actually, that you could interpret 'withdrawal' as anything other than engaged. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 14 18:58:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id SAA21618; Mon, 14 Aug 2000 18:56:29 +1200 Received: from prserv.net (out2.prserv.net [32.97.166.32]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id SAA21615 for ; Mon, 14 Aug 2000 18:56:23 +1200 Received: from peace.com ([129.37.172.250]) by prserv.net (out2) with SMTP id <2000081406455322901k2sqhe>; Mon, 14 Aug 2000 06:45:53 +0000 Message-ID: <399795FE.8FC6D2F2@peace.com> Date: Mon, 14 Aug 2000 18:47:26 +1200 X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: More on initiative From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > I was talking about a charge, for example, or simply moving around the > combat > arena. I was unaware, actually, that you could interpret 'withdrawal' as > anything other than engaged. Err... well neither did I, hence my be-puzzlement. Makes much more sense if you mean moving but not withdrawl. -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 14 21:44:22 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id VAA22622; Mon, 14 Aug 2000 21:39:55 +1200 Received: from kcbbs.gen.nz (kcbbs.gen.nz [202.14.102.1]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id VAA22619 for ; Mon, 14 Aug 2000 21:39:51 +1200 Received: from bear (as5200-21.kcbbs.gen.nz [202.14.102.51]) by kcbbs.gen.nz (8.9.3/8.8.8) with SMTP id VAA24346; Mon, 14 Aug 2000 21:28:05 +1200 (NZST) Message-Id: <3.0.6.32.20000814212335.00880650@kcbbs.gen.nz> X-Sender: salient@kcbbs.gen.nz X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Mon, 14 Aug 2000 21:23:35 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: light and darkness From: Brent Jackson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Clare, The way that this has come about has been via two independent modifications to the Celestial college. When the Celestial college was rewritten it was decreed that mages could not benefit from magical light. This was later adjusted to allow Celestial mages to use magical light to cancel negative modifiers, although they still cannot add positive modifiers. A later independent change was the rewrite of the Celestial college branch modifiers (by Andrew Withy I believe), principally done to make Shadow Weaver bonuses easily to calculate. It would appear that this later change has introduced this apparent inconsistancy. I would expect the current rules to be intrepreted that Celestials cannot gain bonuses from magical light, so these rows are only present for completeness, should "natural" light somehow be boosted to a level that is equivalent to this magical level (eg inside the sun). Consideration should be given to adding a sentence explicitly stating whether this is an exception to the inability to gain bonuses, or not. Cheers, Brent. At 17:33 6/07/00 +1200, Clare West wrote: >I was pondering light and darkness the other day, especially with >respect to Celestial mages. > >Currently the ruling is that the spells Light and Darkness cannot >create *beneficial* lighting conditions. However, Solar and Dark >Mages get their best bonuses in 100% light/darkness. A condition that >according to the table is described as "Magical Effect - no vision >works". What magical effect? Most people would say "Rank 20 >light/darkness". So do light and darkness not provide beneficial >effect until you get to Rank 20, and then suddenly they provide +/- >25%? Or is this something that slipped through the cracks when Light >and Darkness were modified? or what? > >clare (who no longer plays a Dark Mage btw) > >-- >Clare West, Rm 111, Ext 8266 >clare@cs.auckland.ac.nz > > >-- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 00:14:48 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id AAA23448; Tue, 15 Aug 2000 00:00:44 +1200 Received: from dns0.uk.neceur.com (ingate.uk.neceur.com [193.116.254.1]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id AAA23445 for ; Tue, 15 Aug 2000 00:00:37 +1200 Received: from internal-mail.uk.neceur.com by dns0.uk.neceur.com id 58p108DtNc3R51; Mon, 14 Aug 2000 12:49:38 +0100 (BST) Received: from ldn-thoth.uk.neceur.com by internal-mail.uk.neceur.com id 6DP30iEtNcpN3; Mon, 14 Aug 2000 12:50:03 +0100 (BST) from ldn-thoth.uk.neceur.com (localhost [127.0.0.1]) id 6DP30iEtNcpN3 for (3.3.2/3.1.31); Mon, 14 Aug 2000 12:50:03 +0100 (BST) X-MIMETrack: S/MIME Sign by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 14/08/2000 12:29:25, Serialize by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 14/08/2000 12:29:25, Serialize complete at 14/08/2000 12:29:25, S/MIME Sign failed at 14/08/2000 12:29:26: The cryptographic key was not found, S/MIME Sign by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 14/08/2000 12:48:42, Serialize by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 14/08/2000 12:48:42, Serialize complete at 14/08/2000 12:48:42, S/MIME Sign failed at 14/08/2000 12:48:42: The cryptographic key was not found, Serialize by Router on ldn-thoth/E/NEC(Release 5.0.4 |June 8, 2000) at 08/14/2000 12:43:40 PM X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Mon, 14 Aug 2000 12:43:38 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_mixed 0040E1FD8025693B_=" Subject: Proposal on Initiative (v 0.1). From: "Ross Alexander" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz --=_mixed 0040E1FD8025693B_= Content-Type: multipart/alternative; boundary="=_alternative 0040E1FD8025693B_=" --=_alternative 0040E1FD8025693B_= Content-Type: text/plain; charset="us-ascii" To put this discussion on a more concrete footing, I have written up a proposal to be put forward to the GMs meeting. There are any number of caveats to do with first draft and no flames thank you etc. But atleast it gives everybody something to focus on. I have attached a PDF files and the LaTeX source. It's mainly text so people can cut and paste blocks for comment. \documentclass[a4paper]{article} \usepackage{textcomp} \title{Problems with the DQ initiative system} \author{Ross Alexander} \date{/today} \begin{document} \maketitle \tableofcontents \section{The current system and problems with it} \subsection{Current flow of combat} Currently each pulse of combat is split into three distinct phases. These are engaged phase, team A's unengaged phase and team B's unengaged phases. So the flow of action for each pulse is as follows. \begin{enumerate} \item Player's declare actions (optional). \item Party's military scientist rolls D10 to determine unengaged IV. \item Engaged action occurs based on figure's engaged IV (including throwing, casting or anything allowed). \item Winner of unengaged IV acts with order designated by military scientist. \item Loser of unengaged IV acts with order designated by military scientist. \item End of pulse actions (stun recovery, poison etc). \end{enumerate} \subsection{Flaws in the system} In strict accordance to the rules a figure is engaged or unengaged based solely on a figure's relative position to an opposing figure (i.e.\ whether or not they are in an opponent's melee zone or an opponent is in their melee zone). There are a number of places where this falls down but the most striking (and important) is the casting of magic. This is because casting is both an engaged and unengaged activity. Spells effect the moment they are cast so if you happen to have an opponent in front of you (or if you are lucky, behind an opponent) then are engaged and act in the engaged phase. Most people (if not all) agree that this doesn't make much sense. However, the simple solution of casting happening in the figure's unengaged phase regardless of whether or not they are actually engaged, will require some work to remove all the other potential inconsistancies as well. \subsection{Question to be asked?} \begin{enumerate} \item Is the current system for casting (et al) flawed? \item Is the whole split initiative system flawed? \item Is the solution proposed acceptable? \end{enumerate} I'm not suggesting the proposed solution is the best, only that is does the job without too much fuffing about with other rules or changing the flavour too much (I hope). It should make combat more exciting (and hopefully more heroic). It doesn't really fix the with Quickness (agree to a new initiative system first, then fix Quickness around it) or the problem with super heroic characters still only getting one action per pulse (have a solution to this but that's for another time). \section{Possible replacement system} \subsection{Combined single phase of action} Basically every figure has an initiative and they act on (or later than) that value. In theory this should act like an extended engaged phase engaged actions (since engaged IV is almost always greater than unengaged) with unengaged figures towards the end in [their] unengaged initiative. \subsection{Random factor} On critisism of the current engaged initiative system is that an opponent who is one point faster always goes first rather than going first a majority (asymtopic average) of the time. There is a lot of debate over how large this random factor should be. The options range from D10 through to D100, with the possibility of say 2D10. The problem with summing dice is that the central limit theorum quickly reduces the variability (i.e.\ variance), making it a lot less effective. A possible twist is to use rollups (this is where if you roll a 10 on a D10 then reroll and keep adding). This enables a much slower figure to have an outside (but not impossible) chance to beating somebody much faster. \subsection{Declaring actions and loss of oppotunity} Some GMs require their players to declare their actions at the start of each pulse. This leads to the problem that should the situation change before the figure gets to act then their action may become invalid or inappropriate. Depending of how fasist a GM is, a figure may or may not be able to alter their action. This can mean that slower figures often end up not being able to act simply because the situation has changed (e.g.\ their opponent is dead). The ability for a figure to choose their action on their initiative is that is often leads to more heroic action, or atleast faster flowing and more interesting action. A GM may ask the party for an indication of intention rather than an actual declaration of action (this give the GM an idea of what they intend without forcing them to actually perform that action). The problem is if initiative is based on what action the figure is going to do, what then happens if the don't do that action (for whatever reason)? The DQ combat system has enough restrictions already without adding more. \subsection{Keeping the original flavour} There is a something to be said for gradual change and keeping with current flavour i.e.\ engaged combat normally goes first and weapons are faster than spells. This can be done with a minimum of changes. \begin{itemize} \item Engaged IV becomes Prepared VI. If a figure has a prepared weapon and at the appropriated range (for example a figure must be in melee for unarmed to be ``prepared'' but a bow fired, dagger thrown, etc.\ on its Prepared IV even though the figure is unengaged) then their base IV is PC + AG + Weapon Rank + Warrior. A figure can never have a prepared weapon (including unarmed) if their are engaged in any form of magic (excluding actively resisting). This is not effected by whether the figure is engaged or unengaged. \item In all other situations the figure's base IV is PC + 1 \texttimes{} figure's Military Scientist. \item Each pulse a figure adds 1 \texttimes{} party's maximum Military Scientist (subject to usual rules) + D50 to their initiative. \item A figure may prepare a weapon without costing an action. \item Figure with a positonal advantage/disadvantage respectively have a bonus or penalty to Prepared IV. For example, if a figure is behind a figure with a prepared weapon then it gains a +20 bonus or if a figure is prone then they suffer a -10 penalty (the numbers are indicative only). \end{itemize} \subsubsection{Variations} The random could be changed to D10 with rollups or D100 (or whatever you want to divide D100 by, e.g.\ 2,4,5 or D50, D25 or D20 respectively). \subsection{Justifications} \subsubsection{Weapon ranges} This solves the problem of unarmed and cestus and enables thrown and missile weapons to act before magic even when unengaged. I can't see any immediate flaws but there almost certainly are some so extra caveats will probably need to be added. \subsubsection{Magic and preparing weapons} This is just to casting to ever happening at a figure's unengaged Prepared IV. As a figure can prepare or unprepare without cost it is no great penalty. The current rules allow a figure to unprepare (to atleast drop) a weapon without taking an action. If a figure wishes to trigger (or a Namer cast) then technically they would have to unprepare any weapons at the end of the previous pulse. The reason of allowing a figure to prepare a weapon to make combat more heroic. Having to spend an entire action pulling out a sword is no fun for players. It does make fighter mages slightly better since they are attack, prepare, cast, attack etc.\ but addressing the balance between fighter mages and pure mages should be done elsewhere anyway (like making MA bonus for ranking count on special knowledge as well as general knowledge). \subsubsection{Splitting Military Scientist bonus} This enable those characters who have spend EP on Military Scientist to get some benefit from it when in a party with another Military Scientist of greater Rank. It could be said this forces characters to rank Military Scientist just for the bonus (which is true) but since most characters with Military Scientist ranked it simply for the bonus and much of the time don't really benefit from all the EP spent. By having the party's Military Scientist (that is the bonus of maximum ranked Military Scientist who is not engaged) it keeps the current flavour of the Military Scientist staying at the back and giving orders. \subsubsection{Random factor} I thought D10 simple not enough when Prepared IV could easily reach 60 or more and D100 too much, especially at the bottom end. D50 is a numerically simple compromise (D100/2) which give a good range without making the lower end totally random. \subsection{Advantages} This solution attempts to keep a close the current rules about actual allowed actions and positions (close, engaged, unengaged). It might be good to match the positions to close, melee and ranged, but only if the fitted together coherently (hence doing away with with engaged vs unengaged actions, merely having what actions can occur at what range). Because it doesn't depend on a figure's action declared actions are not required, for those GMs which don't like them. It is simple (really) in that weapon initiative hasn't changed and that most of the numbers can be calculated beforehand. \subsection{Disadvantages} None, obviously (barring the obvious, which is that is just not DQ as we know it). \end{document} --=_alternative 0040E1FD8025693B_= Content-Type: text/html; charset="us-ascii"
To put this discussion on a more concrete footing, I have written up a proposal
to be put forward to the GMs meeting.  There are any number of caveats to do
with first draft and no flames thank you etc.  But atleast it gives everybody something
to focus on.  I have attached a PDF files and the LaTeX source.  It's mainly text so
people can cut and paste blocks for comment.





\documentclass[a4paper]{article}
\usepackage{textcomp}

\title{Problems with the DQ initiative system}
\author{Ross Alexander}
\date{/today}

\begin{document}
\maketitle

\tableofcontents

\section{The current system and problems with it}

\subsection{Current flow of combat}

Currently each pulse of combat is split into three distinct phases.  These are
engaged phase, team A's unengaged phase and team B's unengaged phases.  So the
flow of action for each pulse is as follows.
\begin{enumerate}
\item Player's declare actions (optional).
\item Party's military scientist rolls D10 to determine unengaged IV.
\item Engaged action occurs based on figure's engaged IV (including throwing,
casting or anything allowed).
\item Winner of unengaged IV acts with order designated by military scientist.
\item Loser of unengaged IV acts with order designated by military scientist.
\item End of pulse actions (stun recovery, poison etc).
\end{enumerate}

\subsection{Flaws in the system}

In strict accordance to the rules a figure is engaged or unengaged based solely
on a figure's relative position to an opposing figure (i.e.\ whether or not
they are in an opponent's melee zone or an opponent is in their melee zone).

There are a number of places where this falls down but the most striking (and
important) is the casting of magic.  This is because casting is both an
engaged and unengaged activity.  Spells effect the moment they are cast
so if you happen to have an opponent in front of you (or if you are lucky,
behind an opponent) then are engaged and act in the engaged phase.

Most people (if not all) agree that this doesn't make much sense.  However, the
simple solution of casting happening in the figure's unengaged phase regardless
of whether or not they are actually engaged, will require some work to remove
all the other potential inconsistancies as well.

\subsection{Question to be asked?}

\begin{enumerate}
\item Is the current system for casting (et al) flawed?
\item Is the whole split initiative system flawed?
\item Is the solution proposed acceptable?
\end{enumerate}

I'm not suggesting the proposed solution is the best, only that is
does the job without too much fuffing about with other rules or
changing the flavour too much (I hope).  It should make combat more
exciting (and hopefully more heroic).  It doesn't really fix the with
Quickness (agree to a new initiative system first, then fix Quickness
around it) or the problem with super heroic characters still only
getting one action per pulse (have a solution to this but that's for
another time).

\section{Possible replacement system}

\subsection{Combined single phase of action}

Basically every figure has an initiative and they act on (or later
than) that value.  In theory this should act like an extended engaged
phase engaged actions (since engaged IV is almost always greater than
unengaged) with unengaged figures towards the end in [their] unengaged
initiative.

\subsection{Random factor}

On critisism of the current engaged initiative system is that an
opponent who is one point faster always goes first rather than going
first a majority (asymtopic average) of the time.  There is a lot of
debate over how large this random factor should be.  The options range
from D10 through to D100, with the possibility of say 2D10.  The
problem with summing dice is that the central limit theorum quickly
reduces the variability (i.e.\ variance), making it a lot less
effective.  A possible twist is to use rollups (this is where if you
roll a 10 on a D10 then reroll and keep adding).  This enables a much
slower figure to have an outside (but not impossible) chance to
beating somebody much faster.

\subsection{Declaring actions and loss of oppotunity}

Some GMs require their players to declare their actions at the start
of each pulse.  This leads to the problem that should the situation
change before the figure gets to act then their action may become
invalid or inappropriate.  Depending of how fasist a GM is, a figure
may or may not be able to alter their action.  This can mean that
slower figures often end up not being able to act simply because
the situation has changed (e.g.\ their opponent is dead).

The ability for a figure to choose their action on their initiative
is that is often leads to more heroic action, or atleast faster
flowing and more interesting action.  A GM may ask the party for
an indication of intention rather than an actual declaration of
action (this give the GM an idea of what they intend without
forcing them to actually perform that action).

The problem is if initiative is based on what action the figure is
going to do, what then happens if the don't do that action (for
whatever reason)?  The DQ combat system has enough restrictions
already without adding more.

\subsection{Keeping the original flavour}

There is a something to be said for gradual change and keeping with
current flavour i.e.\ engaged combat normally goes first and weapons
are faster than spells.  This can be done with a minimum of changes.
\begin{itemize}

\item Engaged IV becomes Prepared VI.  If a figure has a prepared
weapon and at the appropriated range (for example a figure must be in
melee for unarmed to be ``prepared'' but a bow fired, dagger thrown,
etc.\ on its Prepared IV even though the figure is unengaged) then
their base IV is PC + AG + Weapon Rank + Warrior.  A figure can never
have a prepared weapon (including unarmed) if their are engaged in any
form of magic (excluding actively resisting).  This is not effected by
whether the figure is engaged or unengaged.

\item In all other situations the figure's base IV is PC + 1
\texttimes{} figure's Military Scientist.

\item Each pulse a figure adds 1 \texttimes{} party's maximum Military
Scientist (subject to usual rules) + D50 to their initiative.

\item A figure may prepare a weapon without costing an action.

\item Figure with a positonal advantage/disadvantage respectively have
a bonus or penalty to Prepared IV.  For example, if a figure is behind
a figure with a prepared weapon then it gains a +20 bonus or if a
figure is prone then they suffer a -10 penalty (the numbers are
indicative only).

\end{itemize}

\subsubsection{Variations}

The random could be changed to D10 with rollups or D100 (or whatever
you want to divide D100 by, e.g.\ 2,4,5 or D50, D25 or D20
respectively).

\subsection{Justifications}

\subsubsection{Weapon ranges}

This solves the problem of unarmed and cestus and enables thrown
and missile weapons to act before magic even when unengaged.
I can't see any immediate flaws but there almost certainly are
some so extra caveats will probably need to be added.

\subsubsection{Magic and preparing weapons}

This is just to casting to ever happening at a figure's unengaged
Prepared IV.  As a figure can prepare or unprepare without cost it is
no great penalty.  The current rules allow a figure to unprepare (to
atleast drop) a weapon without taking an action.  If a figure wishes
to trigger (or a Namer cast) then technically they would have to
unprepare any weapons at the end of the previous pulse.

The reason of allowing a figure to prepare a weapon to make combat
more heroic.  Having to spend an entire action pulling out a sword is
no fun for players.  It does make fighter mages slightly better since
they are attack, prepare, cast, attack etc.\ but addressing the
balance between fighter mages and pure mages should be done elsewhere
anyway (like making MA bonus for ranking count on special knowledge as
well as general knowledge).

\subsubsection{Splitting Military Scientist bonus}

This enable those characters who have spend EP on Military Scientist
to get some benefit from it when in a party with another Military
Scientist of greater Rank.  It could be said this forces characters to
rank Military Scientist just for the bonus (which is true) but since
most characters with Military Scientist ranked it simply for the bonus
and much of the time don't really benefit from all the EP spent.

By having the party's Military Scientist (that is the bonus of maximum
ranked Military Scientist who is not engaged) it keeps the current
flavour of the Military Scientist staying at the back and giving
orders.

\subsubsection{Random factor}

I thought D10 simple not enough when Prepared IV could easily reach 60
or more and D100 too much, especially at the bottom end.  D50 is a
numerically simple compromise (D100/2) which give a good range without
making the lower end totally random.

\subsection{Advantages}

This solution attempts to keep a close the current rules about actual
allowed actions and positions (close, engaged, unengaged).  It might
be good to match the positions to close, melee and ranged, but only if
the fitted together coherently (hence doing away with with engaged vs
unengaged actions, merely having what actions can occur at what
range).

Because it doesn't depend on a figure's action declared actions are
not required, for those GMs which don't like them.  It is simple
(really) in that weapon initiative hasn't changed and that most of the
numbers can be calculated beforehand.

\subsection{Disadvantages}

None, obviously (barring the obvious, which is that is just not DQ as
we know it).

\end{document} --=_alternative 0040E1FD8025693B_=-- --=_mixed 0040E1FD8025693B_= Content-Type: application/octet-stream; name="init.pdf" Content-Disposition: attachment; filename="init.pdf" Content-Transfer-Encoding: base64 JVBERi0xLjMKMyAwIG9iaiA8PAovTGVuZ3RoIDU4MzUgICAgICAKPj4Kc3RyZWFtCjEgMCAwIDEg MTYwLjk1IDY2NC4yOCBjbQpCVAovRjMyIDE3LjIyIFRmIDAgMCBUZFsoUHJvYikxKGxlbXMpLTI1 MCh3aXQpMShoKS0yNTAodGhlKS0yNTAoRFEpLTI0OShpbml0aWF0aSkyNSh2KTE1KGUpLTI0OShz eXN0ZW0pXVRKIDk2LjUgLTIxLjkxIFRkWyhWKTExMShlcnMpMShpb24pLTI1MCgwLjEpXVRKL0Yz MiAxMS45NiBUZiAxLjI4IC0yOC45IFRkWyhSbykxKHNzKS0yNTAoQWxlKTE2KHhhbmRlKTEocild VEogLTEuNzYgLTIzLjI5IFRkWyhBdWcpMSh1c3QpLTI1MCgxNCkxKCwpLTI1MCgyMDAwKV1USi9G MzUgMTQuMzUgVGYgLTEzMi4xNyAtNDMuNTkgVGRbKENvbnRlKTEobnRzKV1USi9GMzUgOS45NiBU ZiAwIC0yMi4yNyBUZFsoMSktMTAwMShUaGUpLTI1MChjdXJyKTE4KGUpLTEobnQpLTI1MChzeXN0 ZW0pLTI1MShhbmQpLTI1MChwcikxOChvKS0xKGJsZW1zKS0yNTAod2l0KS0xKGgpLTI1MChpdCkt MTUxNTIoMSldVEovRjMyIDkuOTYgVGYgMTQuOTUgLTExLjk1IFRkWygxLjEpLTEwNTAoQ3VyKS0x KHJlbnQpLTI1MChcMDAzbykyNSh3KS0yNTAobyktMShmKS0yNTAoY29tYmF0KS02MTUoLiktNTAx KC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDEoLiktNTAwKC4pLTUwMCguKS01MDAo LiktNTAwKC4pLTUwMSguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMSgu KS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktMjAwMSgx KV1USiAwIC0xMS45NiBUZFsoMS4yKS0xMDUwKEZsYSkxNSh3KS0xKHMpLTI1MChpbiktMjUwKHRo ZSktMjUwKHMpLTEoeXN0ZW0pLTU0OCguKS01MDAoLiktNTAwKC4pLTUwMSguKS01MDAoLiktNTAw KC4pLTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAo LiktNTAxKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDEoLiktNTAwKC4pLTUwMCgu KS01MDAoLiktNTAwKC4pLTUwMSguKS01MDAoLiktNTAwKC4pLTIwMDEoMildVEogMCAtMTEuOTUg VGRbKDEuMyktMTA1MChRdWUpLTEoc3Rpb24pLTI1MCh0byktMjUwKGJlKS0yNTEoYXNrKTEwKGVk PyktNDA2KC4pLTUwMCguKS01MDEoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMSgu KS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktNTAwKC4p LTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDEoLikt NTAwKC4pLTUwMCguKS0yMDAxKDIpXVRKL0YzNSA5Ljk2IFRmIC0xNC45NSAtMjEuOTIgVGRbKDIp LTEwMDEoUCkyMChvc3NpYmxlKS0yNTAocikxNyhlcGxhY2VtZSktMShudCktMjUwKHN5c3RlbSkt MjA0MzUoMildVEovRjMyIDkuOTYgVGYgMTQuOTUgLTExLjk1IFRkWygyLjEpLTEwNTAoQ29tKS0x KGJpbmVkKS0yNTAoc2luKS0xKGdsZSktMjUwKHBoYXNlKS0yNTEob2YpLTI1MChhY3Rpb24pLTU5 MCguKS01MDEoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMSguKS01MDAoLiktNTAw KC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMSguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAo LiktNTAxKC4pLTUwMCguKS01MDAoLiktMjAwMSgyKV1USiAwIC0xMS45NiBUZFsoMi4yKS0xMDUw KFJhbiktMShkb20pLTI1MChmKTEwKGFjdG8pLTEociktOTg5KC4pLTUwMCguKS01MDAoLiktNTAw KC4pLTUwMCguKS01MDEoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMSguKS01MDAo LiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCgu KS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDEoLiktNTAwKC4p LTUwMCguKS0yMDAxKDIpXVRKIDAgLTExLjk1IFRkWygyLjMpLTEwNTAoRGVjKS0xKGxhcmluZykt MjUwKGFjdGkpLTEob25zKS0yNTAoYW5kKS0yNTAobG8pLTEoc3MpLTI1MChvZiktMjUwKG9wcG8p LTEodHVuaXR5KS01MDcoLiktNTAwKC4pLTUwMSguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAo LiktNTAwKC4pLTUwMSguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCgu KS01MDAoLiktMjAwMSgzKV1USiAwIC0xMS45NiBUZFsoMi40KS0xMDUwKEspMjUoZWUpLTEocGlu ZyktMjUwKHRoZSktMjUwKG8pLTEocmlnaW5hbCktMjUwKFwwMDNhKTIwKHYpMTkob3VyKS05NjEo LiktNTAwKC4pLTUwMCguKS01MDEoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMSgu KS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMSguKS01MDAoLiktNTAwKC4p LTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktMjAwMSgzKV1USiAyMi45MSAtMTEu OTUgVGRbKDIuNC4xKS0xMjAxKFYpMTExKGFyaWF0aW8pLTEobnMpLTQ0NSguKS01MDAoLiktNTAw KC4pLTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDEo LiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDEoLiktNTAwKC4pLTUwMCgu KS01MDAoLiktNTAwKC4pLTUwMSguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4p LTUwMSguKS0yMDAxKDMpXVRKIC0yMi45MSAtMTEuOTYgVGRbKDIuNSktMTA1MChKdXN0KS0xKGlc MDAyY2F0aW9ucyktOTc4KC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAx KC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDEoLiktNTAwKC4pLTUwMCguKS01MDAo LiktNTAwKC4pLTUwMSguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMSgu KS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktMjAwMSg0 KV1USiAyMi45MSAtMTEuOTUgVGRbKDIuNS4xKS0xMjAxKFcpODAoZWFwb24pLTI1MShyYW5nZXMp LTYzOCguKS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDEoLikt NTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDEoLiktNTAwKC4pLTUwMCguKS01 MDAoLiktNTAwKC4pLTUwMSguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAxKC4pLTUw MCguKS0yMDAxKDQpXVRKIDAgLTExLjk2IFRkWygyLjUuMiktMTIwMShNYWdpYyktMjUwKGEpLTEo bmQpLTI1MChwcmVwYXIpLTEoaW5nKS0yNTAod2VhcG8pLTEobnMpLTY3MCguKS01MDAoLiktNTAw KC4pLTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDEo LiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMSguKS01MDAoLiktMjAwMSg0KV1USiAw IC0xMS45NSBUZFsoMi41LjMpLTEyMDEoU3BsaXR0aW5nKS0yNTEoTWlsaXRhcnkpLTI1MShTY2ll bnRpc3QpLTI1MChiKS0xKG9udXMpLTk0MiguKS01MDAoLiktNTAwKC4pLTUwMSguKS01MDAoLikt NTAwKC4pLTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01 MDAoLiktNTAxKC4pLTIwMDEoNCldVEogMCAtMTEuOTYgVGRbKDIuNS40KS0xMjAxKFJhbmRvbSkt MjUxKGYpMTAoYWN0b3IpLTc4OSguKS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktNTAwKC4p LTUwMCguKS01MDEoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDEoLikt NTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMSguKS01MDAoLiktNTAwKC4pLTUwMCguKS01 MDAoLiktNTAxKC4pLTUwMCguKS0yMDAxKDQpXVRKIC0yMi45MSAtMTEuOTUgVGRbKDIuNiktMTA1 MChBZHYpMjQoYW50YWdlcyktNzU0KC4pLTUwMSguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAo LiktNTAxKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCgu KS01MDAoLiktNTAwKC4pLTUwMCguKS01MDEoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4p LTUwMCguKS01MDEoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMSguKS01MDAoLikt NTAwKC4pLTIwMDEoNCldVEogMCAtMTEuOTYgVGRbKDIuNyktMTA1MChEaXNhKS0xKGR2KTI1KGFu dGFnZXMpLTM5NCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCguKS01 MDAoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAxKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUw MCguKS01MDEoLiktNTAwKC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMCguKS01MDEoLiktNTAw KC4pLTUwMCguKS01MDAoLiktNTAwKC4pLTUwMSguKS01MDAoLiktNTAwKC4pLTIwMDEoNSldVEov RjM1IDE0LjM1IFRmIC0xNC45NSAtMzMuNjIgVGRbKDEpLTEwMDAoVGgpMShlKS0yNTAoY3Vycikx OChlbikxKHQpLTI1MChzeXN0ZW0pLTI0OShhbmQpLTI1MChwcikxOChvKTEoYmxlbXMpLTI1MCh3 KTEoaXRoKS0yNTAoaXQpXVRKL0YzNSAxMS45NiBUZiAwIC0yNC4yNiBUZFsoMS4xKS05OTkoQ3Vy cikxOShlbnQpLTI1MChcMDAzKTEobykxMCh3KS0yNTAob2YpLTI0OShjb21iKTEoYXQpXVRKL0Yz MiA5Ljk2IFRmIDAgLTE4LjY4IFRkWyhDdXIpLTEocmVudGx5KS0zMTAoZWFjaCktMzEwKHB1bHMp LTEoZSktMzA5KG8pLTEoZiktMzA5KGMpLTEob21iYXQpLTMxMChpcyktMzEwKHNwbGl0KS0zMTAo aW50byktMzEwKHRocmUpLTEoZSktMzA5KGQpLTEoaXN0aW5jdCktMzEwKHBoYXNlcyktMSguKS00 ODkoVGhlc2UpLTMxMChhcmUpLTMxMChlbiktMShnKTUoYWdlZCldVEogMCAtMTEuOTYgVGRbKHBo YSktMShzZSwpLTIwOCh0ZWFtKS0xOTgoQSkxMTAoJyk1NShzKS0xOTgodW5lbmcpNShhZ2UpLTEo ZCktMTk3KHApLTEoaGFzZSktMTk4KGFuZCktMTk4KHRlYW0pLTE5OChCKS0xKCcpNTUocyktMTk4 KHVuZW5nKTUoYWdlKS0xKGQpLTE5OChwaGFzZXMuKS0yOTMoU28pLTE5OCh0aGUpLTE5OChcMDAz bykyNSh3KS0xOTgobyktMShmKS0xOTgoYWN0aW9uKV1USiAwIC0xMS45NSBUZFsoZm9yKS0yNTEo ZWFjaCktMjUwKHB1bHNlKS0yNTEoaXMpLTI1MChhcyktMjUwKGZvbGxvKTI0KHdzLildVEogMTIu NDUgLTE5LjkzIFRkWygxKS0xKC4pLTUwMChQbGF5ZXInKTU0KHMpLTI1MChkZWNsYXJlKS0yNTAo YSktMShjdGlvbnMpLTI1MChcMDUwb3ApLTEodGlvbmFsXDA1MS4pXVRKIDAgLTE5LjkyIFRkWygy KS0xKC4pLTUwMChQKTE1KGFydHknKTU1KHMpLTI1MShtaWxpdGFyeSktMjUwKHNjKS0xKGllbnRp c3QpLTI1MChyb2wpLTEobHMpLTI1MChEMTApLTI1MCh0byktMjUwKGQpLTEoZXRlcm1pbmUpLTI1 MSh1bmVuZyk1KGFnZSktMShkKS0yNTAoSVYpMTI5KC4pXVRKIDAgLTE5LjkzIFRkWygzKS0xKC4p LTUwMChFbmcpNShhZ2UpLTEoZCktMjAwKGFjdGlvKS0xKG4pLTIwMChvY2N1KS0xKHJzKS0yMDAo YmFzZSktMShkKS0yMDAob24pLTIwMShcMDAyZ3VyZScpNTUocyktMjAxKGVuZyk1KGFnZSktMShk KS0yMDAoSVYpLTIwMShcMDUwaW5jbHVkaW4pLTEoZyktMjAwKHRocm8pMjQod2luZywpLTIxMChj KS0xKGFzdGluZyldVEogMTIuNDYgLTExLjk1IFRkWyhvciktMjUwKGFuKTE1KHl0KS0xKGhpbmcp LTI1MChhbGxvKTI1KHcpLTEoZWRcMDUxLildVEogLTEyLjQ2IC0xOS45MyBUZFsoNCktMSguKS01 MDAoVyk0MChpbm5lciktMjUxKG9mKS0yNTAodW5lbmcpNChhZ2VkKS0yNTAoSVYpLTI1MChhKS0x KGN0cyktMjUwKHdpdGgpLTI1MChvciktMShkZXIpLTI1MChkZXNpZ24pLTEoYXRlZCktMjUwKGJ5 KS0yNTAobSktMShpbGl0YXJ5KS0yNTAoc2NpZSktMShudGlzdC4pXVRKIDE1Ni45MiAtNDAuNTEg VGRbKDEpXVRKCkVUCmVuZHN0cmVhbQplbmRvYmoKMiAwIG9iaiA8PAovVHlwZSAvUGFnZQovQ29u dGVudHMgMyAwIFIKL1Jlc291cmNlcyAxIDAgUgovTWVkaWFCb3ggWzAgMCA1OTUuMjcgODQxLjg5 XQovUGFyZW50IDYgMCBSCj4+IGVuZG9iagoxIDAgb2JqIDw8Ci9Gb250IDw8IC9GMzIgNCAwIFIg L0YzMiA0IDAgUiAvRjM1IDUgMCBSIC9GMzUgNSAwIFIgL0YzMiA0IDAgUiAvRjM1IDUgMCBSID4+ Ci9Qcm9jU2V0IFsgL1BERiAvVGV4dCBdCj4+IGVuZG9iago5IDAgb2JqIDw8Ci9MZW5ndGggNjcw MSAgICAgIAo+PgpzdHJlYW0KMSAwIDAgMSAxMzcuMjUgNzA2LjEzIGNtCkJUCi9GMzIgOS45NiBU ZiAwIDAgVGRbKDUpLTEoLiktNTAwKExvc2VyKS0yNTAobyktMShmKS0yNTAodW5lbmcpNShhZykt MShlZCktMjUwKElWKS0yNTAoYWN0KS0xKHMpLTI1MCh3aXRoKS0yNTAob3JkKS0xKGVyKS0yNTAo ZGVzaWduYSktMSh0ZWQpLTI1MChieSktMjUwKG1pbCktMShpdGFyeSktMjUwKHNjaWVuKS0xKHRp c3QuKV1USiAwIC0xOS44IFRkWyg2KS0xKC4pLTUwMChFbmQpLTI1MChvZiktMjUxKHB1bHNlKS0y NTAoYWN0aW8pLTEobnMpLTI1MChcMDUwc3R1biktMjUwKHIpLTEoZWNvKTE1KHYpMTUoZXJ5KTY1 KCwpLTI1MChwKS0xKG9pc29uKS0yNTAoZXRjXDA1MSktMSguKV1USi9GMzUgMTEuOTYgVGYgLTEy LjQ1IC0yOC40NSBUZFsoMS4yKS05OTkoRmxhdykxKHMpLTI1MChpbiktMjUwKHQpMShoZSktMjUw KHN5cykxKHRlbSldVEovRjMyIDkuOTYgVGYgMCAtMTguNjggVGRbKEluKS0zNDYoc3RyaWMpLTEo dCktMzQ1KGFjKS0xKGNvcmRhbmNlKS0zNDYodG8pLTM0Nih0aGUpLTM0NihydSktMShsZXMpLTM0 NihhKS0zNDUoXDAwMiktMShndXJlKS0zNDYoaXMpLTM0NihlbmcpNShhZ2VkKS0zNDYobyktMShy KS0zNDUodSktMShuZW5nKTUoYWdlZCktMzQ2KGJhKS0xKHNlZCktMzQ2KHNvbGVseSktMzQ2KG9u KS0zNDYoYSldVEogMCAtMTEuOTYgVGRbKFwwMDJndSktMShyZScpNTUocyktMjQ4KHJlKS0xKGxh dGkpMjUodikxNShlKS0yNDkocG9zaXRpb24pLTI0OSh0byktMjQ5KGFuKS0yNDgob3ApLTEocG9z aW5nKS0yNDkoXDAwMmd1cmUpLTI0OShcMDUwaS5lLiktMjQ5KHdoZXRoZXIpLTI0OShvciktMjQ5 KG5vdCktMjQ4KHRoKS0xKGUpMTUoeSktMjQ4KGFyKS0xKGUpLTI0OChpbiktMjQ5KGFuKS0yNDko b3Bwby0pXVRKIDAgLTExLjk1IFRkWyhuZW4pLTEodCcpNTUocyktMjUwKG1lbGVlKS0yNTAoeikt MShvbmUpLTI1MChvciktMjUwKGFuKS0yNTEob3Bwb25lbnQpLTI1MShpcyktMjUwKGluKS0yNTAo dGhlaXIpLTI1MShtZWxlZSktMjUwKHpvbiktMShlXDA1MS4pXVRKIDE0Ljk1IC0xMS45NiBUZFso VGhlcmUpLTM5NyhhKS0xKHJlKS0zOTcoYSktMzk4KG51bWJlciktMzk4KG9mKS0zOTcocGxhKS0x KGNlcyktMzk3KHdoZSktMShyZSktMzk3KHRoaXMpLTM5OChmKTEwKGFsbHMpLTM5OChkbykyNSh3 biktMzk3KGIpMTkodXQpLTM5Nyh0aGUpLTM5OChtb3N0KS0zOTgoc3RyaWtpbmcpLTM5OChcMDUw YW5kKV1USiAtMTQuOTUgLTExLjk1IFRkWyhpbXApLTEob3J0YW50XDA1MSktMzY3KGlzKS0zNjco dGhlKS0zNjcoY2FzdGluZyktMzY3KG9mKS0zNjcobWEpLTEoZ2ljLiktNjYwKFRoaXMpLTM2Nyhp cyktMzY3KGJlY2EpLTEodXNlKS0zNjcoY2FzdGluZyktMzY3KGlzKS0zNjcoYm90aCktMzY3KGFu KS0zNjcoZW5nKTQoYWdlZCktMzY3KGFuZCldVEogMCAtMTEuOTYgVGRbKHVuZSktMShuZyk1KGFn ZWQpLTI1NChhY3RpKTI1KHZpdCktMSh5KTY1KC4pLTMyMShTcGVsbHMpLTI1NChlZikyNShmZWN0 KS0yNTQodGhlKS0yNTQobW9tKS0xKGVudCktMjU0KHRoZSkxNSh5KS0yNTQoYXJlKS0yNTQoY2Fz dCktMjU0KHNvKS0yNTQoaWYpLTI1Myh5KS0xKG91KS0yNTMoaCktMShhcHBlbiktMjU0KHRvKS0y NTQoaGEpMjAodikxNShlKS0yNTQoYW4pXVRKIDAgLTExLjk1IFRkWyhvcHApLTEob25lbnQpLTMy MihpbiktMzIyKGZyb250KS0zMjIob2YpLTMyMih5b3UpLTMyMihcMDUwb3IpLTMyMihpZiktMzIy KHlvdSktMzIyKGFyZSktMzIyKGx1Y2spMTUoeSk2NSgsKS0zNDAoYmVoaSktMShuZCktMzIxKGEp LTEobiktMzIxKG8pLTEocHBvbmVudFwwNTEpLTMyMih0aGVuKS0zMjIoYXJlKS0zMjIoZW4pLTEo Zyk1KGFnZWQpXVRKIDAgLTExLjk2IFRkWyhhbmQpLTI1MShhY3QpLTI1MChpbiktMjUwKHRoZSkt MjUxKGVuZyk1KGFnZWQpLTI1MChwKS0xKGhhc2UuKV1USiAxNC45NSAtMTEuOTUgVGRbKE1vc3Qp LTM1MihwZW9wbGUpLTM1MihcMDUwaWYpLTM1MihuKS0xKG90KS0zNTIoYWxsXDA1MSktMzUyKGFn cmVlKS0zNTIodGhhdCktMzUyKHRoaXMpLTM1MihkbyktMShlc24nKTE4KHQpLTM1MihtYWspMTAo ZSktMzUyKG11KS0xKGNoKS0zNTIoc2Vuc2UuKS02MTYoSG8pMjUod2UpMjUodikxNShlcik0MCgs KS0zNzgodGhlKV1USiAtMTQuOTUgLTExLjk2IFRkWyhzaW1wKS0xKGxlKS0zOTEocyktMShvbHV0 aW9uKS0zOTIob2YpLTM5MihjYXN0aW5nKS0zOTIoaGFwKS0xKHBlbmluZyktMzkyKGluKS0zOTIo dGhlKS0zOTIoXDAwMmd1cmUnKTU1KHMpLTM5Mih1bmUpLTEobmcpNShhZ2VkKS0zOTIocGhhc2Up LTM5MihyZSkxNShnKTQoYXJkbGVzcyktMzkyKG9mKV1USiAwIC0xMS45NSBUZFsod2hlKS0xKHRo ZXIpLTM1NChvciktMzU1KG5vdCktMzU0KHRoZSkxNCh5KS0zNTQoYXJlKS0zNTQoYSktMShjdHVh bGx5KS0zNTUoZW5nKTUoYWdlZCwpLTM4MSh3aWxsKS0zNTQocmUpLTEocXVpcmUpLTM1NChzbykt MShtZSktMzU0KHcpMTAob3JrKS0zNTUodG8pLTM1NChyZSktMShtbykxNSh2KTE1KGUpLTM1NChh bCktMShsKS0zNTQodGhlKV1USiAwIC0xMS45NiBUZFsob3RoZSktMShyKS0yNTAocG90ZW50aWEp LTEobCktMjUwKGluY29uc2lzdCktMShhbmNpZXMpLTI1MChhcyktMjUwKHcpLTEoZWxsLildVEov RjM1IDExLjk2IFRmIDAgLTI4LjQ2IFRkWygxLjMpLTk5OShRdWUpMShzdGlvbiktMjQ5KHRvKS0y NTAoYmUpLTI1MChhKTEoc2spMTAoZWQ/KV1USi9GMzIgOS45NiBUZiAxMi40NSAtMTguNjggVGRb KDEpLTEoLiktNTAwKElzKS0yNTAodGhlKS0yNTAoYyktMSh1cnJlbnQpLTI1MChzeXN0KS0xKGVt KS0yNTAoZm9yKS0yNTAoY2FzKS0xKHRpbmcpLTI1MChcMDUwZXQpLTI1MChhbCktMShcMDUxKS0y NTAoXDAwM2EpMTUod2VkPyldVEogMCAtMTkuNzkgVGRbKDIpLTEoLiktNTAwKElzKS0yNTAodGhl KS0yNTAodyktMShob2xlKS0yNTAoc3BsaXQpLTI1MShpbml0aWF0aSkyNSh2KTE1KGUpLTI1MChz KS0xKHlzdGVtKS0yNTAoXDAwM2EpMTUodyktMShlZD8pXVRKIDAgLTE5Ljc5IFRkWygzKS0xKC4p LTUwMChJcyktMjUwKHRoZSktMjUwKHNvKS0xKGx1dGlvbiktMjUwKHBybyktMShwb3NlZCktMjUw KGFjYyktMShlcHRhYmxlPyldVEogMi41IC0yMS41OSBUZFsoSSdtKS0yNTAobm90KS0yNTAoc3Up LTEoZ2dlc3RpbmcpLTI1MSh0aGUpLTI1MChwcm9wbyktMShzZWQpLTI1MChzb2x1dGlvKS0xKG4p LTI1MChpcyktMjUwKHRoZSktMjUwKGIpLTEoZXN0LCktMjUwKG9ubHkpLTI1MSh0aGF0KS0yNTAo aXMpLTI1MChkb2UpLTEocyktMjUwKHRoZSktMjUwKGpvYiktMjUxKHdpdGgtKV1USiAtMTQuOTUg LTExLjk1IFRkWyhvdXQpLTI1NSh0b28pLTI1NShtdWMpLTEoaCktMjU0KGZ1KS0xKGYpMjUoXDAw Mm5nKS0yNTUoYWJvdXQpLTI1NSh3aXRoKS0yNTUob3RoZSktMShyKS0yNTQocnUpLTEobGVzKS0y NTQobyktMShyKS0yNTQoY2gpLTEoYW5naW5nKS0yNTUodGhlKS0yNTUoXDAwM2EpMjAodikyMChv dSktMShyKS0yNTQodG8pLTEobyktMjU0KG0pLTEodWNoKS0yNTUoXDA1MEkpLTI1NChoKS0xKG9w ZVwwNTEuKV1USiAwIC0xMS45NiBUZFsoSXQpLTI0NShzaG91bGQpLTI0NShtYSktMShrKTEwKGUp LTI0NChjKS0xKG9tYmF0KS0yNDUobW9yZSktMjQ1KGUpMTUoeGNpdCktMShpbmcpLTI0NChcMDUw KS0xKGFuZCktMjQ1KGhvcGVmdWxseSktMjQ1KG1vKS0xKHJlKS0yNDQoaCktMShlcm9pY1wwNTEu KS0zMDgoSSktMSh0KS0yNDQoZG9lKS0xKHNuJykxOCh0KS0yNDUocmVhbGx5KS0yNDUoXDAwMngp XVRKIDAgLTExLjk1IFRkWyh0aGUpLTIzMyh3KS0xKGl0aCktMjMzKFF1aWNrbmUpLTEoc3MpLTIz MyhcMDUwYWdyZWUpLTIzMyh0byktMjMzKGEpLTIzMyhuZSkyNCh3KS0yMzMoaW5pdGlhdGkpMjUo dikxNShlKS0yMzMocyktMSh5c3RlbSktMjMzKFwwMDJyc3QsKS0yMzcodGhlbiktMjMzKFwwMDJ4 KS0yMzMoUSktMSh1aWNrbmVzcyktMjMzKGFybyktMSh1bmQpLTIzMyhpdFwwNTEpXVRKIDAgLTEx Ljk2IFRkWyhvciktMjIyKHRoZSktMjIxKHBybyktMShibGVtKS0yMjEodyktMShpdGgpLTIyMShz dXBlKS0xKHIpLTIyMShoZXJvaWMpLTIyMihjaGFyYWMpLTEodGVycyktMjIxKHN0aWxsKS0yMjIo b25seSktMjIyKGdldHRpbmcpLTIyMihvbmUpLTIyMShhY3RpKS0xKG9uKS0yMjEocGVyKS0yMjIo cHVsc2UpLTIyMihcMDUwaGEpMjAodikxNShlKV1USiAwIC0xMS45NSBUZFsoYSktMjUwKHNvKS0x KGx1dGlvbiktMjUwKHRvKS0yNTAodGgpLTEoaXMpLTI1MChiKTIwKHV0KS0yNTAodGhhKS0xKHQn KTU1KHMpLTI1MChmb3IpLTI1MChhbm8pLTEodGhlciktMjUwKHRpbWVcMDUxKS0xKC4pXVRKL0Yz NSAxNC4zNSBUZiAwIC0zMy41NyBUZFsoMiktMTAwMChQKTIwKG8pMShzc2libGUpLTI1MChyKTE4 KGUpMShwbGFjZW1lKTEobnQpLTI1MChzeXN0ZW0pXVRKL0YzNSAxMS45NiBUZiAwIC0yNC4yNiBU ZFsoMi4xKS05OTkoQ29tKTEoYmluZWQpLTI0OShzaW5nbCkxKGUpLTI1MChwaGEpMShzZSktMjUw KG9mKS0yNTAoYSkxKGN0aW9uKV1USi9GMzIgOS45NiBUZiAwIC0xOC42OCBUZFsoQmFzKS0xKGlj YWxseSktMzQ2KGUpMjUodikxNShlcnkpLTM0NihcMDAyZ3VyZSktMzQ2KGhhcyktMzQ2KGFuKS0z NDUoaW4pLTEoaXRpYXRpKTI1KHYpMTUoZSktMzQ2KGFuZCktMzQ2KHRoZSkxNSh5KS0zNDYoYWN0 KS0zNDUobyktMShuKS0zNDUoXDA1MG9yKS0zNDYobGF0ZXIpLTM0Nih0aGFuXDA1MSktMzQ2KHRo YXQpLTM0Nih2KTI1KGFsdWUuKS01OTcoSW4pXVRKIDAgLTExLjk1IFRkWyh0aGVvKS0xKHJ5KS0y NjModGhpcyktMjY0KHNob3VsZCktMjY0KGFjdCktMjYzKGwpLTEoaWspMTAoZSktMjYzKGFuKS0y NjQoZSkxNSh4dGVuZGUpLTEoZCktMjYzKGVuZyk1KGFnKS0xKGVkKS0yNjMocGhhKS0xKHNlKS0y NjMoZW5nKTUoYSktMShnZWQpLTI2MyhhYyktMSh0aW9ucyktMjYzKFwwNTBzKS0xKGluY2UpLTI2 MyhlbmcpNChhZ2VkKV1USiAwIC0xMS45NiBUZFsoSVYpLTI5OChpcyktMjk4KGFsbW8pLTEoc3Qp LTI5NyhhKS0xKGwpMTAodykxMChheXMpLTI5OChncmVhdGUpLTEociktMjk3KHRoKS0xKGFuKS0y OTgodW5lbmcpNShhZ2UpLTEoZFwwNTEpLTI5OCh3aXRoKS0yOTgodW5lbmcpNShhKS0xKGdlZCkt Mjk4KFwwMDJndXJlcyktMjk4KHRvKTI1KHcpMTAoYSktMShyZHMpLTI5OCh0aGUpLTI5OChlbmQp XVRKIDAgLTExLjk1IFRkWyhpbiktMjUwKFt0KS0xKGhlaXJdKS0yNTAodW5lbiktMShnKTUoYWdl ZCktMjUwKGluaSktMSh0aWF0aSkyNSh2KTE1KGUuKV1USi9GMzUgMTEuOTYgVGYgMCAtMjguNDYg VGRbKDIuMiktOTk5KFJhbikxKGRvbSktMjUwKGYpMShhY3RvcildVEovRjMyIDkuOTYgVGYgMCAt MTguNjggVGRbKE9uKS0zMzMoY3IpLTEoaXRpc2lzbSktMzMzKG9mKS0zMzModGhlKS0zMzMoY3Up LTEocnJlbnQpLTMzMyhlbmcpNShhZyktMShlZCktMzMzKGluaXRpYXRpKTI1KHYpMTUoZSktMzMz KHMpLTEoeXN0ZW0pLTMzMyhpcyktMzMzKHRoYXQpLTMzMyhhbiktMzM0KG9wcG9uZW50KS0zMzMo dyktMShobyktMzMzKGlzKS0zMzMob25lKV1USiAwIC0xMS45NSBUZFsocG9pbiktMSh0KS0yODMo ZikxMChhc3RlciktMjg0KGFsKTEwKHcpMTAoYXlzKS0yODQoZ29lcyktMjg0KFwwMDJyc3QpLTI4 MyhyYSktMSh0aGVyKS0yODModGhhKS0xKG4pLTI4Myhnb2luZyktMjg0KFwwMDJyc3QpLTI4NChh KS0yODMobWFqbyktMShyaXR5KS0yODMoXDA1MGFzKS0xKHltdG9waWMpLTI4NChhKTIwKHYpMTUo ZXJhZ2VcMDUxKS0yODQob2YpXVRKIDAgLTExLjk2IFRkWyh0aGUpLTI0Nyh0aW1lLiktMzA5KFRo ZSktMShyZSktMjQ2KGlzKS0yNDcoYSktMjQ2KGxvdCktMjQ3KG9mKS0yNDYoZCktMShlYmF0ZSkt MjQ2KG8pMTQodikxNShlciktMjQ2KGhvKTI0KHcpLTI0NihsYXIpMTgoZ2UpLTI0Nyh0aGlzKS0y NDcocmFuZG9tKS0yNDcoZikxMChhY3RvciktMjQ3KHNob3VsZCktMjQ3KGJlLiktMzA5KFRoZSkt MjQ3KG9wLSldVEogMCAtMTEuOTUgVGRbKHRpb24pLTEocyktMjUzKHJhbmdlKS0yNTQoZnJvbSkt MjU0KEQxMCktMjUzKHQpLTEoaHJvdWdoKS0yNTQodG8pLTI1MyhEMTApLTEoMCwpLTI1NCh3aXRo KS0yNTQodGhlKS0yNTMocCktMShvc3NpYmlsaXR5KS0yNTQob2YpLTI1MyhzYSktMSh5KS0yNTMo MkQxMCktMSguKS0zMjAoVGhlKS0yNTMocHJvKS0xKGJsZW0pXVRKIDAgLTExLjk2IFRkWyh3aXRo KS0yMzgoc3VtbWkpLTEobmcpLTIzNyhkaWNlKS0yMzgoaXMpLTIzNyh0aGF0KS0yMzgodGhlKS0y MzcoY2VuKS0xKHRyYWwpLTIzNyhsaW1pKS0xKHQpLTIzNyh0aGVvcnVtKS0yMzgocXVpY2tsKS0x KHkpLTIzNyhyZWR1Y2UpLTEocyktMjM3KHRoZSktMjM3KHYpMjQoYXJpYWJpbGl0eSktMjM4KFww NTBpLmUuKV1USiAwIC0xMS45NSBUZFsodikyNShhcmkpLTEoYW5jZVwwNTEsKS0yNDMobWFrKS0x KGluZyktMjQxKGl0KS0yNDIoYSktMjQxKGxvdCktMjQyKGxlc3MpLTI0MShlZikyNShmKS0xKGVj dGkpMjUodikxNShlLiktMzA3KEEpLTI0Mihwb3NzaWJsKS0xKGUpLTI0MSh0d2lzdCktMjQyKGlz KS0yNDEodG8pLTI0Mih1c2UpLTI0MShybyktMShsbHVwcyktMjQxKFwwNTB0aCktMShpcyktMjQx KGlzKS0yNDEodyktMShoZXJlKV1USiAxNjkuMzcgLTI5Ljg5IFRkWygyKV1USgpFVAplbmRzdHJl YW0KZW5kb2JqCjggMCBvYmogPDwKL1R5cGUgL1BhZ2UKL0NvbnRlbnRzIDkgMCBSCi9SZXNvdXJj ZXMgNyAwIFIKL01lZGlhQm94IFswIDAgNTk1LjI3IDg0MS44OV0KL1BhcmVudCA2IDAgUgo+PiBl bmRvYmoKNyAwIG9iaiA8PAovRm9udCA8PCAvRjMyIDQgMCBSIC9GMzUgNSAwIFIgL0YzNSA1IDAg UiA+PgovUHJvY1NldCBbIC9QREYgL1RleHQgXQo+PiBlbmRvYmoKMTIgMCBvYmogPDwKL0xlbmd0 aCA3MDIzICAgICAgCj4+CnN0cmVhbQoxIDAgMCAxIDEyNC44IDcwNi4xMyBjbQpCVAovRjMyIDku OTYgVGYgMCAwIFRkWyhpZiktMzI4KHlvKS0xKHUpLTMyOChyb2xsKS0zMjgoYSktMzI4KDEwKS0z Mjkob24pLTMyOChhKS0zMjgoRDEwKS0zMjkodGhlbiktMzI4KHJlcm9sKS0xKGwpLTMyOChhbmQp LTMyOChrKTEwKGVlcCktMzI5KGFkZGluZ1wwNTEuKS01NDQoVCktMShoaXMpLTMyOChlbmFibGUp LTEocyktMzI4KGEpLTMyOChtdWNoKS0zMjgocyktMShsbykyNSh3ZXIpXVRKIDAgLTExLjk2IFRk WyhcMDAyZ3UpLTEocmUpLTIyNSh0byktMjI2KGhhKTIwKHYpMTUoZSktMjI2KGFuKS0yMjYob3V0 c2lkZSktMjI2KFwwNTBiKTIwKHV0KS0yMjYobm90KS0yMjUoaW0pLTEocG9zc2libGVcMDUxKS0y MjYoY2hhbmMpLTEoZSktMjI1KHRvKS0yMjYoYmVhdGluZyktMjI2KHNvbWUpLTEoYm9keSktMjI2 KG11Y2gpLTIyNihmKTEwKGFzdGVyKTU1KC4pXVRKL0YzNSAxMS45NiBUZiAwIC0yOC41MiBUZFso Mi4zKS05OTkoRGVjbCkxKGFyaW5nKS0yNDkoYWN0aW9uKTEocyktMjUwKGFuZCktMjQ5KGxvc3Mp LTI0OShvZiktMjUwKG9wcCkxKG90dW5pKTEodHkpXVRKL0YzMiA5Ljk2IFRmIDAgLTE4LjY4IFRk WyhTb20pLTEoZSktMjUzKEdNKS0xKHMpLTI1MyhyZXEpLTEodWlyZSktMjUzKHRoKS0xKGVpcikt MjUzKHApLTEobGF5ZXJzKS0yNTQodG8pLTI1MyhkZSktMShjbGFyZSktMjUzKHQpLTEoaGVpcikt MjUzKGEpLTEoY3Rpb25zKS0yNTQoYXQpLTI1Myh0aCktMShlKS0yNTMoc3RhcnQpLTI1NChvZikt MjU0KGVhY2gpLTI1NChwdWxzZS4pLTMyMShUaGlzKV1USiAwIC0xMS45NSBUZFsobGVhZCktMShz KS0yNzAodG8pLTI3MSh0aCktMShlKS0yNzAocCktMShyb2JsZW0pLTI3MSh0aGF0KS0yNzEoc2hv dSktMShsZCktMjcxKHRoZSktMjcxKHNpdHVhdGlvbiktMjcxKGNoYSktMShuZ2UpLTI3MShiZWZv cmUpLTI3MSh0aGUpLTI3MShcMDAyZ3UpLTEocmUpLTI3MShnZXRzKS0yNzEodG8pLTI3MShhY3Qp LTI3MSh0aGVuKV1USiAwIC0xMS45NiBUZFsodGhlaSktMShyKS0yNjYoYWN0aSktMShvbiktMjY2 KG0pLTEoYXkpLTI2NihiKS0xKGVjb21lKS0yNjcoaW4pNDAodikyNShhbGlkKS0yNjcob3IpLTI2 NyhpbmFwcHJvKS0xKHByaWF0ZS4pLTM2MChEZXBlbmQpLTEoaW5nKS0yNjcob2YpLTI2Nihobyky NCh3KS0yNjYoZikxMChhKS0xKHNpc3QpLTI2NihhKS0yNjcoR00pLTI2NyhpcywpLTI3MShhKV1U SiAwIC0xMS45NSBUZFsoXDAwMmd1KS0xKHJlKS0yODcobWF5KS0yODcob3IpLTI4OChtYXkpLTI4 Nyhub3QpLTI4NyhiZSktMjg4KGFibGUpLTI4Nyh0byktMjg3KGFsdCktMShlciktMjg3KHRoZWly KS0yODcoYWN0KS0xKGlvbi4pLTQyMShUaGlzKS0yODcoY2EpLTEobiktMjg3KG1lYW4pLTI4Nyh0 aCktMShhdCktMjg3KHNsbykyNSh3ZXIpLTI4NyhcMDAyKS0xKGd1cmVzKV1USiAwIC0xMS45NiBU ZFsob2Z0ZSktMShuKS0yNzAoZSktMShuZCktMjcxKHVwKS0yNzEobm90KS0yNzEoYmVpbmcpLTI3 MShhYiktMShsZSktMjcxKHRvKS0yNzEoYWN0KS0yNzEoc2ltcGx5KS0yNzEoYmVjKS0xKGF1c2Up LTI3MSh0aGUpLTI3MShzaXR1YXRpbyktMShuKS0yNzEoaGFzKS0yNzEoY2hhbmdlZCktMjcxKFww NTBlKS0xKC5nLiktMjcxKHRoZWlyKV1USiAwIC0xMS45NSBUZFsob3BwKS0xKG9uZW50KS0yNTAo aXMpLTI1MChkKS0xKGVhZFwwNTEuKV1USiAxNC45NSAtMTEuOTYgVGRbKFRoZSktMjM5KGFiaWxp dHkpLTIzOShmbyktMShyKS0yMzkoYSktMjM5KFwwMDJndXJlKS0yMzkodG8pLTIzOShjaG8pLTEo b3NlKS0yMzkodGhlaXIpLTIzOShhY3RpbyktMShuKS0yMzkob24pLTIzOSh0aGVpciktMjM5KGlu aXRpYSktMSh0aSkyNSh2KTE1KGUpLTIzOShpcyktMjM5KHRoYXQpLTIzOShpcyktMjM5KG9mdGUp LTEobiktMjM5KGxlYWRzKV1USiAtMTQuOTUgLTExLjk1IFRkWyh0byktMjM2KG1vKS0xKHJlKS0y MzYoaGVyb2ljKS0yMzYoYWN0KS0xKGlvbiwpLTIzOShvciktMjM2KGF0bGVhc3QpLTIzNihmKTEw KGEpLTEoc3RlciktMjM2KFwwMDNvKTI1KHdpbmcpLTIzNyhhbmQpLTIzNihtb3JlKS0yMzYoaW50 KS0xKGVyZXN0aW5nKS0yMzYoYWN0KS0xKGlvbi4pLTMwNShBKS0yMzYoRyktMShNKS0yMzYobWF5 KV1USiAwIC0xMS45NiBUZFsoYXNrKS0zMDcodGhlKS0zMDYocGFydCktMSh5KS0zMDYoZm9yKS0z MDYoYW4pLTMwNyhpbmRpY2F0aW8pLTEobiktMzA2KG9mKS0zMDYoaW50KS0xKGVudGlvbiktMzA2 KHJhKS0xKHRoZXIpLTMwNih0aGFuKS0zMDcoYW4pLTMwNihhY3R1KS0xKGFsKS0zMDYoZGVjbGFy YSktMSh0aW9uKS0zMDYob2YpLTMwNyhhY3Rpb24pXVRKIDAgLTExLjk1IFRkWyhcMDUwdGhpcykt MjM0KGdpKTI1KHYpMTQoZSktMjMzKHRoKS0xKGUpLTIzMyhHKS0xKE0pLTIzMyhhKS0xKG4pLTIz MyhpZCktMShlYSktMjMzKG8pLTEoZiktMjMzKHcpLTEoaGF0KS0yMzQodGhlKTE1KHkpLTIzNChp bnRlbmQpLTIzNCh3aXRobyktMSh1dCktMjMzKGZvKS0xKHJjaW5nKS0yMzQodGhlbSktMjM0KHRv KS0yMzQoYWN0dWFsbHkpLTIzNChwZSktMShyZm9ybSldVEogMCAtMTEuOTYgVGRbKHRoYXQpLTI1 MShhY3Rpb25cMDUxLildVEogMTQuOTUgLTExLjk1IFRkWyhUaGUpLTI4Mihwcm9ibGVtKS0yODIo aXMpLTI4MihpZiktMjgyKGluaXRpYXQpLTEoaSkyNSh2KTE1KGUpLTI4MihpcyktMjgxKGIpLTEo YXNlZCktMjgyKG9uKS0yODIod2hhdCktMjgyKGFjdGlvbiktMjgyKHRoZSktMjgyKFwwMDJnKS0x KHVyZSktMjgyKGlzKS0yODEoZyktMShvaW5nKS0yODIodG8pLTI4MihkbywpLTI5MCh3aGF0KV1U SiAtMTQuOTUgLTExLjk2IFRkWyh0aGVuKS0yMzkoaGFwcGVucyktMjM4KGlmKS0yMzkodGhlKS0y MzgoZG9uJykxOCh0KS0yMzgoZCktMShvKS0yMzgodGhhdCktMjM4KGFjdGlvKS0xKG4pLTIzOChc MDUwZm9yKS0yMzgod2hhKS0xKHRlKTI1KHYpMTUoZXIpLTIzOChyZWFzbyktMShuXDA1MT8pLTMw NihUaGUpLTIzOChEKS0xKFEpLTIzOChjb21iYXQpLTIzOChzKS0xKHlzdGVtKV1USiAwIC0xMS45 NSBUZFsoaGFzKS0yNTEoZW5vdWdoKS0yNTAocmUpLTEoc3RyaWN0aW9ucyktMjUxKGFscmVhZHkp LTI1MCh3aSktMSh0aG91dCktMjUwKGFkZGkpLTEobmcpLTI1MChtb3JlLildVEovRjM1IDExLjk2 IFRmIDAgLTI4LjUyIFRkWygyLjQpLTk5OShLKTI1KGVlcCkxKGluZyktMjUwKHQpMShoZSktMjUw KG9yaSkxKGdpbmFsKS0yNDkoXDAwM2EpMjUodikxMChvdSkxKHIpXVRKL0YzMiA5Ljk2IFRmIDAg LTE4LjY4IFRkWyhUaGUpLTEocmUpLTMyNShpcyktMzI2KGEpLTMyNihzb21ldGgpLTEoaW5nKS0z MjUodCktMShvKS0zMjUoYmUpLTMyNihzYWlkKS0zMjYoZm9yKS0zMjYoZ3JhZHUpLTEoYWwpLTMy NShjaCktMShhbmdlKS0zMjYoYW5kKS0zMjYoaykxMChlZXBpbmcpLTMyNih3aXRoKS0zMjYoY3Vy cmUpLTEobnQpLTMyNShcMDAzKS0xKGEpMjAodikyMChvdXIpXVRKIDAgLTExLjk2IFRkWyhpLmUu KS0yMjkoZW5nKTUoYWcpLTEoZWQpLTIyOChjbyktMShtYmF0KS0yMjgobiktMShvcm1hbGx5KS0y MjkoZ29lcyktMjI5KFwwMDJyc3QpLTIyOShhbmQpLTIyOSh3ZWFwb25zKS0yMjkoYXJlKS0yMjko ZikxMChhc3RlciktMjI5KHRoYW4pLTIyOShzcGVsbHMuKS0zMDMoVGhpcyktMjI5KGNhbiktMjI5 KGJlKV1USiAwIC0xMS45NSBUZFsoZG9uKS0xKGUpLTI1MCh3aXRoKS0yNTAoYSktMjUwKG0pLTEo aW5pbXVtKS0yNTAobyktMShmKS0yNTAoY2hhbmdlcy4pXVRKIDE2LjQ0IC0xOS45MyBUZFsoXDIy NSktNTAwKEVuZyk0KGFnZWQpLTI3NyhJViktMjc3KGIpLTEoZWNvbWVzKS0yNzcoUHJlKS0xKHBh cmVkKS0yNzcoVkkuKS0yNzgoSWYpLTI3NyhhKS0yNzcoXDAwMmd1cmUpLTI3NyhoKS0xKGFzKS0y NzcoYSktMjc3KHByZXBhciktMShlZCktMjc3KHdlYXBvKS0xKG4pLTI3NyhhbmQpLTI3NyhhdCkt Mjc3KHRoZSldVEogOC40NyAtMTEuOTUgVGRbKGFwcHJvcCktMShyaWF0ZWQpLTM1NyhyYW5nZSkt MzU3KFwwNTBmb3IpLTM1NyhlKTE1KHhhbXBsZSktMzU3KGEpLTM1NyhcMDAyZ3VyZSktMzU3KG11 c3QpLTM1NyhiZSktMzU3KGluKS0zNTcobWVsZWUpLTM1Nyhmb3IpLTM1Nyh1bmFybWVkKS0zNTco dG8pLTM1NyhiZSldVEogMCAtMTEuOTYgVGRbKFwyMjNwcmVwYXIpLTEoZWRcMjI0KS0yODgoYiky MCh1dCktMjg4KGEpLTI4NyhibykyNCh3KS0yODcoXDAwMiktMShyZWQsKS0yOTcoZGFnZ2UpLTEo ciktMjg3KHRociktMShvKTI1KHduLCktMjk3KGV0Yy4pLTI4OChvbiktMjg4KGl0cyktMjg4KFBy ZXBhciktMShlZCktMjg3KElWKS0yODgoZSkyNSh2KTE0KGVuKS0yODcodGgpLTEob3VnaCldVEog MCAtMTEuOTUgVGRbKHRoZSktMjc3KFwwMDJndXJlKS0yNzcoaXMpLTI3Nyh1KS0xKG5lbmcpNShh Z2VkXDA1MSktMjc3KHRoKS0xKGVuKS0yNzcodGhlaXIpLTI3NyhiYXNlKS0yNzcoSVYpLTI3Nyhp cyktMjc3KFBDKS0yNzcoKyktMjc3KEEpMzkoRyktMjc3KCspLTI3NyhXKTgwKGVhcG9uKS0yNzco UmEpLTEobmspLTI3NygrKS0yNzcoVyk4MChhcikyMCgtKV1USiAwIC0xMS45NiBUZFsocmlvcik1 NSguKS0zMDgoQSktMjQzKFwwMDJnKS0xKHVyZSktMjQzKGNhbiktMjQzKG4pLTEoZSkyNSh2KTE1 KGVyKS0yNDMoaGEpMjAodikxNShlKS0yNDQoYSktMjQzKHByZXBhciktMShlZCktMjQzKHdlYXBv KS0xKG4pLTI0MyhcMDUwaW5jbHVkKS0xKGluZyktMjQzKHVuYXJtKS0xKGVkXDA1MSktMjQzKGlm KS0yNDModGhlKS0xKGlyKS0yNDMoYXJlKV1USiAwIC0xMS45NSBUZFsoZW5nKTUoYWdlKS0xKGQp LTI0MihpbiktMjQyKGFuKTE1KHkpLTI0Mihmb3JtKS0yNDIob2YpLTI0MihtKS0xKGFnaWMpLTI0 MihcMDUwZSkxNSh4Y2x1ZCktMShpbmcpLTI0MihhY3RpKTI1KHYpMTUoZWx5KS0yNDIociktMShl c2lzdGluZ1wwNTEuKS0zMDgoVGhpcyktMjQyKGlzKS0yNDIobm90KS0yNDIoZWYpMjQoZmVjdGVk KV1USiAwIC0xMS45NiBUZFsoYnkpLTI1MCh3aGUpLTEodGhlciktMjUwKHRoZSktMjUwKFwwMDIp LTEoZ3VyZSktMjUwKGlzKS0yNTAoZW5nKTQoYWdlZCktMjUwKG9yKS0yNTAodSktMShuZW5nKTUo YWdlZCktMSguKV1USiAtOC40NyAtMTkuOTIgVGRbKFwyMjUpLTUwMChJbiktMjQ5KGFsKS0xKGwp LTI0OShvdGhlciktMjQ5KHNpdHVhdCktMShpb25zKS0yNDkodGhlKS0yNDkoXDAwMmd1KS0xKHJl Jyk1NShzKS0yNDkoYmFzZSktMjQ5KElWKS0yNTAoaXMpLTI0OShQQyktMjQ5KCspLTI0OSgxKS0y NDkoXDMyNyktMjQ5KFwwMDJndSktMShyZScpNTUocyktMjQ5KE1pbGl0YXIpLTEoeSktMjQ5KFNj aWVudGlzdC4pXVRKIDAgLTE5LjkzIFRkWyhcMjI1KS01MDAoRWFjKS0xKGgpLTIwNChwKS0xKHVs c2UpLTIwNShhKS0yMDQoXDAwMiktMShndXJlKS0yMDUoYWRkcyktMjA1KDEpLTIwNShcMzI3KS0y MDUocGFydHknKTU1KHMpLTIwNShtYXhpbSktMSh1bSktMjA1KE1pbGl0YXJ5KS0yMDUoU2NpZSkt MShudGlzdCktMjA1KFwwNTBzdWJqZWN0KS0yMDUodG8pLTIwNSh1c3VhbCldVEogOC40NyAtMTEu OTUgVGRbKHJ1bGVzXDA1MSktMjUwKCspLTI1MShENTApLTI1MCh0byktMjUwKHRoKS0xKGVpcikt MjUwKGluaXRpYXRpKTI0KHYpMTUoZS4pXVRKIC04LjQ3IC0xOS45MyBUZFsoXDIyNSktNTAwKEEp LTI1MChcMDAyKS0xKGd1cmUpLTI1MChtYXkpLTI1MShwcmVwYXJlKS0yNTAoYSktMjUxKHdlYXBv biktMjUwKHcpLTEoaXRob3V0KS0yNTAoY28pLTEoc3RpbmcpLTI1MChhbiktMjUwKGFjKS0xKHRp b24uKV1USiAwIC0xOS45MiBUZFsoXDIyNSktNTAwKEZpZyktMSh1cmUpLTQxMCh3aXRoKS00MTAo YSktNDA5KHApLTEob3NpdG9uYWwpLTQxMChhZHYpMjUoYSktMShudGFnZS9kaXNhKS0xKGR2KTI1 KGFudGFnZSktNDEwKHJlc3ApLTEoZWN0aSkyNSh2KTE1KGVseSktNDEwKGhhKTIwKHYpMTUoZSkt NDEwKGEpLTQxMChib251KS0xKHMpLTQwOShvcildVEogOC40NyAtMTEuOTYgVGRbKHBlbmFsdHkp LTM0Myh0byktMzQ0KFByZXBhcmVkKS0zNDMoSVYpMTI4KC4pLTM0MyhGKTE1KG9yKS0zNDMoZSkx NSh4YW1wbGUpLTEoLCktMzY2KGlmKS0zNDMoYSktMzQzKFwwMDJndXJlKS0zNDMoaXMpLTM0Myhi ZSktMShoaW5kKS0zNDMoYSktMzQzKFwwMDJndXJlKS0zNDModyktMShpdGgpLTM0MyhhKS0zNDMo cHJlLSldVEogMCAtMTEuOTUgVGRbKHBhcmVkKS0yNjgod2VhcG9uKS0yNjgodGhlbiktMjY4KGl0 KS0yNjcoZyk1KGFpbnMpLTI2OChhKS0yNjcoKzIpLTEoMCktMjY3KGJvbnUpLTEocyktMjY3KG9y KS0yNjcoaSktMShmKS0yNjcoYSktMjY3KFwwMDJnKS0xKHVyZSktMjY3KGlzKS0yNjgocHJvbmUp LTI2OCh0aGVuKS0yNjcodGgpLTEoZSkxNSh5KS0yNjcoc3VmKTI1KGYpLTEoZXIpLTI2NyhhKV1U SiAwIC0xMS45NiBUZFsoLTEwKS0yNTAocGVuKS0xKGFsdHkpLTI1MChcMDUwdGhlKS0yNTAobikt MSh1bWJlcnMpLTI1MChhciktMShlKS0yNTAoaW5kaWNhdGkpMjUodikxNChlKS0yNTAob25seVww NTEuKV1USi9GMzUgOS45NiBUZiAtMjQuOTEgLTI2LjUyIFRkWygyLjQuKS0xKDEpLTEwMDAoVik5 MihhcmlhKS0xKHRpb25zKV1USi9GMzIgOS45NiBUZiAwIC0xOC42OCBUZFsoVGhlKS0yODYocmFu ZG9tKS0yODYoY291bGQpLTI4NihiZSktMjg1KGNoKS0xKGFuZ2VkKS0yODUodG8pLTI4NihEMTAp LTI4Nih3aXRoKS0yODUocm8pLTEobGx1cHMpLTI4NShvciktMjg2KEQxMDApLTI4NihcMDUwb3Ip LTI4NSh3aCktMShhdGUpMjUodikxNShlciktMjg1KHkpLTEob3UpLTI4NSh3KTEwKGFuKS0xKHQp LTI4NSh0byldVEogMCAtMTEuOTYgVGRbKGRpKTI1KHZpKS0xKGRlKS0yNTAoRDEwMCktMjUwKGIp LTEoeSk2NSgsKS0yNTAoZS5nLiktMjUwKDIsNCktMSgsNSktMjUwKG9yKS0yNTAoRDUwKS0xKCwp LTI1MChEMjUpLTI1MChvciktMjUxKEQyMCktMjUwKHJlc3BlKS0xKGN0aSkyNSh2KTE1KGVseVww NTEuKV1USiAxNjkuMzcgLTUzLjY3IFRkWygzKV1USgpFVAplbmRzdHJlYW0KZW5kb2JqCjExIDAg b2JqIDw8Ci9UeXBlIC9QYWdlCi9Db250ZW50cyAxMiAwIFIKL1Jlc291cmNlcyAxMCAwIFIKL01l ZGlhQm94IFswIDAgNTk1LjI3IDg0MS44OV0KL1BhcmVudCA2IDAgUgo+PiBlbmRvYmoKMTAgMCBv YmogPDwKL0ZvbnQgPDwgL0YzMiA0IDAgUiAvRjM1IDUgMCBSIC9GMzUgNSAwIFIgPj4KL1Byb2NT ZXQgWyAvUERGIC9UZXh0IF0KPj4gZW5kb2JqCjE1IDAgb2JqIDw8Ci9MZW5ndGggNjc0OSAgICAg IAo+PgpzdHJlYW0KMSAwIDAgMSAxMjQuOCA3MDYuMTMgY20KQlQKL0YzNSAxMS45NiBUZiAwIDAg VGRbKDIuNSktOTk5KEopMTUodXN0KTEoaVwwMDJjYXRpKTEob25zKV1USi9GMzUgOS45NiBUZiAw IC0xOC42OCBUZFsoMi41LiktMSgxKS0xMDAwKFcpNjUoZWFwKS0xKG9uKS0yNTAocmFuZ2UpLTEo cyldVEovRjMyIDkuOTYgVGYgMCAtMTguNjggVGRbKFRoaSktMShzKS0xOTAoc29sdikxNShlcykt MTkwKHRoKS0xKGUpLTE5MChwcm9ibGVtKS0xOTEob2YpLTE5MCh1bmFybWUpLTEoZCktMTkwKGFu ZCktMTkwKGNlc3QpLTEodXMpLTE5MChhbmQpLTE5MChlbmEpLTEoYmxlcyktMTkwKHRocm8pMjUo dyktMShuKS0xOTAoYW5kKS0xOTAobWlzKS0xKHNpbGUpLTE5MCh3ZWFwbyktMShucyldVEogMCAt MTEuOTYgVGRbKHRvKS0zMDEoYWN0KS0zMDEoYmUpLTEoZm9yZSktMzAxKG1hZ2ljKS0zMDEoZSky NSh2KTE0KGVuKS0zMDEod2hlbiktMzAxKHVuZW5nKTQoYWdlZC4pLTQ2MyhJKS0zMDAoYyktMShh bicpMTgodCktMzAxKHNlZSktMzAxKGFuKTE1KHkpLTMwMShpbW0pLTEoZWRpYXRlKS0zMDEoXDAw M2EpMTUodyktMShzKS0zMDAoYikxOSh1dCktMzAxKHRoZXJlKV1USiAwIC0xMS45NSBUZFsoYWxt KS0xKG9zdCktMjUwKGNlcnRhaW4pLTEobHkpLTI1MChhcmUpLTI1MChzb20pLTEoZSktMjUwKHNv KS0yNTAoZSkxNSh4dHJhKS0yNTEoY2EpMjAodikxNShlYXRzKS0yNTAodyktMShpbGwpLTI1MChw cm9iYWIpLTEobHkpLTI1MChuZWVkKS0yNTAodG8pLTI1MShiZSktMjUwKGFkZGVkLildVEovRjM1 IDkuOTYgVGYgMCAtMjYuNTMgVGRbKDIuNS4pLTEoMiktMTAwMChNYWdpYyktMjUxKGFuZCktMjUw KHByKTE4KGVwKS0xKGFyaW5nKS0yNTAod2UpLTEoYXBvbnMpXVRKL0YzMiA5Ljk2IFRmIDAgLTE4 LjY4IFRkWyhUaGkpLTEocyktMjA0KGlzKS0yMDQoanVzdCktMjA0KHRvKS0yMDQoY2EpLTEoc3Rp bmcpLTIwNCh0byktMjA0KGUpMjUodikxNShlKS0xKHIpLTIwNChoYXBwZW5pbiktMShnKS0yMDQo YXQpLTIwNChhKS0yMDQoXDAwMmd1ciktMShlJyk1NShzKS0yMDQodW5lbmcpNShhKS0xKGdlZCkt MjA0KFByZXBhciktMShlZCktMjA0KElWKTEyOSguKS0yMDQoQXMpLTIwNChhKS0yMDUoXDAwMmd1 cmUpXVRKIDAgLTExLjk1IFRkWyhjYW4pLTMyNChwcmVwKS0xKGFyZSktMzI0KG9yKS0zMjModSkt MShucHJlcGFyZSktMzI0KHdpdGgpLTEob3V0KS0zMjQoY29zdCktMzI0KGl0KS0zMjMoaXMpLTMy NChubyktMzI0KGdyZWEpLTEodCktMzIzKHBlKS0xKG5hbHR5KTY1KC4pLTUzMShUaGUpLTMyNChj dXJyZSktMShudCktMzIzKHIpLTEodWxlcyktMzI0KGFsbG8pMjUodyldVEogMCAtMTEuOTYgVGRb KGEpLTMxNihcMDAyZ3VyZSktMzE2KHRvKS0zMTYodW5wcmUpLTEocGFyZSktMzE2KFwwNTB0bykt MzE1KGEpLTEodGxlYXN0KS0zMTYoZHJvcFwwNTEpLTMxNihhKS0zMTYod2VhcG9uKS0zMTYod2l0 aG8pLTEodXQpLTMxNSh0KS0xKGFraW5nKS0zMTYoYW4pLTMxNihhY3Rpb24uKS01MDcoSWYpLTMx NihhKS0zMTYoXDAwMmd1cmUpXVRKIDAgLTExLjk1IFRkWyh3aXNoKS0xKGVzKS0yNjgodG8pLTI2 OCh0cmlnZ2VyKS0yNjkoXDA1MG9yKS0yNjgoYSktMjY4KE5hbWVyKS0yNjgoYyktMShhc3RcMDUx KS0yNjgodGhlbiktMjY4KHRlYyktMShobmljYWxseSktMjY4KHRoZSkxNCh5KS0yNjgodykxMChv dWxkKS0yNjgoaGEpMjAodikxNChlKS0yNjgodG8pLTI2OCh1bnByZXApLTEoYXJlKS0yNjgoYW4p MTUoeSldVEogMCAtMTEuOTYgVGRbKHdlYSktMShwb25zKS0yNTAoYXQpLTI1MCh0aCktMShlKS0y NTAoZW5kKS0yNTAob2YpLTI1MCh0aCktMShlKS0yNTAocHJlKTI1KHZpb3UpLTEocyktMjUwKHB1 bHNlLildVEogMTQuOTUgLTExLjk1IFRkWyhUaGUpLTI2NyhyZWFzbyktMShuKS0yNjcob2YpLTI2 NyhhbGxvKTI1KHcpLTEoaW5nKS0yNjcoYSktMjY3KFwwMDJndSktMShyZSktMjY3KHRvKS0yNjco cHJlcCktMShhcmUpLTI2NyhhKS0yNjcod2UpLTEoYXBvbiktMjY3KHRvKS0yNjcobSktMShhaykx MChlKS0yNjcoY29tYiktMShhdCktMjY3KG1vcmUpLTI2NyhoKS0xKGVyb2ljLildVEogLTE0Ljk1 IC0xMS45NiBUZFsoSGEpMjAodiktMShpbmcpLTM2MSh0byktMzYyKHNwZW5kKS0zNjIoYW4pLTM2 MShlbnQpLTEoaXJlKS0zNjEoYWN0aW8pLTEobiktMzYxKHB1bGxpKS0xKG5nKS0zNjEob3V0KS0z NjIoYSktMzYxKHN3KTEwKG8pLTEocmQpLTM2MShpcyktMzYyKG5vKS0zNjEoZnVuKS0zNjIoZm9y KS0zNjIocGxheWVycy4pLTY0NChJdCktMzYyKGRvZXMpXVRKIDAgLTExLjk1IFRkWyhtYWspOShl KS0zMTYoXDAwMmcpLTEoaHRlciktMzE3KG1hZ2VzKS0zMTcoc2xpZ2h0bHkpLTMxNyhiZXR0ZSkt MShyKS0zMTYoc2luYyktMShlKS0zMTYodGhlKTE0KHkpLTMxNihhcmUpLTMxNyhhdHRhKS0xKGNr LCktMzMzKHByZXBhKS0xKHJlLCktMzMzKGNhc3QsKS0zMzQoYXR0YWNrKS0zMTcoZXRjLiktMzE3 KGIpMjAodXQpXVRKIDAgLTExLjk2IFRkWyhhZGQpLTEocmVzc2luZyktMzUzKHRoZSktMzUzKGJh bGFuY2UpLTM1MyhiZXR3KS0xKGVlbiktMzUzKFwwMDJnaHRlciktMzUzKG1hZ2VzKS0zNTMoYW5k KS0zNTMocHVyZSktMzUzKG1hZyktMShlcyktMzUyKHNoKS0xKG91bGQpLTM1MyhiZSktMzUzKGRv bmUpLTM1MyhlbHNlLSldVEogMCAtMTEuOTUgVGRbKHdoZSktMShyZSktMjMxKGEpLTEobikxNSh5 dykxMChheSktMjMyKFwwNTBsaWspMTAoZSktMjMyKG1hayktMShpbmcpLTIzMihNQSktMjMyKGJv bnVzKS0yMzIoZm9yKS0yMzIocmFua2luKS0xKGcpLTIzMShjKS0xKG91bnQpLTIzMihvbiktMjMy KHNwZWNpYWwpLTIzMihrbm8pMjUodyktMShsZWRnZSktMjMyKGFzKS0yMzIod2VsbCldVEogMCAt MTEuOTYgVGRbKGFzKS0yNTAoZyktMShlbmVyYWwpLTI1MChrbm8pMjQod2xlZGdlXDA1MS4pXVRK L0YzNSA5Ljk2IFRmIDAgLTI2LjUzIFRkWygyLjUuKS0xKDMpLTEwMDAoU3BsaXR0aSktMShuZykt MjUwKE1pbGl0YSktMShyeSktMjUwKFNjaWVudGkpLTEoc3QpLTI1MChib251cyldVEovRjMyIDku OTYgVGYgMCAtMTguNjggVGRbKFRoaSktMShzKS0zODcoZW4pLTEoYWJsZSktMzg4KHRob3NlKS0z ODgoY2hhcmEpLTEoY3RlcnMpLTM4OCh3aG8pLTM4OChoYSkyMCh2KTE1KGUpLTM4OChzcGUpLTEo bmQpLTM4OChFUCktMzg3KG8pLTEobiktMzg3KE0pLTEoaWxpdGFyeSktMzg4KFNjaWVuKS0xKHRp c3QpLTM4OCh0byktMzg4KGdldCktMzg4KHNvbWUpXVRKIDAgLTExLjk1IFRkWyhiZW4pLTEoZVww MDJ0KS0yMzEoZnJvbSktMjMxKGl0KS0yMzEod2hlbiktMjMxKGluKS0yMzEoYSktMjMwKHApLTEo YXJ0eSktMjMxKHdpdGgpLTIzMShhbm90aGVyKS0yMzEoTWkpLTEobGl0YXJ5KS0yMzEoU2NpZW50 aXN0KS0yMzEob2YpLTIzMShncmVhKS0xKHRlciktMjMxKFJhbmsuKS0zMDQoSXQpLTIzMShjb3Vs ZCldVEogMCAtMTEuOTYgVGRbKGJlKS0zNjIoc2FpZCktMzYyKHRoaXMpLTM2Mihmb3JjZXMpLTM2 MihjaGFyYWMpLTEodGVycyktMzYxKHQpLTEobyktMzYxKHJhbiktMShrKS0zNjEoTWkpLTEobGl0 YXJ5KS0zNjIoU2NpZW50aXN0KS0zNjIoanVzdCktMzYyKGZvciktMzYyKHRoZSktMzYyKGJvbnVz KS0zNjIoXDA1MHdoaWNoKS0zNjIoaXMpXVRKIDAgLTExLjk1IFRkWyh0cnVlKS0xKFwwNTEpLTMx MChiKTIwKHV0KS0zMTEoc2luY2UpLTMxMChtKS0xKG9zdCktMzEwKGNoKS0xKGFyYWN0ZXJzKS0z MTEod2l0aCktMzEwKE0pLTEoaWxpdGFyeSktMzExKFNjaWVudGlzdCktMzExKHJhbmspMTAoZWQp LTMxMShpdCktMzEwKHNpbSktMShwbHkpLTMxMChmb3IpLTMxMSh0aGUpLTMxMShib251cyldVEog MCAtMTEuOTYgVGRbKGFuZCktMjUxKG11Y2gpLTI1MChvZiktMjUwKHQpLTEoaGUpLTI1MCh0aW1l KS0yNTAoZG8pLTEobicpMTgodCktMjUwKHJlYWxseSktMjUxKGJlbmVcMDAydCktMjUwKGZybykt MShtKS0yNTAoYWxsKS0yNTAodGhlKS0yNTEoRVApLTI1MChzcGVudC4pXVRKIDE0Ljk1IC0xMS45 NSBUZFsoQnkpLTIyOShoYSkyMCh2aW5nKS0yMjkodGgpLTEoZSktMjI5KHBhcnR5Jyk1NShzKS0y MjkoTWkpLTEobGl0YXJ5KS0yMjkoU2NpZW4pLTEodGlzdCktMjI5KFwwNTB0aGF0KS0yMjkoaXMp LTIyOSh0aGUpLTIyOShiKS0xKG9udXMpLTIyOShvZiktMjI5KG1heCktMShpbXVtKS0yMjkocmFu ayk5KGVkKS0yMjkoTWlsLSldVEogLTE0Ljk1IC0xMS45NiBUZFsoaXRhcnkpLTI0NyhTY2llbnQp LTEoaXN0KS0yNDYod2hvKS0yNDcoaXMpLTI0NihubyktMSh0KS0yNDYoZW5nKTUoYWdlKS0xKGRc MDUxKS0yNDYoaXQpLTI0NyhrKTEwKGVlcHMpLTI0Nih0aCktMShlKS0yNDYoY3VycmUpLTEobnQp LTI0NihcMDAzYSkyMCh2KTIwKG8pLTEodXIpLTI0NihvZiktMjQ3KHRoZSktMjQ2KE1pbCktMShp dGFyeSktMjQ2KFNjKS0xKGllbnRpc3QpXVRKIDAgLTExLjk1IFRkWyhzdGF5KS0xKGluZyktMjUw KGF0KS0yNTAodGhlKS0yNTEoYmFjayktMjUwKGFuZCktMjUxKGdpKTI1KHZpbmcpLTI1MChvcmQp LTEoZXJzLildVEovRjM1IDkuOTYgVGYgMCAtMjYuNTMgVGRbKDIuNS4pLTEoNCktMTAwMChSYW5k KS0xKG9tKS0yNTAoZmFjdG9yKV1USi9GMzIgOS45NiBUZiAwIC0xOC42OCBUZFsoSSktMjQ1KHRo b3UpLTEoZ2h0KS0yNDUoRDEwKS0yNDUoc2ltKS0xKHBsZSktMjQ1KG5vdCktMjQ1KGVubyktMSh1 Z2gpLTI0NSh3aGVuKS0yNDUoUHIpLTEoZXBhcmVkKS0yNDUoSVYpLTI0NShjKS0xKG91bGQpLTI0 NShlYXNpbHkpLTI0NShyKS0xKGVhY2gpLTI0NSg2MCktMjQ1KG9yKS0yNDUobW8pLTEocmUpLTI0 NShhbmQpXVRKIDAgLTExLjk1IFRkWyhEMTApLTEoMCktMjExKHRvbyktMjExKG11YyktMShoLCkt MjE5KGVzcGVjaWFsbHkpLTIxMihhdCktMjExKHRoZSktMjExKGJvdHRvKS0xKG0pLTIxMShlbmQu KS0yOTcoRDUpLTEoMCktMjExKGlzKS0yMTEoYSktMjExKG51bWUpLTEocmljYWxseSktMjExKHNp bSktMShwbGUpLTIxMShjb21wciktMShvbWlzZSldVEogMCAtMTEuOTYgVGRbKFwwNTBEMSktMSgw MC8yXDA1MSktMjUwKHdoaSktMShjaCktMjUwKGdpKTI1KHYpMTUoZSktMjUwKGEpLTI1MChnKS0x KG9vZCktMjUwKHJhbmcpLTEoZSktMjUwKHdpdGhvdXQpLTI1MShtYWtpbmcpLTI1MCh0aCktMShl KS0yNTAobG8pMjUod2VyKS0yNTAoZW4pLTEoZCktMjUwKHRvdGFsbHkpLTI1MChyKS0xKGFuZG9t LildVEovRjM1IDExLjk2IFRmIDAgLTI4LjUxIFRkWygyLjYpLTk5OShBZHYpMTEoYW50YWdlKTEo cyldVEovRjMyIDkuOTYgVGYgMCAtMTguNjggVGRbKFRoaSktMShzKS0zMzYoc29sdSktMSh0aW9u KS0zMzYoYSktMSh0dGVtcHRzKS0zMzcodG8pLTMzNihrKTkoZWVwKS0zMzYoYSktMzM3KGNsb3Nl KS0zMzcodGhlKS0zMzcoY3VycmVudCktMzM3KHJ1bGVzKS0zMzcoYWJvdXQpLTMzNyhhY3R1YSkt MShsKS0zMzYoYWxsbykyNCh3ZWQpLTMzNihhKS0xKGN0aW9ucyldVEogMCAtMTEuOTYgVGRbKGFu ZCktMjY5KHBvc2l0KS0xKGlvbnMpLTI2OChcMDUwKS0xKGNsb3NlLCktMjczKGVuKS0xKGcpNShh Z2VkLCktMjczKHUpLTEobmVuZyk1KGFnZWRcMDUxKS0xKC4pLTM2NShJdCktMjY5KG1pZ2h0KS0y NjkoYmUpLTI2OShnb29kKS0yNjkodG8pLTI2OShtYXRjaCktMjY5KHRoZSktMjY4KHApLTEob3Np dGlvbnMpLTI2OSh0byldVEogMCAtMTEuOTUgVGRbKGNsb3MpLTEoZSwpLTMxNChtZWxlZSktMzAy KGFuZCktMzAxKHJhKS0xKG5nZWQsKS0zMTQoYikyMCh1dCktMzAyKG9ubHkpLTMwMihpZiktMzAx KHRoZSktMzAyKFwwMDJ0dGVkKS0zMDEodG8pLTEoZ2V0aGVyKS0zMDEoYyktMShvaGVyZW50bHkp LTMwMihcMDUwaGVuY2UpLTMwMihkb2luZyktMzAyKGEpMTUodykxMChheSldVEogMCAtMTEuOTYg VGRbKHdpdGgpLTIxNCh3KS0xKGl0aCktMjE0KGVuZyk1KGFnZSktMShkKS0yMTQodnMpLTIxNCh1 bmVuZyk1KGFnKS0xKGVkKS0yMTQoYWN0aW9ucywpLTIyMihtZXJlbHkpLTIxNChoYSkyMCh2KS0x KGluZyktMjE0KHdoYXQpLTIxNChhY3QpLTEoaW9ucyktMjE0KGNhbiktMjE0KG9jY3UpLTEocikt MjE0KGF0KS0yMTQod2hhdCldVEogMCAtMTEuOTUgVGRbKHJhbmcpLTEoZVwwNTEuKV1USiAxNC45 NSAtMTEuOTYgVGRbKEJlY2F1c2UpLTIyNihpKS0xKHQpLTIyNihkb2VzbicpMTgodCktMjI3KGRl cGVuZCktMjI2KG9uKS0yMjcoYSktMjI2KFwwMDJndXJlKS0xKCcpNTUocyktMjI2KGFjdGlvbikt MjI2KGQpLTEoZWNsYXJlZCktMjI2KGEpLTEoY3Rpb25zKS0yMjYoYXJlKS0yMjcobm90KS0yMjYo cmVxdWkpLTEocmVkLCktMjMxKGZvcildVEogLTE0Ljk1IC0xMS45NiBUZFsodGhvcyktMShlKS0y NzEoR01zKS0yNzEod2hpYyktMShoKS0yNzEoZG9uJykxOCh0KS0yNzEobGlrKTEwKGUpLTI3Mih0 aGVtLiktMzczKEl0KS0yNzEoaXMpLTI3MShzaW1wKS0xKGxlKS0yNzEoXDA1MHJlYWxseVwwNTEp LTI3MShpbiktMjcyKHRoYXQpLTI3MSh3ZWFwbyktMShuKS0yNzEoaW5pdGlhdGkpMjUodikxNShl KS0yNzIoaGFzbicpMTgodCldVEogMCAtMTEuOTUgVGRbKGNoYSktMShuZ2VkKS0yNTAoYW5kKS0y NTEodGhhdCktMjUwKG1vc3QpLTI1MChvKS0xKGYpLTI1MCh0aGUpLTI1MChudW0pLTEoYmVycykt MjUwKGNhbiktMjUwKGIpLTEoZSktMjUwKGNhbGN1bGF0KS0xKGVkKS0yNTAoYmVmb3JlaCktMShh bmQuKV1USiAxNjkuMzcgLTYwLjc3IFRkWyg0KV1USgpFVAplbmRzdHJlYW0KZW5kb2JqCjE0IDAg b2JqIDw8Ci9UeXBlIC9QYWdlCi9Db250ZW50cyAxNSAwIFIKL1Jlc291cmNlcyAxMyAwIFIKL01l ZGlhQm94IFswIDAgNTk1LjI3IDg0MS44OV0KL1BhcmVudCA2IDAgUgo+PiBlbmRvYmoKMTMgMCBv YmogPDwKL0ZvbnQgPDwgL0YzNSA1IDAgUiAvRjM1IDUgMCBSIC9GMzIgNCAwIFIgPj4KL1Byb2NT ZXQgWyAvUERGIC9UZXh0IF0KPj4gZW5kb2JqCjE4IDAgb2JqIDw8Ci9MZW5ndGggMzQ3ICAgICAg IAo+PgpzdHJlYW0KMSAwIDAgMSAxMjQuOCA3MDYuMTMgY20KQlQKL0YzNSAxMS45NiBUZiAwIDAg VGRbKDIuNyktOTk5KERpc2EpMShkdikxMChhbnQpMShhZ2VzKV1USi9GMzIgOS45NiBUZiAwIC0x OC42OCBUZFsoTm9uKS0xKGUsKS0yNTAob2IpMTUodmlvdSktMShzbHkpLTI1MChcMDUwYmFycmlu KS0xKGcpLTI1MCh0aGUpLTI1MChvYikxNSh2KS0xKGlvdXMsKS0yNTAod2hpYyktMShoKS0yNTAo aXMpLTI1MCh0aGF0KS0yNTAoaXMpLTI1MShqdXN0KS0yNTAobm90KS0yNTAoRCktMShRKS0yNTAo YXMpLTI1MCh3ZSktMjUwKGspLTEobm8pMjUodyktMjUwKGl0XDA1MS4pXVRKIDE2OS4zNyAtNTk3 LjAxIFRkWyg1KV1USgpFVAplbmRzdHJlYW0KZW5kb2JqCjE3IDAgb2JqIDw8Ci9UeXBlIC9QYWdl Ci9Db250ZW50cyAxOCAwIFIKL1Jlc291cmNlcyAxNiAwIFIKL01lZGlhQm94IFswIDAgNTk1LjI3 IDg0MS44OV0KL1BhcmVudCA2IDAgUgo+PiBlbmRvYmoKMTYgMCBvYmogPDwKL0ZvbnQgPDwgL0Yz NSA1IDAgUiAvRjMyIDQgMCBSID4+Ci9Qcm9jU2V0IFsgL1BERiAvVGV4dCBdCj4+IGVuZG9iagox OSAwIG9iaiA8PAovVHlwZSAvRW5jb2RpbmcKL0RpZmZlcmVuY2VzIFsgMCAvLm5vdGRlZiAxL2Rv dGFjY2VudC9maS9mbC9mcmFjdGlvbi9odW5nYXJ1bWxhdXQvTHNsYXNoL2xzbGFzaC9vZ29uZWsv cmluZyAxMC8ubm90ZGVmIDExL2JyZXZlL21pbnVzIDEzLy5ub3RkZWYgMTQvWmNhcm9uL3pjYXJv bi9jYXJvbi9kb3RsZXNzaS9kb3RsZXNzai9mZi9mZmkvZmZsIDIyLy5ub3RkZWYgMzAvZ3JhdmUv cXVvdGVzaW5nbGUvc3BhY2UvZXhjbGFtL3F1b3RlZGJsL251bWJlcnNpZ24vZG9sbGFyL3BlcmNl bnQvYW1wZXJzYW5kL3F1b3RlcmlnaHQvcGFyZW5sZWZ0L3BhcmVucmlnaHQvYXN0ZXJpc2svcGx1 cy9jb21tYS9oeXBoZW4vcGVyaW9kL3NsYXNoL3plcm8vb25lL3R3by90aHJlZS9mb3VyL2ZpdmUv c2l4L3NldmVuL2VpZ2h0L25pbmUvY29sb24vc2VtaWNvbG9uL2xlc3MvZXF1YWwvZ3JlYXRlci9x dWVzdGlvbi9hdC9BL0IvQy9EL0UvRi9HL0gvSS9KL0svTC9NL04vTy9QL1EvUi9TL1QvVS9WL1cv WC9ZL1ovYnJhY2tldGxlZnQvYmFja3NsYXNoL2JyYWNrZXRyaWdodC9hc2NpaWNpcmN1bS91bmRl cnNjb3JlL3F1b3RlbGVmdC9hL2IvYy9kL2UvZi9nL2gvaS9qL2svbC9tL24vby9wL3Evci9zL3Qv dS92L3cveC95L3ovYnJhY2VsZWZ0L2Jhci9icmFjZXJpZ2h0L2FzY2lpdGlsZGUgMTI3Ly5ub3Rk ZWYgMTMwL3F1b3Rlc2luZ2xiYXNlL2Zsb3Jpbi9xdW90ZWRibGJhc2UvZWxsaXBzaXMvZGFnZ2Vy L2RhZ2dlcmRibC9jaXJjdW1mbGV4L3BlcnRob3VzYW5kL1NjYXJvbi9ndWlsc2luZ2xsZWZ0L09F IDE0MS8ubm90ZGVmIDE0Ny9xdW90ZWRibGxlZnQvcXVvdGVkYmxyaWdodC9idWxsZXQvZW5kYXNo L2VtZGFzaC90aWxkZS90cmFkZW1hcmsvc2Nhcm9uL2d1aWxzaW5nbHJpZ2h0L29lIDE1Ny8ubm90 ZGVmIDE1OS9ZZGllcmVzaXMgMTYwLy5ub3RkZWYgMTYxL2V4Y2xhbWRvd24vY2VudC9zdGVybGlu Zy9jdXJyZW5jeS95ZW4vYnJva2VuYmFyL3NlY3Rpb24vZGllcmVzaXMvY29weXJpZ2h0L29yZGZl bWluaW5lL2d1aWxsZW1vdGxlZnQvbG9naWNhbG5vdC9oeXBoZW4vcmVnaXN0ZXJlZC9tYWNyb24v ZGVncmVlL3BsdXNtaW51cy90d29zdXBlcmlvci90aHJlZXN1cGVyaW9yL2FjdXRlL211L3BhcmFn cmFwaC9wZXJpb2RjZW50ZXJlZC9jZWRpbGxhL29uZXN1cGVyaW9yL29yZG1hc2N1bGluZS9ndWls bGVtb3RyaWdodC9vbmVxdWFydGVyL29uZWhhbGYvdGhyZWVxdWFydGVycy9xdWVzdGlvbmRvd24v QWdyYXZlL0FhY3V0ZS9BY2lyY3VtZmxleC9BdGlsZGUvQWRpZXJlc2lzL0FyaW5nL0FFL0NjZWRp bGxhL0VncmF2ZS9FYWN1dGUvRWNpcmN1bWZsZXgvRWRpZXJlc2lzL0lncmF2ZS9JYWN1dGUvSWNp cmN1bWZsZXgvSWRpZXJlc2lzL0V0aC9OdGlsZGUvT2dyYXZlL09hY3V0ZS9PY2lyY3VtZmxleC9P dGlsZGUvT2RpZXJlc2lzL211bHRpcGx5L09zbGFzaC9VZ3JhdmUvVWFjdXRlL1VjaXJjdW1mbGV4 L1VkaWVyZXNpcy9ZYWN1dGUvVGhvcm4vZ2VybWFuZGJscy9hZ3JhdmUvYWFjdXRlL2FjaXJjdW1m bGV4L2F0aWxkZS9hZGllcmVzaXMvYXJpbmcvYWUvY2NlZGlsbGEvZWdyYXZlL2VhY3V0ZS9lY2ly Y3VtZmxleC9lZGllcmVzaXMvaWdyYXZlL2lhY3V0ZS9pY2lyY3VtZmxleC9pZGllcmVzaXMvZXRo L250aWxkZS9vZ3JhdmUvb2FjdXRlL29jaXJjdW1mbGV4L290aWxkZS9vZGllcmVzaXMvZGl2aWRl L29zbGFzaC91Z3JhdmUvdWFjdXRlL3VjaXJjdW1mbGV4L3VkaWVyZXNpcy95YWN1dGUvdGhvcm4v eWRpZXJlc2lzXQo+PiBlbmRvYmoKNSAwIG9iaiA8PAovVHlwZSAvRm9udAovU3VidHlwZSAvVHlw ZTEKL0VuY29kaW5nIDE5IDAgUgovQmFzZUZvbnQgL1RpbWVzLUJvbGQKPj4gZW5kb2JqCjQgMCBv YmogPDwKL1R5cGUgL0ZvbnQKL1N1YnR5cGUgL1R5cGUxCi9FbmNvZGluZyAxOSAwIFIKL0Jhc2VG b250IC9UaW1lcy1Sb21hbgo+PiBlbmRvYmoKNiAwIG9iaiA8PAovVHlwZSAvUGFnZXMKL0NvdW50 IDUKL0tpZHMgWzIgMCBSIDggMCBSIDExIDAgUiAxNCAwIFIgMTcgMCBSXQo+PiBlbmRvYmoKMjAg MCBvYmogPDwKL1R5cGUgL0NhdGFsb2cKL1BhZ2VzIDYgMCBSCj4+IGVuZG9iagoyMSAwIG9iaiA8 PAovUHJvZHVjZXIgKHBkZlRlWC0wLjE0ZSkKL0NyZWF0b3IgKFRlWCkKL0NyZWF0aW9uRGF0ZSAo RDoyMDAwMDgxNDEyNDAwMCkKPj4gZW5kb2JqCnhyZWYKMCAyMgowMDAwMDAwMDAwIDY1NTM1IGYg CjAwMDAwMDYwMTEgMDAwMDAgbiAKMDAwMDAwNTkwMSAwMDAwMCBuIAowMDAwMDAwMDA5IDAwMDAw IG4gCjAwMDAwMjk4NjMgMDAwMDAgbiAKMDAwMDAyOTc3NSAwMDAwMCBuIAowMDAwMDI5OTUyIDAw MDAwIG4gCjAwMDAwMTMwMDIgMDAwMDAgbiAKMDAwMDAxMjg5MiAwMDAwMCBuIAowMDAwMDA2MTM0 IDAwMDAwIG4gCjAwMDAwMjAyODYgMDAwMDAgbiAKMDAwMDAyMDE3MyAwMDAwMCBuIAowMDAwMDEz MDkyIDAwMDAwIG4gCjAwMDAwMjcyOTcgMDAwMDAgbiAKMDAwMDAyNzE4NCAwMDAwMCBuIAowMDAw MDIwMzc3IDAwMDAwIG4gCjAwMDAwMjc5MDYgMDAwMDAgbiAKMDAwMDAyNzc5MyAwMDAwMCBuIAow MDAwMDI3Mzg4IDAwMDAwIG4gCjAwMDAwMjc5ODYgMDAwMDAgbiAKMDAwMDAzMDAzNiAwMDAwMCBu IAowMDAwMDMwMDg2IDAwMDAwIG4gCnRyYWlsZXIKPDwKL1NpemUgMjIKL1Jvb3QgMjAgMCBSCi9J bmZvIDIxIDAgUgo+PgpzdGFydHhyZWYKMzAxODEKJSVFT0YK --=_mixed 0040E1FD8025693B_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 01:58:49 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id BAA24049; Tue, 15 Aug 2000 01:49:29 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id BAA24046 for ; Tue, 15 Aug 2000 01:49:24 +1200 Received: from ihug.co.nz (p14-tnt1.akl.ihug.co.nz [206.18.111.14]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id BAA28782 for ; Tue, 15 Aug 2000 01:39:38 +1200 Message-ID: <3997F4B3.18E0C0AB@ihug.co.nz> Date: Tue, 15 Aug 2000 01:31:31 +1200 X-Mailer: Mozilla 4.6 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------22F06372A3CA5314E0D47E94" Subject: Re: Ross' Proposal on Initiative (v 0.1). From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz --------------22F06372A3CA5314E0D47E94 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ross Alexander wrote: > > To put this discussion on a more concrete > footing, I have written up a proposal > to be put forward to the GMs meeting. There are > any number of caveats to do > with first draft and no flames thank you etc. > But atleast it gives everybody something > to focus on. I have attached a PDF files and > the LaTeX source. It's mainly text so > people can cut and paste blocks for comment. > Well, here's a flame for you, Ross, coming, ready or not. We haven't yet decided on what we want Intiative to achieve. Your package of stuff, while it might be fascinating, doesn't answer any of the questions raised. There are a lot of hassles that are at issue with initiative, only one of which is whether or not to use dice to determine intiative, or the size of the dice. All that your draft offers us is yet another system, in a forum that is full of people only too willing to come up with some nice numbers and formulae. The critical issue is not that. The issue is: "How do we capture the idea of an exchange of actions?...How do we capture the sense of the cut and thrust of combat?' We probably can't do that completely with any initiative system, but we can at least look at a way of doing that promotes that kind of play for the DM, and for the players. > In strict accordance to the rules a figure is > engaged or unengaged based solely > on a figure's relative position to an opposing > figure (i.e.\ whether or not > they are in an opponent's melee zone or an > opponent is in their melee zone). > > There are a number of places where this falls > down but the most striking (and > important) is the casting of magic. This is > because casting is both an > engaged and unengaged activity. Spells effect > the moment they are cast > so if you happen to have an opponent in front of > you (or if you are lucky, > behind an opponent) then are engaged and act in > the engaged phase. Rubbish. I have NEVER seen ANYONE play this rule. The reason is because it is laughable. You're engaged initiative only applies if two conditions are met. 1) You are in their melee zone or close. 2) You are taking an action that makes use of your engaged initiative. If you are in someone's melee zone, and you are attempting to cast a spell, either at them or another target, then unengaged initiative is used. > > > Most people (if not all) agree that this doesn't > make much sense. However, the > simple solution of casting happening in the > figure's unengaged phase regardless > of whether or not they are actually engaged, > will require some work to remove > all the other potential inconsistancies as well. It doesn't make much sense because I doubt very much that they have ever come across the idea. I don't know anyone that would allow this. And, there are no bloody inconsistencies, as well... I don't see how you can possibly have come to this conclusion. > > One critisism of the current engaged initiative > system is that an > opponent who is one point faster always goes > first rather than going > first a majority (asymtopic average) of the > time. There is a lot of > debate over how large this random factor should > be. The options range > from D10 through to D100, with the possibility > of say 2D10. The > problem with summing dice is that the central > limit theorum quickly > reduces the variability (i.e.\ variance), making > it a lot less > effective. A possible twist is to use rollups > (this is where if you > roll a 10 on a D10 then reroll and keep > adding). This enables a much > slower figure to have an outside (but not > impossible) chance to > beating somebody much faster. > I thought D10 simple not enough when Prepared IV > could easily reach 60 > or more and D100 too much, especially at the > bottom end. D50 is a > numerically simple compromise (D100/2) which > give a good range without > making the lower end totally random. > Why. I mean, why D50? Not that I care over much. But, you call it a justification. As far as I can see, it's just a preference. Your reason remains concealed from me. As far as I can see, we either have a situation where initiative offers uncertainty balanced against expectability, or we have one where it is as certain as the day is long. We can have one that keeps one foot in both camps, but I don't see what particular advantages it offers. Some GMs require their players to declare their actions at the start of each pulse. This leads to the problem that should the situation change before the figure gets to act then their action may become invalid or inappropriate. Depending of how fasist a GM is, a figure may or may not be able to alter their action. This can mean that slower figures often end up not being able to act simply because the situation has changed (e.g.\ their opponent is dead). The ability for a figure to choose their action on their initiative is that is often leads to more heroic action, or atleast faster flowing and more interesting action. A GM may ask the party for an indication of intention rather than an actual declaration of action (this give the GM an idea of what they intend without forcing them to actually perform that action). The problem is if initiative is based on what action the figure is going to do, what then happens if the don't do that action (for whatever reason)? The DQ combat system has enough restrictions already without adding more. The reason that declarations are often used is because it creates a flow of story. A story happens when the events that lead to the future are identified and indicated earlier. Otherwise, it's just a list of things that happened. THAT isn't heroic. It's just dead boring. There are lots of systems that don't require declarations. Shadowrun, Fantasy Hero, etc. They don't create a sense of story in the unfolding action. Stuff just happens in a particular sequence. Foreshadowing is critical to story telling, and declarations give the players an opportunity to foreshadow their own actions. There is a something to be said for gradual change and keeping with current flavour i.e.\ engaged combat normally goes first and weapons are faster than spells. This can be done with a minimum of changes. \begin{itemize} \item Engaged IV becomes Prepared VI. If a figure has a prepared weapon and at the appropriated range (for example a figure must be in melee for unarmed to be ``prepared'' but a bow fired, dagger thrown, etc.\ on its Prepared IV even though the figure is unengaged) then their base IV is PC + AG + Weapon Rank + Warrior. A figure can never have a prepared weapon (including unarmed) if their are engaged in any form of magic (excluding actively resisting). This is not effected by whether the figure is engaged or unengaged. So, mages cannot cast while they have a shield prepared? And, staves, wands, rods etc are no longer devices that spell casters use? This is just an attempt to make the world fit the rule, rather than create a rule that adds to the world. I am hard put to consider this anything other than drivel. \item In all other situations the figure's base IV is PC + 1 \texttimes{} figure's Military Scientist. \item Each pulse a figure adds 1 \texttimes{} party's maximum Military Scientist (subject to usual rules) + D50 to their initiative. \item A figure may prepare a weapon without costing an action. \item Figure with a positonal advantage/disadvantage respectively have a bonus or penalty to Prepared IV. For example, if a figure is behind a figure with a prepared weapon then it gains a +20 bonus or if a figure is prone then they suffer a -10 penalty (the numbers are indicative only). \end{itemize} \subsubsection{Variations} The random could be changed to D10 with rollups or D100 (or whatever you want to divide D100 by, e.g.\ 2,4,5 or D50, D25 or D20 respectively). \subsection{Justifications} \subsubsection{Weapon ranges} This solves the problem of unarmed and cestus and enables thrown and missile weapons to act before magic even when unengaged. I can't see any immediate flaws but there almost certainly are some so extra caveats will probably need to be added. I can. There are enough penalties to casting already. Your system means that a mage (who only gets to cast every other pulse, unless Quickened) loses out to a peasant with a rock. I don't believe that the current situation is actually a problem. I don't want to see spell casters acting slower than archers. I don't see what advantage there is to be had in making characters that are, in fact, non-magical casters of spells that go by the name of arrows any faster than they are at the moment. The only thing that a rule or rules such as you suggest would offer is this: There is no rule that magic goes off at the end of the pulse... That's just the way it almost always happens. What, might I ask, is the point? --------------22F06372A3CA5314E0D47E94 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit  

Ross Alexander wrote:

 
To put this discussion on a more concrete footing, I have written up a proposal
to be put forward to the GMs meeting.  There are any number of caveats to do
with first draft and no flames thank you etc.  But atleast it gives everybody something
to focus on.  I have attached a PDF files and the LaTeX source.  It's mainly text so
people can cut and paste blocks for comment.
 
    Well, here's a flame for you, Ross, coming, ready or not. We haven't yet decided on what we want Intiative to achieve. Your package of stuff, while it might be fascinating, doesn't answer any of the questions raised. There are a lot of hassles that are at issue with initiative, only one of which is whether or not to use dice to determine intiative, or the size of the dice.
    All that your draft offers us is yet another system, in a forum that is full of people only too willing to come up with some nice numbers and formulae. The critical issue is not that. The issue is: "How do we capture the idea of an exchange of actions?...How do we capture the sense of the cut and thrust of combat?' We probably can't do that completely with any initiative system, but we can at least look at a way of doing that promotes that kind of play for the DM, and for the players.
In strict accordance to the rules a figure is engaged or unengaged based solely
on a figure's relative position to an opposing figure (i.e.\ whether or not
they are in an opponent's melee zone or an opponent is in their melee zone).

There are a number of places where this falls down but the most striking (and
important) is the casting of magic.  This is because casting is both an
engaged and unengaged activity.  Spells effect the moment they are cast
so if you happen to have an opponent in front of you (or if you are lucky,
behind an opponent) then are engaged and act in the engaged phase.


    Rubbish. I have NEVER seen ANYONE play this rule. The reason is because it is laughable. You're engaged initiative only applies if two conditions are met. 1) You are in their melee zone or close. 2) You are taking an action that makes use of your engaged initiative.
    If you are in someone's melee zone, and you are attempting to cast a spell, either at them or another target, then unengaged initiative is used.

 

Most people (if not all) agree that this doesn't make much sense.  However, the
simple solution of casting happening in the figure's unengaged phase regardless
of whether or not they are actually engaged, will require some work to remove
all the other potential inconsistancies as well.

    It doesn't make much sense because I doubt very much that they have ever come across the idea. I don't know anyone that would allow this. And, there are no bloody inconsistencies, as well...
    I don't see how you can possibly have come to this conclusion.
 
 
One critisism of the current engaged initiative system is that an
opponent who is one point faster always goes first rather than going
first a majority (asymtopic average) of the time.  There is a lot of
debate over how large this random factor should be.  The options range
from D10 through to D100, with the possibility of say 2D10.  The
problem with summing dice is that the central limit theorum quickly
reduces the variability (i.e.\ variance), making it a lot less
effective.  A possible twist is to use rollups (this is where if you
roll a 10 on a D10 then reroll and keep adding).  This enables a much
slower figure to have an outside (but not impossible) chance to
beating somebody much faster.
I thought D10 simple not enough when Prepared IV could easily reach 60
or more and D100 too much, especially at the bottom end.  D50 is a
numerically simple compromise (D100/2) which give a good range without
making the lower end totally random.
 
    Why. I mean, why D50? Not that I care over much. But, you call it a justification. As far as I can see, it's just a preference. Your reason remains concealed from me.
     As far as I can see, we either have a situation where initiative offers uncertainty balanced against expectability, or we have one where it is as certain as the day is long. We can have one that keeps one foot in both camps, but I don't see what particular advantages it offers.

Some GMs require their players to declare their actions at the start
of each pulse.  This leads to the problem that should the situation
change before the figure gets to act then their action may become
invalid or inappropriate.  Depending of how fasist a GM is, a figure
may or may not be able to alter their action.  This can mean that
slower figures often end up not being able to act simply because
the situation has changed (e.g.\ their opponent is dead).

The ability for a figure to choose their action on their initiative
is that is often leads to more heroic action, or atleast faster
flowing and more interesting action.  A GM may ask the party for
an indication of intention rather than an actual declaration of
action (this give the GM an idea of what they intend without
forcing them to actually perform that action).

The problem is if initiative is based on what action the figure is
going to do, what then happens if the don't do that action (for
whatever reason)?  The DQ combat system has enough restrictions
already without adding more.

    The reason that declarations are often used is because it creates a flow of story. A story happens when the events that lead to the future are identified and indicated earlier. Otherwise, it's just a list of things that happened. THAT isn't heroic. It's just dead boring.
    There are lots of systems that don't require declarations. Shadowrun, Fantasy Hero, etc. They don't create a sense of story in the unfolding action. Stuff just happens in a particular sequence.
    Foreshadowing is critical to story telling, and declarations give the players an opportunity to foreshadow their own actions.

There is a something to be said for gradual change and keeping with
current flavour i.e.\ engaged combat normally goes first and weapons
are faster than spells.  This can be done with a minimum of changes.
\begin{itemize}

\item Engaged IV becomes Prepared VI.  If a figure has a prepared
weapon and at the appropriated range (for example a figure must be in
melee for unarmed to be ``prepared'' but a bow fired, dagger thrown,
etc.\ on its Prepared IV even though the figure is unengaged) then
their base IV is PC + AG + Weapon Rank + Warrior.  A figure can never
have a prepared weapon (including unarmed) if their are engaged in any
form of magic (excluding actively resisting).  This is not effected by
whether the figure is engaged or unengaged.
 

    So, mages cannot cast while they have a shield prepared? And, staves, wands, rods etc are no longer devices that spell casters use?
    This is just an attempt to make the world fit the rule, rather than create a rule that adds to the world. I am hard put to consider this anything other than drivel.

\item In all other situations the figure's base IV is PC + 1
\texttimes{} figure's Military Scientist.

\item Each pulse a figure adds 1 \texttimes{} party's maximum Military
Scientist (subject to usual rules) + D50 to their initiative.

\item A figure may prepare a weapon without costing an action.

\item Figure with a positonal advantage/disadvantage respectively have
a bonus or penalty to Prepared IV.  For example, if a figure is behind
a figure with a prepared weapon then it gains a +20 bonus or if a
figure is prone then they suffer a -10 penalty (the numbers are
indicative only).

\end{itemize}

\subsubsection{Variations}

The random could be changed to D10 with rollups or D100 (or whatever
you want to divide D100 by, e.g.\ 2,4,5 or D50, D25 or D20
respectively).

\subsection{Justifications}

\subsubsection{Weapon ranges}

This solves the problem of unarmed and cestus and enables thrown
and missile weapons to act before magic even when unengaged.
I can't see any immediate flaws but there almost certainly are
some so extra caveats will probably need to be added.

    I can. There are enough penalties to casting already. Your system means that a mage (who only gets to cast every other pulse, unless Quickened) loses out to a peasant with a rock.
    I don't believe that the current situation is actually a problem. I don't want to see spell casters acting slower than archers. I don't see what advantage there is to be had in making characters that are, in fact, non-magical casters of spells that go by the name of arrows any faster than they are at the moment. The only thing that a rule or rules such as you suggest would offer is this:
    There is no rule that magic goes off at the end of the pulse... That's just the way it almost always happens.
    What, might I ask, is the point?
 
 
 
  --------------22F06372A3CA5314E0D47E94-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 02:58:42 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id CAA24422; Tue, 15 Aug 2000 02:56:07 +1200 Received: from cancel.usenet.net.nz (root@usenet.net.nz [203.29.170.93]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id CAA24418 for ; Tue, 15 Aug 2000 02:55:58 +1200 Received: from quiktech.ideon.se (quiktech.ideon.se [193.45.79.134]) by cancel.usenet.net.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id CAA03975 for ; Tue, 15 Aug 2000 02:46:06 +1200 Received: from judd (unverified [192.168.0.121]) by heimdall.qliktech.com (EMWAC SMTPRS 0.83) with SMTP id ; Mon, 14 Aug 2000 16:45:24 +0200 Date: Mon, 14 Aug 2000 16:45:24 +0200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C0060F.0ADDD480" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: Ross' Proposal on Initiative (v 0.1). From: "Struan Judd" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: sjd@qliktech.com This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C0060F.0ADDD480 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit In strict accordance to the rules a figure is engaged or unengaged based solely on a figure's relative position to an opposing figure (i.e.\ whether or not they are in an opponent's melee zone or an opponent is in their melee zone). There are a number of places where this falls down but the most striking (and important) is the casting of magic. This is because casting is both an engaged and unengaged activity. Spells effect the moment they are cast so if you happen to have an opponent in front of you (or if you are lucky, behind an opponent) then are engaged and act in the engaged phase. Rubbish. I have NEVER seen ANYONE play this rule. The reason is because it is laughable. You're engaged initiative only applies if two conditions are met. 1) You are in their melee zone or close. 2) You are taking an action that makes use of your engaged initiative. If you are in someone's melee zone, and you are attempting to cast a spell, either at them or another target, then unengaged initiative is used. I'm sorry, Jim. I have never seen anyone play anything but this rule as stated by Ross. But then again, as I read the rules PDF I have. I find the usual conflict of paragraphs. There is a definition of "Engaged" in section 3.1 that matches what you have stated. Then there is the definition of "Unengaged" in the same section, that does not provide the inverse definition. But this is then clarified by the definition of "Optionally Engaged figures" in Section 3.3 with fills in the gap. From my memory, as it is no longer included in the rule book, the above rule interpretation (that Ross stated) came about due to the extensive example that was provided in the second edition (and possibly third edition) books. Which (again from memory) defined engaged as either being in another's Melee Zone, or having another in your Melee Zone, or being in close. ARRRGHHH!! TTFN ---- Struan Judd <*> ICQ: 4498196 mailto:neongraal@neongraal.sf.org.nz http://neongraal.sf.org.nz Ph: +1 (201) 305-1011 x1006 ------=_NextPart_000_0005_01C0060F.0ADDD480 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

In = strict=20 accordance to the rules a figure is engaged or unengaged based=20 solely
on = a figure's=20 relative position to an opposing figure (i.e.\ whether or = not=20
they are in an = opponent's melee zone=20 or an opponent is in their melee zone).=20

There are a number of = places where=20 this falls down but the most striking (and
important) is the casting of = magic.  This=20 is because casting is both an
engaged and unengaged activity.  Spells effect the = moment they=20 are cast
so if you=20 happen to have an opponent in front of you (or if you are=20 lucky,
behind an=20 opponent) then are engaged and act in the engaged=20 phase.


    Rubbish. I have NEVER seen ANYONE play this = rule.=20 The reason is because it is laughable. You're engaged initiative only = applies=20 if two conditions are met. 1) You are in their melee zone or close. 2) = You are=20 taking an action that makes use of your engaged initiative.=20
    If you are in someone's melee zone, and you are = attempting to cast a spell, either at them or another target, then = unengaged=20 initiative is used.

I'm=20 sorry, Jim.

I have=20 never seen anyone play anything but this rule as stated by = Ross.

But then=20 again, as I read the rules PDF I have. I find the usual conflict of = paragraphs.=20 There is a definition of "Engaged" in section 3.1 that matches what you = have=20 stated. Then there is the definition of "Unengaged" in the same section, = that=20 does not provide the inverse definition. But this is then clarified by = the=20 definition of "Optionally Engaged figures" in Section 3.3 with fills in = the=20 gap.

From my=20 memory, as it is no longer included in the rule book, the above rule=20 interpretation (that Ross stated) came about due to the extensive = example that=20 was provided in the second edition (and possibly third edition) books. = Which=20 (again from memory) defined engaged as either being in another's Melee = Zone, or=20 having another in your Melee Zone, or being in close.

 

ARRRGHHH!!

TTFN

----
Struan Judd <*>=20         ICQ: 4498196
mailto:neongraal@neongraal.= sf.org.nz
http://neongraal.sf.org.nz
Ph: +1 (201) 305-1011=20 x1006

------=_NextPart_000_0005_01C0060F.0ADDD480-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 03:43:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id DAA24689; Tue, 15 Aug 2000 03:33:31 +1200 Received: from cancel.usenet.net.nz (root@usenet.net.nz [203.29.170.93]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id DAA24684 for ; Tue, 15 Aug 2000 03:33:26 +1200 Received: from quiktech.ideon.se (quiktech.ideon.se [193.45.79.134]) by cancel.usenet.net.nz (8.9.3/8.9.3/Debian/GNU) with SMTP id DAA04810 for ; Tue, 15 Aug 2000 03:23:39 +1200 Received: from judd (unverified [192.168.0.121]) by heimdall.qliktech.com (EMWAC SMTPRS 0.83) with SMTP id ; Mon, 14 Aug 2000 17:22:11 +0200 Date: Mon, 14 Aug 2000 17:22:10 +0200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000D_01C00614.2DD46260" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: Engaged vs Unengaged, How do people adjudicate? From: "Struan Judd" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: sjd@qliktech.com This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C00614.2DD46260 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit -----Original Message----- From: Jim Arona [mailto:jimarona@ihug.co.nz] Sent: Monday, August 14, 2000 17:00 PM To: sjd@qliktech.com Subject: Re: Ross' Proposal on Initiative (v 0.1). Struan Judd wrote: I'm sorry, Jim. I have never seen anyone play anything but this rule as stated by Ross. But then again, as I read the rules PDF I have. I find the usual conflict of paragraphs. There is a definition of "Engaged" in section 3.1 that matches what you have stated. Then there is the definition of "Unengaged" in the same section, that does not provide the inverse definition. But this is then clarified by the definition of "Optionally Engaged figures" in Section 3.3 with fills in the gap. From my memory, as it is no longer included in the rule book, the above rule interpretation (that Ross stated) came about due to the extensive example that was provided in the second edition (and possibly third edition) books. Which (again from memory) defined engaged as either being in another's Melee Zone, or having another in your Melee Zone, or being in close. Well, perhaps we need to ask, then. Who plays the rule that way? And thus I do. Would people please take the time to reply to me directly (preferrably at neongraal@neongraal.sf.org.nz but sjd@qliktech.com will work too) with the way in which they adjudicate (or have had adjudictaed) the engaged/unengaged state rule. I will post a summary of replies each 2 (or three, but intending 2) days for at least the next week. I will also add that having been directed to the current rules, I will now be adjudicating as they state. Which is not quite as stated earlier by Jim, but a lot closer to that than how I previously believed and adjudicated. TTFN. ---- Struan Judd <*> ICQ: 4498196 mailto:neongraal@neongraal.sf.org.nz http://neongraal.sf.org.nz Ph: +1 (201) 305-1011 x1006 ------=_NextPart_000_000D_01C00614.2DD46260 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
-----Original Message-----
From: Jim Arona=20 [mailto:jimarona@ihug.co.nz]
Sent: Monday, August 14, 2000 = 17:00=20 PM
To: sjd@qliktech.com
Subject: Re: Ross' = Proposal on=20 Initiative (v 0.1).

 =20

Struan Judd wrote:=20

 
I'm sorry, Jim.=20

I have never seen anyone play anything but this rule as = stated by=20 Ross.=20

But then again, as I read the rules PDF I have. I find the = usual=20 conflict of paragraphs. There is a definition of "Engaged" in = section 3.1=20 that matches what you have stated. Then there is the definition of=20 "Unengaged" in the same section, that does not provide the inverse=20 definition. But this is then clarified by the definition of = "Optionally=20 Engaged figures" in Section 3.3 with fills in the=20 gap.=20

From my memory, as it is no longer included in the rule = book, the=20 above rule interpretation (that Ross stated) came about due to the = extensive=20 example that was provided in the second edition (and possibly third = edition)=20 books. Which (again from memory) defined engaged as either being in=20 another's Melee Zone, or having another in your Melee Zone, or being = in=20 close.
 

    Well, perhaps we need to ask, then. Who plays = the rule=20 that way?  
 
And=20 thus I do.
 
Would=20 people please take the time to reply to me directly (preferrably at neongraal@neongraal.sf.org.= nz but=20 sjd@qliktech.com will work = too) with=20 the way in which they adjudicate (or have had adjudictaed) the=20 engaged/unengaged state rule.
 
I will=20 post a summary of replies each 2 (or three, but intending 2) days = for at=20 least the next week.
 
I will=20 also add that having been directed to the current rules, I will now be=20 adjudicating as they state. Which is not quite as stated earlier by Jim, = but a=20 lot closer to that than how I previously believed and=20 adjudicated.
 
TTFN.

----
Struan Judd <*>=20         ICQ: 4498196
mailto:neongraal@neongraal.= sf.org.nz
http://neongraal.sf.org.nz
Ph: +1 (201) 305-1011=20 x1006

------=_NextPart_000_000D_01C00614.2DD46260-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 09:43:58 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA26696; Tue, 15 Aug 2000 09:32:19 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id JAA26693 for ; Tue, 15 Aug 2000 09:32:13 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Tuesday, August 15, 2000 09:17:19 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Tue, 15 Aug 2000 09:20:49 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A72022614CE@falaklex00.fcl.co.nz> Date: Tue, 15 Aug 2000 09:20:46 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C00635.84696F60" Subject: RE: light and darkness From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C00635.84696F60 Content-Type: text/plain Dark gets the same bonus in 99% or 100% darkness. If we did not put a bonus of some sort in 100% darkness, it would appear that dark mages couldn't cast in 100% darkness (like the other 3 kinds can't, through lack of their element). Its a layout/presentation issue, not a confusion of intent. If anyone thinks its a big issue and has a proposal for a clearer layout of the table, put it forward. Andrew > -----Original Message----- > From: Brent Jackson [SMTP:salient@kccs.co.nz] > Sent: Monday, August 14, 2000 9:24 PM > To: dq@dq.sf.org.nz > Subject: Re: light and darkness > > Clare, > > The way that this has come about has been via two independent > modifications > to the Celestial college. When the Celestial college was rewritten it was > decreed that mages could not benefit from magical light. This was later > adjusted to allow Celestial mages to use magical light to cancel negative > modifiers, although they still cannot add positive modifiers. > > A later independent change was the rewrite of the Celestial college branch > modifiers (by Andrew Withy I believe), principally done to make Shadow > Weaver bonuses easily to calculate. It would appear that this later > change > has introduced this apparent inconsistancy. > > I would expect the current rules to be intrepreted that Celestials cannot > gain bonuses from magical light, so these rows are only present for > completeness, should "natural" light somehow be boosted to a level that is > equivalent to this magical level (eg inside the sun). > > Consideration should be given to adding a sentence explicitly stating > whether this is an exception to the inability to gain bonuses, or not. > > Cheers, > Brent. > > At 17:33 6/07/00 +1200, Clare West wrote: > >I was pondering light and darkness the other day, especially with > >respect to Celestial mages. > > > >Currently the ruling is that the spells Light and Darkness cannot > >create *beneficial* lighting conditions. However, Solar and Dark > >Mages get their best bonuses in 100% light/darkness. A condition that > >according to the table is described as "Magical Effect - no vision > >works". What magical effect? Most people would say "Rank 20 > >light/darkness". So do light and darkness not provide beneficial > >effect until you get to Rank 20, and then suddenly they provide +/- > >25%? Or is this something that slipped through the cracks when Light > >and Darkness were modified? or what? > > > >clare (who no longer plays a Dark Mage btw) > > > >-- > >Clare West, Rm 111, Ext 8266 > >clare@cs.auckland.ac.nz > > > > > >-- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- > > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- ------_=_NextPart_001_01C00635.84696F60 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: light and darkness

Dark gets the same = bonus in 99% or 100% darkness. If we did not put a bonus of some sort = in 100% darkness, it would appear that dark mages couldn't cast in 100% = darkness (like the other 3 kinds can't, through lack of their element). = Its a layout/presentation issue, not a confusion of intent. If anyone = thinks its a big issue and has a proposal for a clearer layout of the = table, put it forward.

Andrew

    -----Original Message-----
    From:   Brent Jackson [SMTP:salient@kccs.co.nz]
    Sent:   Monday, August 14, 2000 9:24 PM
    To:     dq@dq.sf.org.nz
    Subject:       = Re: light and darkness

    Clare,

    The way that this has come about has = been via two independent modifications
    to the Celestial college.  When = the Celestial college was rewritten it was
    decreed that mages could not benefit = from magical light.  This was later
    adjusted to allow Celestial mages to = use magical light to cancel negative
    modifiers, although they still cannot = add positive modifiers.

    A later independent change was the = rewrite of the Celestial college branch
    modifiers (by Andrew Withy I = believe), principally done to make Shadow
    Weaver bonuses easily to = calculate.  It would appear that this later change
    has introduced this apparent = inconsistancy.

    I would expect the current rules to be = intrepreted that Celestials cannot
    gain bonuses from magical light, so = these rows are only present for
    completeness, should = "natural" light somehow be boosted to a level that is
    equivalent to this magical level (eg = inside the sun).

    Consideration should be given to = adding a sentence explicitly stating
    whether this is an exception to the = inability to gain bonuses, or not.

    Cheers,
            Brent.

    At 17:33 6/07/00 +1200, Clare West = wrote:
    >I was pondering light and = darkness the other day, especially with
    >respect to Celestial = mages.
    >
    >Currently the ruling is that the = spells Light and Darkness cannot
    >create *beneficial* lighting = conditions. However, Solar and Dark
    >Mages get their best bonuses in = 100% light/darkness. A condition that
    >according to the table is = described as "Magical Effect - no vision
    >works". What magical effect? = Most people would say "Rank 20
    >light/darkness". So do light = and darkness not provide beneficial
    >effect until you get to Rank 20, = and then suddenly they provide +/-
    >25%? Or is this something that = slipped through the cracks when Light
    >and Darkness were modified? or = what?
    >
    >clare (who no longer plays a Dark = Mage btw)
    >
    >--
    >Clare West, Rm 111, Ext = 8266
    >clare@cs.auckland.ac.nz
    >
    >
    >-- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html = --
    >


    -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html = --

------_=_NextPart_001_01C00635.84696F60-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 10:13:56 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA27040; Tue, 15 Aug 2000 10:12:05 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA27037 for ; Tue, 15 Aug 2000 10:12:02 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id KAA15967 for ; Tue, 15 Aug 2000 10:11:59 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Tue, 15 Aug 2000 10:12:13 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: RE: light and darkness From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Andrew Withy wrote: >Dark gets the same bonus in 99% or 100% darkness. If we did not put >a bonus of some sort in 100% darkness, it would appear that dark >mages couldn't cast in 100% darkness (like the other 3 kinds can't, >through lack of their element). Its a layout/presentation issue, not >a confusion of intent. If anyone thinks its a big issue and has a >proposal for a clearer layout of the table, put it forward. I disagree, and think you missed the point of what I said Andrew. I think the table is perfectly clear, and would make perfect sense if...and this is crux of my point...if the spells of Light and Darkness gave bonuses to casting. They don't. So where does this 100% darkness/light *that gives bonuses* come from? (100% light/darkness *that gives penalties* is easy to come by - the spells of Light and Darkness provide it.) Either it can come from natural sources - as Brent suggests - being close enough to a star or in a sealed enough underground room perhaps (and I can assure you that 100% darkness is possible in real life) in which case the table should be modified to reflect that, or there is a conflict within the rules if it does come from the spells of Light and Darkness. I am sure this conflict comes about from the various changes that have been made piecemeal to the spells of Light and Darkness, and is of course no-one's intention. >At 17:33 6/07/00 +1200, Clare West wrote: > >I was pondering light and darkness the other day, especially with > >respect to Celestial mages. > > > >Currently the ruling is that the spells Light and Darkness cannot > >create *beneficial* lighting conditions. However, Solar and Dark > >Mages get their best bonuses in 100% light/darkness. A condition that > >according to the table is described as "Magical Effect - no vision > >works". What magical effect? Most people would say "Rank 20 > >light/darkness". So do light and darkness not provide beneficial > >effect until you get to Rank 20, and then suddenly they provide +/- > >25%? Or is this something that slipped through the cracks when Light > >and Darkness were modified? or what? > > > >clare (who no longer plays a Dark Mage btw) -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 10:28:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA27144; Tue, 15 Aug 2000 10:23:24 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id KAA27141 for ; Tue, 15 Aug 2000 10:23:20 +1200 Received: (qmail 30081 invoked by alias); 14 Aug 2000 22:23:19 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 14 Aug 2000 22:23:19 -0000 Date: Tue, 15 Aug 2000 10:23:19 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: light and darkness From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz If you are in a deep dark cave then a solar mage will have a huge negative to their cast chance. Applying a Rank 20 Light gives them +25 to counter the negative effects of the darkness that the natural light level bestows. Where is the problem? Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 10:58:50 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA27384; Tue, 15 Aug 2000 10:57:02 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA27381 for ; Tue, 15 Aug 2000 10:56:57 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id KAA17310 for ; Tue, 15 Aug 2000 10:56:53 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Tue, 15 Aug 2000 10:57:07 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: RE: light and darkness From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >If you are in a deep dark cave then a solar mage will have a huge negative >to their cast chance. Applying a Rank 20 Light gives them +25 to counter the >negative effects of the darkness that the natural light level bestows. > >Where is the problem? There is no problem with that. In your scenario they end up back at 0%. But according to the table if they are in 100% light (however you get that - but the table claims it to be a magical effect) they get +25%. Under what conditions can they be in 100% light and get +25% on their cast chances? clare -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 11:29:12 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA27577; Tue, 15 Aug 2000 11:24:36 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id LAA27574 for ; Tue, 15 Aug 2000 11:24:31 +1200 Received: (qmail 1556 invoked by alias); 14 Aug 2000 23:24:29 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 14 Aug 2000 23:24:29 -0000 Date: Tue, 15 Aug 2000 11:24:28 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: light and darkness From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >If you are in a deep dark cave then a solar mage will have a > huge negative > >to their cast chance. Applying a Rank 20 Light gives them +25 to > counter the > >negative effects of the darkness that the natural light level bestows. > > > >Where is the problem? > > There is no problem with that. In your scenario they end up back at > 0%. But according to the table if they are in 100% light (however you > get that - but the table claims it to be a magical effect) they get > +25%. Under what conditions can they be in 100% light and get +25% on > their cast chances? Consider it a 5% bonus in case the assigns a larger penalty. I still fail to see why a rarely used 5% should cause so much trouble. Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 12:14:42 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA27895; Tue, 15 Aug 2000 12:01:36 +1200 Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA27892 for ; Tue, 15 Aug 2000 12:01:33 +1200 Received: from ihug.co.nz (p204-tnt2.akl.ihug.co.nz [203.109.245.204]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id MAA01609 for ; Tue, 15 Aug 2000 12:01:28 +1200 Message-ID: <3998866D.8ABA7317@ihug.co.nz> Date: Tue, 15 Aug 2000 11:53:17 +1200 X-Mailer: Mozilla 4.6 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: light and darkness From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Mandos Mitchinson wrote: > If you are in a deep dark cave then a solar mage will have a huge negative > to their cast chance. Applying a Rank 20 Light gives them +25 to counter the > negative effects of the darkness that the natural light level bestows. > In fact, the Solar mage will suffer an infinite penalty to their cast chance, seeing as they can't cast magic without some light being present. I'm not sure I understand exactly what Clare's question is about, but this is my stab in the rank 20 light/dark. I think Clare is asking under what conditions can you expect to find yourself in 100% light. It is, after all, possible to find yourself in a condition of 100% darkness. I don't know the answer to that. Off hand, I wouldn't have thought it was possible, seeing as unless you were transparent, you will be bringing a little bit of darkness with you if you step into even a rank 20 light. Buggered if I know, really. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 12:15:37 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA27852; Tue, 15 Aug 2000 11:59:21 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA27849 for ; Tue, 15 Aug 2000 11:59:17 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id LAA18658 for ; Tue, 15 Aug 2000 11:59:12 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Tue, 15 Aug 2000 11:59:26 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: RE: light and darkness From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > > >If you are in a deep dark cave then a solar mage will have a > > huge negative > > >to their cast chance. Applying a Rank 20 Light gives them +25 to > > counter the > > >negative effects of the darkness that the natural light level bestows. > > > > > >Where is the problem? > > > > There is no problem with that. In your scenario they end up back at > > 0%. But according to the table if they are in 100% light (however you > > get that - but the table claims it to be a magical effect) they get > > +25%. Under what conditions can they be in 100% light and get +25% on > > their cast chances? > >Consider it a 5% bonus in case the assigns a larger penalty. > >I still fail to see why a rarely used 5% should cause so much trouble. who said it was causing any trouble? The fact that it has taken weeks for anyone to even reply to my query should show how little trouble it causes. I don't think a rule has to cause "trouble" before it needs to be consistent. OK. Here is a simple scenario: If a groups of mages, Celestials all, entered a zone of 98% light generated by a rank 19 Light spell and attempted to cast a spell, and then they entered a zone of 100% light, generated by a rank 20 Light spell, and attempted to cast a spell, I believe the *intent* of the rules is that the following bonuses/penalties should apply. 98% light doesn't appear on the table so I round it to 99% light. 98% light 100% light (rk 19) (rk 20) Solar: 0% 0% Star: -25% cannot cast Shadow: -20% cannot cast Dark: -25% cannot cast Does everyone agree with that? All I want to know is: What is this magical effect that can produce 100% light that gives Solar mages +25%? If it doesn't exist, then indeed Andrew is right the table needs changing. I'll try and work out a way to express the actual state of affairs on the table and return to the list with a proposal. clare -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 12:46:56 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA28140; Tue, 15 Aug 2000 12:30:28 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA28137 for ; Tue, 15 Aug 2000 12:30:23 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id MAA19379 for ; Tue, 15 Aug 2000 12:30:17 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Tue, 15 Aug 2000 12:30:31 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: light and darkness From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > I think Clare is asking under what conditions can you expect to find >yourself in 100% light. Yes that is exactly the question I am asking >It is, after all, possible to find yourself in a >condition of 100% darkness. Well ummm. No. Or is that yes. I dunno. According to the light/darkness table at the end of Celestial, 100% darkness can only be achieved as a magical effect. Doesn't make a lot of sense to me but that is what the table says. It doesn't bother me that 100% light/darkness can only be achieved by magic if that's the way we want it to be. It doesn't bother me that in 100% light/darkness shadow/star mages can't cast at all. It doesn't bother me that in 100% light dark mages can't cast. It doesn't bother me that in 100% darkness solar mages can't cast at all. It does bother me that there is a mythical 100% light, and a mythical 100% darkness that provide +25% to solar/dark mages (as appropriate) and I have no idea how to create these effects within the rules. Obviously it isn't from Rank 20 light/darkness, as those spells can't give bonuses to celestial mages. So what is it from? I suspect that in fact this light and darkness does exist, and it does come from Rank 20 Light and Darkness spells - but that it doesn't give any bonus to Solar/Dark mages, and what I need to is come up with an elegant way to express this in the table at the end of Celestial. clare -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 15:42:02 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA00772; Tue, 15 Aug 2000 15:30:01 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA00769 for ; Tue, 15 Aug 2000 15:29:58 +1200 Received: from work.ihug.co.nz (p27-tnt5.akl.ihug.co.nz [203.109.194.27]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id PAA08322 for ; Tue, 15 Aug 2000 15:23:43 +1200 Message-Id: <4.3.2.7.0.20000815151316.00b07c70@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 15 Aug 2000 15:17:03 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: light and darkness From: Keith Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > >It doesn't bother me that 100% light/darkness can only be achieved by >magic if that's the way we want it to be. It doesn't bother me that in >100% light/darkness shadow/star mages can't cast at all. It doesn't bother >me that in 100% light dark mages can't cast. It doesn't bother me that in >100% darkness solar mages can't cast at all. > >It does bother me that there is a mythical 100% light, and a mythical 100% >darkness that provide +25% to solar/dark mages (as appropriate) and I have >no idea how to create these effects within the rules. Obviously it isn't >from Rank 20 light/darkness, as those spells can't give bonuses to >celestial mages. So what is it from? Actually there are probably places that can result in 100% light or darkness that are 'non-magical' For example 100% light - the quasi-elemental plane of Radience or inside a radiating body such as the sun. Any place where every particle radiates light. For 100% darkness, the only places that spring to mind are the Negative Material Plane or the Void, anywhere where all light is instantly absorbed. Keith (phaeton@ihug.co.nz) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 15:42:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id PAA00729; Tue, 15 Aug 2000 15:22:54 +1200 Received: from dns0.uk.neceur.com ([193.116.254.1] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id PAA00726 for ; Tue, 15 Aug 2000 15:22:44 +1200 Received: from internal-mail.uk.neceur.com by dns0.uk.neceur.com id oJY004SjOcpCI; Tue, 15 Aug 2000 04:15:13 +0100 (BST) Received: from ldn-thoth.uk.neceur.com by internal-mail.uk.neceur.com id gtR30KRjOcZnM1; Tue, 15 Aug 2000 04:15:01 +0100 (BST) from ldn-thoth.uk.neceur.com (localhost [127.0.0.1]) id gtR30KRjOcZnM1 for (3.3.2/3.1.31); Tue, 15 Aug 2000 04:15:01 +0100 (BST) X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Mon, 14 Aug 2000 15:52:12 +0100 X-MIMETrack: S/MIME Sign by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 14/08/2000 15:57:13, Serialize by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 14/08/2000 15:57:13, Serialize complete at 14/08/2000 15:57:13, S/MIME Sign failed at 14/08/2000 15:57:13: The cryptographic key was not found, Serialize by Router on ldn-thoth/E/NEC(Release 5.0.4 |June 8, 2000) at 08/15/2000 04:08:38 AM MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_mixed 0052244D8025693B_=" Subject: Rune (latest changes) From: "Ross Alexander" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz --=_mixed 0052244D8025693B_= Content-Type: multipart/alternative; boundary="=_alternative 005224518025693B_=" --=_alternative 005224518025693B_= Content-Type: text/plain; charset="us-ascii" Here is the latest version of Rune. Comments more than welcome. I would like to get this to Probationary in the next rulebook (which should be June 2001 since I'll be back in NZ). --=_alternative 005224518025693B_= Content-Type: text/html; charset="us-ascii"
Here is the latest version of Rune.  Comments more than welcome.  I would like to get this to Probationary in the next rulebook (which should be June 2001 since I'll be back in NZ).

--=_alternative 005224518025693B_=-- --=_mixed 0052244D8025693B_= Content-Type: application/octet-stream; name="rune.pdf" Content-Disposition: attachment; filename="rune.pdf" Content-Transfer-Encoding: base64 JVBERi0xLjMKMyAwIG9iaiA8PAovTGVuZ3RoIDIzMDM0ICAgICAKPj4Kc3RyZWFtCjEgMCAwIDEg NTQgODE1LjUyIGNtCkJUCi9GNDUgNy45NyBUZiAwIDAgVGRbKEEpNTUoVUdVU1QpLTI1MCgxNCwp LTI1MCgyMDAwKV1USi9GNDUgOS45NiBUZiA0MDguNDIgMCBUZFsoUildVEovRjQ1IDcuOTcgVGYg Ni43OSAwIFRkWyhPKS02MShTKS02MihTKV1USi9GNDUgOS45NiBUZiAxOC41OCAwIFRkWyhBKV1U Si9GNDUgNy45NyBUZiA3LjY5IDAgVGRbKEwpLTYxKEUpLTYyKFgpLTYxKEEpLTYyKE4pLTYyKEQp LTYyKEUpLTYxKFIpLTM3NChFKS02MihUKS0zNzQoQSktNjIoTCldVEovRjQ1IDkuOTYgVGYgNzQu MTggMCBUZFsoLildVEovRjQ3IDExLjk2IFRmIC01MTUuNjYgLTE4LjUzIFRkWygxKS05OTkoVGhl KS0yNzcoQ29sbGUpMShnKS0xMChlKS0yNzgob2YpLTI3NyhSdW5lKS0yNzcoTWEpMTAoZykxKGlj cyktMjc4KFwwNTBWKTUxKGVyKS0yNzgoMi4pMSgxLjNcMDUxKV1USi9GNDcgOC45NyBUZiAwIC0y NC43OCBUZFsoMS4xKS05OTkoUmUpMTYodmllKTE1KHcpLTI3NyhOb3RlcyldVEovRjUwIDcuOTcg VGYgMCAtMTQuODIgVGRbKEEpNTAodWd1c3QpLTI1MCgyMDAwKV1USi9GNDUgNy45NyBUZiAwIC0x NC44MiBUZFsoVGhlKS0yMTQoVCk4MChhbGVudHMpLTIxMyhvZiktMjE0KEludGVycHJldCktMjEz KFN5bWJvbHMpLTIxNChhbmQpLTIxNChSZWFkKS0yMTMoUnVuZSktMjE0KGhhcyldVEogMCAtOS40 NiBUZFsoYmVlbiktMjU5KG1lcikxOChnZWQuKS0zMzUoVGhpcyktMjU5KGlzKS0yNTkoYmVjYXVz ZSktMjU4KHRoZSktMjU5KFQpODAoYWxlbnQpLTI1OChvZiktMjU5KEludGVycHJldCldVEogMCAt OS40NyBUZFsoU3ltYm9scyktMzYyKGRvZXNuJykxOCh0KS0zNjIocmVhbGx5KS0zNjIoZ2V0KS0z NjIobXVjaCktMzYyKGJldHRlciktMzYyKHdpdGgpLTM2MihSYW5rKV1USiAwIC05LjQ2IFRkWyhh bmQpLTMwOChhdCktMzA4KDE1MCktMzA4KEVNKS0zMDcoaXQpLTMwOChub3QpLTMwOCh3KTEwKG9y dGgpLTMwOChpdC4pLTQ4NChBKS0zMDcoR00pLTMwOCh3aWxsKS0zMDgoZ2kpMjUodikxNShlKS0z MDgob3V0KV1USiAwIC05LjQ2IFRkWyhlKTE1KHhhY3RseSktMjc5KGFzKS0yODAobXVjaCktMjc5 KGluZm9ybWF0aW9uKS0yODAoYXMpLTI3OSh0aGUpMTUoeSktMjgwKGFyZSktMjc5KHdpbGxpbmcs KS0yODcocmUtKV1USiAwIC05LjQ3IFRkWyhnKTUoYXJkbGVzcyktMjUwKG9mKS0yNTAoaG8pMjUo dyktMjUwKHdlbGwpLTI1MChyYW5rKTEwKGVkKS0yNTAodGhlKS0yNTAodGFsZW50KS0yNTAoaXQu KV1USiAwIC0xMi40NSBUZFsoVGhlKS01MDYoU3BlbGwpLTUwNyhvZiktNTA2KEhlYWxpbmcpLTUw NihoYXMpLTUwNihiZWVuKS01MDcoZGVwbykyNSh3ZXJlZCktNTA2KHNvbWUpXVRKIDAgLTkuNDcg VGRbKG1vcmUpLTMxOShcMDUwbWF4aW11bSktMzE4KGhlYWxlciktMzE5KFJhbmspLTMxOShpcykt MzE4KG5vKTI1KHcpLTMxOShSYW5rKS0zMTkoNVwwNTEuKS01MTYoSScpNTAodikxNShlKV1USiAw IC05LjQ2IFRkWyhyZWR1Y2VkKS0yNzModGhlKS0yNzMoRU0pLTI3Mih0byktMjczKDQ1MCktMjcz KHRvKS0yNzMoY29tcGVuc2F0ZS4pLTM3OChJKS0yNzMoZG91YnQpLTI3MyhhbikxNSh5LSldVEog MCAtOS40NiBUZFsoYm9keSktMjUwKHdpbGwpLTI1MChjb21wbGFpbiktMjUwKHRvbyktMjUwKG11 Y2gpLTI1MChhcyktMjUwKHRoaXMuKV1USiAwIC0xMi40NiBUZFsoVGhlKS0xOTkoZHVyYXRpb24p LTIwMChvbiktMTk5KFNtaXRlKS0yMDAoaGFzKS0xOTkoYmVlbiktMjAwKHJlZHVjZSktMTk5KHRv KS0xOTkoMTApLTIwMChtaW51dGVzKV1USiAwIC05LjQ2IFRkWygrKS0zMDYoMTApLTMwNigvKS0z MDcoUmFuayktMzA2KGFuZCktMzA2KHJlc2lzdCktMzA2KGZvciktMzA3KGhhbGYpLTMwNihyZW1v KTE1KHYpMTUoZWQuKS00NzkoVGhlKS0zMDYoZHVyYS0pXVRKIDAgLTkuNDcgVGRbKHRpb24pLTIx NChpcyktMjE1KG5laXRoZXIpLTIxNChoZXJlKS0yMTQobm8pMjUodyktMjE1KHRoZXJlKS0yMTQo YikyMCh1dCktMjE0KG1hbikxNSh5KS0yMTUocGVvcGxlKS0yMTQoZGlkbicpMTgodCldVEogMCAt OS40NiBUZFsobGlrKTEwKGUpLTI1MChhKS0yNTAocmVzaXN0KS0yNTAoZm9yKS0yNTAoaGFsZikt MjUwKGdlbmVyYWwpLTI1MChrbm8pMjUod2xlZGdlLildVEogMCAtMTIuNDUgVGRbKFRoZSktMzUy KGdlbmVyYWwpLTM1MihQdXJpXDAwMmNhdGlvbiktMzUyKHJpKTEodHVhbCktMzUyKGlzKS0zNTIo Z29uZSktMzUyKGJlY2F1c2UpLTM1Mihuby0pXVRKIDAgLTkuNDcgVGRbKGJvZHkpLTI2NihsaWsp MTAoZWQpLTI2NShpdCktMjY2KGFuZCktMjY2KEkpLTI2NShjb3VsZG4nKTE4KHQpLTI2Nih0aGlu ayktMjY2KG9mKS0yNjUoYSktMjY2KGdvb2QpLTI2NihyZXBsYWNlLSldVEogMCAtOS40NiBUZFso bWVudC4pLTQzOChUaGUpLTI5MihTcGVsbCktMjkzKG9mKS0yOTIoVyk4MChhcmRpbmcpLTI5Myho YXMpLTI5MyhiZWVuKS0yOTIocHV0KS0yOTMoYmFjayktMjkyKGFzKS0yOTMoYSldVEogMCAtOS40 NyBUZFsoZ2VuZXJhbCktMzE3KHJpdHVhbCktMzE3KHQpMShvKS0zMTcoXDAwMmxsKS0zMTcodGhl KS0zMTcoc3BhY2UpLTMxNyhhbmQpLTMxNih0aGUpLTMxNyhzcGVsbCktMzE3KGNvbXBvLSldVEog MCAtOS40NiBUZFsobmVudCktMjUwKHJlbW8pMTUodikxNShlZC4pXVRKIDAgLTEyLjQ1IFRkWyhU aGUpLTM4OShkdXJhdGlvbiktMzg4KG9mKS0zODkoUnVuZXMpLTM4OChvZiktMzg5KFQpMzUocnV0 aCktMzg5KGFzKS0zODgoYmVlbiktMzg5KGN1dCktMzg4KHRvKS0zODkoMTApXVRKIDAgLTkuNDcg VGRbKG1pbnV0ZXMpLTMwNigrKS0zMDYoMTApLTMwNygvKS0zMDYoUmFuayktMzA2KHNpbmNlKS0z MDYoaXQpLTMwNihyZWFsbHkpLTMwNihpcyktMzA3KHByZXR0eSktMzA2KHRob3VnaCldVEogMCAt OS40NiBUZFsoZm9yKS0yNTAoMzAwKS0yNTAoRU0uKV1USiAwIC0xMi40NiBUZFsoVGhlKS0yNzMo U3BlbGwpLTI3NChvZiktMjczKENvbik0MCh2KTE1KGVyc2UpLTI3Myh3aXRoKS0yNzQoU3Bpcml0 cyktMjczKGhhcyktMjczKGhhZCktMjc0KGl0cyktMjczKGR1cmEtKV1USiAwIC05LjQ2IFRkWyh0 aW9uKS0zMDkoaW5jcmVhc2VkKS0zMDkodG8pLTMwOCg1KS0zMDkobWludXRlcyktMzA5KCspLTMw OSg1KS0zMDkoLyktMzA4KFJhbmspLTMwOShhbmQpLTMwOSh0aGUpLTMwOShsYW4tKV1USiAwIC05 LjQ2IFRkWyhndWFnZSktMzM0KHJlcXVpcmVtZW50KS0zMzQoZHJvcHBlZC4pLTU2MihTaW5jZSkt MzM0KHRoZSktMzM0KEFkZXB0KS0zMzQoY2FuJykxOCh0KV1USiAwIC05LjQ3IFRkWyhmb3JjZSkt MjkyKHRoZSktMjkzKHRhcikxOChnZXQpLTI5Mih0byktMjkzKGNvbik0MCh2KTE1KGVyc2UpLTI5 MihpdCcpNTUocyktMjkzKG5vdCktMjkyKHRoYXQpLTI5Myh1c2VmdWwpLTI5MihcMDUwKS0yOTMo dW4tKV1USiAwIC05LjQ2IFRkWyhsZXNzKS0yNTAodGhlKS0yNTAoR00pLTI1MCh3KTEwKGFudCcp NTUocyktMjUwKGl0KS0yNTAodG8pLTI1MChiZVwwNTEuKV1USiAwIC0xMi40NiBUZFsoSW4pLTI3 MShSdW5lcyktMjcyKG9mKS0yNzEoRWxlbWVudHMpLTI3MShMaWdodG5pbmcpLTI3MihubykyNSh3 KS0yNzEoc3R1bnMpLTI3MShiKTIwKHV0KS0yNzIoZG9lcyldVEogMCAtOS40NiBUZFsobm90KS0z OTgoc3BlY2lmeSktMzk3KGEpLTM5OChkdXJhdGlvbiktMzk3KGFuZCktMzk4KGlzKS0zOTgocmVz aXN0KS0zOTcoZm9yKS0zOTgoaGFsZi4pLTc1MyhUaGlzKV1USiAwIC05LjQ2IFRkWyhtYWspMTAo ZXMpLTI1MChpdCktMjUwKG1vcmUpLTI1MChsaWspMTAoZSktMjUwKEFpciktMjUwKGNvbGxlKTE1 KGdlLildVEogMCAtMTIuNDYgVGRbKFRoZSktNDQzKFJpdHVhbCktNDQ0KG9mKS00NDMoUmVtbykx NSh2KTE1KGUpLTQ0NChNaW5vciktNDQzKEN1cnNlKS00NDQoaGFzKS00NDMoYmVlbiktNDQ0KHJl LSldVEogMCAtOS40NiBUZFsobW8pMTUodikxNShlZC4pLTgyMihJKS00MjAocmVhbGx5KS00MjEo bGlrKTEwKGVkKS00MjEoaXQpLTQyMChiKTIwKHV0KS00MjEoaXQpLTQyMShkaWRuJykxOCh0KS00 MjAobWFrKTEwKGUpLTQyMShtdWNoKV1USiAwIC05LjQ3IFRkWyhzZW5zZSktMzY5KHdoZW4pLTM3 MCh0aGVyZSktMzY5KGFscmVhZHkpLTM2OShpcyktMzcwKGEpLTM2OShyaXR1YWwpLTM2OSh0aGF0 KS0zNzAoZG9lcyktMzY5KHRoaXMuKV1USiAwIC05LjQ2IFRkWyhIbykyNSh3ZSkyNSh2KTE1KGVy KTQwKCwpLTI1MChpZiktMjUwKHBlb3BsZSktMjUwKHJlYWxseSktMjUwKGxpaykxMChlKS0yNTAo aXQpLTI1MChJKS0yNTAoY2FuKS0yNTAocHV0KS0yNTAoaXQpLTI1MChiYWNrKS0yNTAoaW4uKV1U Si9GNTAgNy45NyBUZiAwIC0xNS42IFRkWyhNYXkpLTI1MCgyMDAwKV1USi9GNDUgNy45NyBUZiAw IC0xNC44MiBUZFsoVGhlKS0yMzIoU3BlbGwpLTIzMihvZiktMjMyKEhlYWxpbmcpLTIzMihoYXMp LTIzMyhiZWVuKS0yMzIoZGVwbykyNSh3ZXJlZCktMjMyKHNvbWUpMjUod2hhdCldVEogMCAtOS40 NiBUZFsoc28pLTM2NChpdCktMzY1KGRvZXMpLTM2NChhKS0zNjUobWF4aW11bSktMzY0KG9mKS0z NjQoUmFuayktMzY1KDcpLTM2NChoZWFsZXIpNTUoLiktNjUzKFRoZSktMzY1KEVNKV1USiAwIC05 LjQ3IFRkWyhoYXMpLTI0OChhbHNvKS0yNDkoYmVlbiktMjQ4KGluY3JlYXNlZCktMjQ4KHRvKS0y NDkoNTAwKS0yNDgoYW5kKS0yNDkoQkMpLTI0OCh0byktMjQ4KDMwJS4pLTMxMChUaGlzKV1USiAw IC05LjQ2IFRkWyhtYWspMTAoZXMpLTM2NChpcyktMzY0KHN0aWxsKS0zNjQoZSkxNSh4dHJlbWVs eSktMzY0KHVzZWZ1bCktMzY0KGIpMjAodXQpLTM2NChkb2VzbicpMTgodCktMzY0KHN0ZXApLTM2 NChvbildVEogMCAtOS40NyBUZFsodGhlKS0yNTAocHJlc2VydikxNShlKS0yNTAob2YpLTI1MCho ZWFsZXJzKS0yNTAoYXQpLTI1MCh0aGUpLTI1MCh0b3ApLTI1MChlbmQuKV1USiAwIC0xMi40NSBU ZFsoVGhlKS0yNDUoUml0dWFsKS0yNDUob2YpLTI0NShQdXJpXDAwMmNhdGlvbiktMjQ1KGhhcykt MjQ1KGJlZW4pLTI0NihlKTE1KHh0ZW5kZWQpLTI0NShzbyktMjQ1KGdpKTI1KHYpMTUoZSldVEog MCAtOS40NiBUZFsoYWRkaXRpb25hbCktMzI2KGJlbmVcMDAydHMpLTMyNyhpZiktMzI2KGFkZGl0 aW9uYWwpLTMyNih0aW1lKS0zMjcoaXMpLTMyNih0YWspMTAoZW4uKS01MzkoVGhpcyldVEogMCAt OS40NyBUZFsoaXMpLTI2OChiYXNlZCktMjY3KG9uKS0yNjgodGhlKS0yNjcocGVyY2VwdGlvbikt MjY4KHRoYXQpLTI2NyhSdW5lKS0yNjgobWFnZXMpLTI2NyhhcmUpLTI2OChzcGUtKV1USiAwIC05 LjQ2IFRkWyhjaWFsaXNlZCktMjUwKGluKS0yNTAocml0dWFsKS0yNTAobWFnaWMuKV1USiAwIC0x Mi40NiBUZFsoVGhlKS0zNjQoU3BlbGwpLTM2MyhvZiktMzY0KFNwaXJpdCktMzY0KFQpMzUocmFw cGluZyktMzY0KGhhcyktMzYzKGJlZW4pLTM2NCh0b25lZCktMzY0KGRvKTI1KHduKV1USiAwIC05 LjQ2IFRkWyhzbyktMzUxKGl0KS0zNTEoZG9lc24nKTE4KHQpLTM1Mihjb21wbGV0ZSktMzUxKHdp dGgpLTM1MShKb24nKTU1KHMpLTM1MShyaXR1YWwpLTM1MihvZiktMzUxKEJpbmRpbmcpXVRKIDAg LTkuNDYgVGRbKFNwaXJpdHMuKV1USi9GNTAgNy45NyBUZiAwIC0xNS42IFRkWyhPY3RvYmVyKS0y NTAoMTk5OSldVEovRjQ1IDcuOTcgVGYgMCAtMTQuODIgVGRbKEJhY2spLTM2OChpbiktMzY5KGVh cmx5KS0zNjgoMTk5OCktMzY5KEkpLTM2OChyYW4pLTM2OShhKS0zNjgobnVtYmVyKS0zNjkob2Yp LTM2OChtZWV0aW5ncyktMzY5KHRvKV1USiAwIC05LjQ3IFRkWyh0aHJhc2gpLTE5NyhvdXQpLTE5 Nihzb21lKS0xOTcoYmFzaWMpLTE5NihpZGVhcyktMTk3KGFuZCktMTk3KHNwZWxsKS0xOTYoZGVz Y3JpcHRpb25zKS0xOTcoZm9yKV1USiAwIC05LjQ2IFRkWyhhKS0yOTUocmVwbGFjZW1lbnQpLTI5 NChSdW5lKS0yOTUoY29sbGUpMTUoZ2UuKS00NDQoSXQpLTI5NChzZWVtcyktMjk1KHRoYXQpLTI5 NChubyktMjk1KG11Y2gpXVRKIDAgLTkuNDcgVGRbKGhhcyktMjUwKGJlZW4pLTI1MChkb25lKS0y NTAoc2luY2UuKV1USiAwIC0xMi40NSBUZFsoSW4pLTMwMChPY3RvYmVyKS0zMDAoMTk5OSktMzAw KEkpLTMwMChoYSkyMCh2KTE1KGUpLTMwMChyZSkyNSh2aXNpdGVkKS0zMDAodGhlKS0zMDAodykx MChvcmspLTMwMChhbmQpLTMwMCh3aXRoKV1USiAwIC05LjQ2IFRkWyhhKS0yNTAobnVtYmVyKS0y NTAob2YpLTI1MChjaGFuZ2VzKS0yNTAoYW5kKS0yNTAocHV0KS0yNTAoaXQpLTI1MChvdXQpLTI1 MCh0byktMjUwKHJlKTI1KHZpZSkyNSh3KTY1KC4pXVRKIDAgLTEyLjQ2IFRkWyhUaGUpLTQwOChi YXNpYyktNDA4KGRlc2lnbiktNDA5KGNyaXRlcmlhKS00MDgodykxMChhcyktNDA4KHRvKS00MDgo YnJpbmcpLTQwOSh0aGUpLTQwOChjb2xsZSkxNShnZSldVEogMCAtOS40NiBUZFsoYmFjayktMTkz KHRvKTI1KHcpMTAoYXJkcyktMTkzKHRoZSktMTkzKG1vcmUpLTE5MyhzdGFuZGFyZCktMTkzKGZv cm1hdCwpLTIwNSh0aGF0KS0xOTMoaXMpLTE5Myh0aGUpLTE5MyhyZS0pXVRKIDAgLTkuNDYgVGRb KG1vKTE1KHYpMjUoYWwpLTIwOShvZiktMjA4KHJ1bmUpLTIwOShzdGlja3MuKS0yOTYoVGhlKS0y MDgocGhpbG9zb3BoKTUoeSktMjA5KGJlaGluZCktMjA4KHRoZSktMjA5KGNvbC0pXVRKIDAgLTku NDcgVGRbKGxlKTE1KGdlKS0yNTYoaXMpLTI1NShvbmUpLTI1Nih0aGF0KS0yNTUoaXQpLTI1Nihp cyktMjU1KGFuKS0yNTYoYW5jaWVudCktMjU1KGFydCktMjU2KFwwNTBvbGRlciktMjU1KHRoYW4p LTI1Nih3aXRjaC0pXVRKIDAgLTkuNDYgVGRbKGNyYWZ0XDA1MS4pLTY3NyhFbWVyKTE4KGdpbmcp LTM3Mihhcm91bmQpLTM3Myh0aGUpLTM3MihzYW1lKS0zNzIodGltZSktMzczKGFzKS0zNzIoTmFt ZXIpNDAoLCldVEogMCAtOS40NyBUZFsod2hlcmUpLTQwMChhcyktNDAwKE5hbWluZyktMzk5KGJl Y2FtZSktNDAwKGEpLTQwMChtdWNoKS00MDAobW9yZSktNDAwKGFjYWRlbWljKV1USiAwIC05LjQ2 IFRkWyhjb2xsZSkxNShnZSktMzYwKGFuZCktMzYxKHRoZSktMzYwKGZvdW5kYXRpb24pLTM2MChv ZiktMzYxKFRodXJtYXR1cikxOChnaWVzKS0zNjAoUnVuZSldVEogMCAtOS40NyBUZFsocmVtYWlu ZWQpLTMzMChhKS0zMzEodGhlKS0zMzAobW9zdCktMzMwKHByaW1pdGkpMjUodikxNShlKS0zMzAo Zm9ybSktMzMxKG9mKS0zMzAobWFnaWMuKS01NTEoVGhlKV1USiAwIC05LjQ2IFRkWyhFbnRpdGll cyktMjU5KGNvbGxlKTE1KGdlcyktMjU4KGdyZSkyNSh3KS0yNTkob3V0KS0yNTkoZnJvbSktMjU4 KFJ1bmUpLTI1OShtYWdpY3MuKS0zMzYoSG8pMjUody0pXVRKIDAgLTkuNDcgVGRbKGUpMjUodikx NShlciktMzA1KFJ1bmUpLTMwNShrKTEwKGVwdCktMzA1KGl0cyktMzA1KG9yaWdpbmFsKS0zMDUo c2ltcGxlKS0zMDUoYW5kKS0zMDUocHJpbWl0aSkyNSh2KTE1KGUpLTMwNShlZi0pXVRKIDAgLTku NDYgVGRbKGZlY3RzKS0yNjYoc28pLTI2Nih0aGUpLTI2Nihjb2xsZSkxNShnZSktMjY2KGlzKS0y NjYodikxNShlcnkpLTI2NihtdWNoKS0yNjYoYSktMjY2KGNvbGxlY3Rpb24pLTI2NihvZiktMjY2 KGRpZi0pXVRKIDAgLTkuNDcgVGRbKGZlcmVudCktMjUwKGVmKTI1KGZlY3RzLildVEogMCAtMTIu NDUgVGRbKFRoZSktMzA0KGNoYW5nZXMpLTMwNChtYWRlKS0zMDQoZHVyaW5nKS0zMDQobXkpLTMw NChiYXNpYyktMzA0KHJlKTI1KHZpZSkyNSh3KS0zMDQoaXMpLTMwNCh0byktMzA0KHJlLSldVEog MCAtOS40NiBUZFsoZHVjZSktMjg2KHRoZSktMjg2KG51bWJlciktMjg2KG9mKS0yODYoZ2VuZXJh bCktMjg2KHJpdHVhbHMpLTI4Nyh0byktMjg2KHRocmVlKS0yODYoYnkpLTI4NihtYWstKV1USiAw IC05LjQ3IFRkWyhpbmcpLTQwOChXKTgwKGFyZGluZyktNDA4KGEpLTQwOShzcGVjaWFsKS00MDgo c3BlbGwpLTQwOChhbmQpLTQwOChoZWFsaW5nKS00MDkoYSktNDA4KGdlbmVyYWwpXVRKIDE3Ni4x MiA3MzIuMDYgVGRbKHNwZWxsLiktNjU1KFRoZSktMzY1KHNwZWxsKS0zNjUob2YpLTM2NShUKTgw KG9ybWVudCktMzY2KG1vKTE1KHYpMTUoZWQpLTM2NSh0byktMzY1KGdlbmVyYWwpLTM2NShhbmQp XVRKIDAgLTkuNDYgVGRbKHdpbGwpLTQ5MChiZSktNDkwKGRlcG8pMjUod2VyZWQpLTQ4OShzbGln aHRseSk2NSguKS0xMDMwKEEpLTQ4OShsaXR0bGUpLTQ5MChtb3JlKS00OTAobmVjcm8pXVRKIDAg LTkuNDcgVGRbKFwwMDNhKTIwKHYpMjAob3VyKS0yNzcoYWRkZWQpLTI3OChieSktMjc3KGNvbnRy b2wpLTI3Nyhjb3Jwc2UpLTI3NyhzcGVsbC4pLTM5MihBbiktMjc4KG5lKTI1KHcpLTI3NyhzcGVs bCldVEogMCAtOS40NiBUZFsoaXMpLTM3MChSdW5lKS0zNzAob2YpLTM3MShFbGVtZW50cyktMzcw KGFkZGVkKS0zNzAodG8pLTM3MChhZGQpLTM3MShiYXNpYyktMzcwKGVsZW1lbnRhbCldVEogMCAt OS40NyBUZFsoXDAwM2EpMjAodikyMChvdXIpNTUoLildVEogMCAtMTMuMiBUZFsoVGhlKS0zMzco TGlnaHQpLTMzNihhbmQpLTMzNyhEYXJrbmVzcyktMzM3KHNwZWxscyktMzM2KGhhKTIwKHYpMTUo ZSktMzM3KGJlZW4pLTMzNyhyZSkyNSh3cml0dGVuKV1USiAwIC05LjQ3IFRkWyh0byktMzM3KGJl KS0zMzcobW8pMTUodikxNShlKS0zMzgoXDIyM25hdHVyYWxcMjI0KS0zMzcod2hpbGUpLTMzNyhz dGlsbCktMzM3KGEpMjAodikyMChvaWRpbmcpLTMzOCh0aGUpLTMzNyhwcm9iLSldVEogMCAtOS40 NiBUZFsobGVtKS0yNDYob2YpLTI0Nihib29zdGluZyktMjQ2KGNlbGVzdGlhbCktMjQ2KG1hZ2Vz LiktMzA5KEl0KS0yNDYoZG9lc24nKTE4KHQpLTI0Nihjb21wbGV0ZSldVEogMCAtOS40NyBUZFso c29sdikxNShlKS0zODEoaXQpLTM4MShzaW5jZSktMzgyKGl0KS0zODEoZG9lc24nKTE4KHQpLTM4 MShcMjIzYmFuaXNoXDIyNCktMzgxKHRoZSktMzgyKG9wcG9zaXRlKS0zODEoZWxlLSldVEogMCAt OS40NiBUZFsobWVudCktMjk3KFwwNTBpLmUuKS0yOTYoaXQpLTI5Nyhkb2VzKS0yOTYoY3JlYXRl KS0yOTcoc2hhZG8pMjUod3NcMDUxLiktNDUwKEhvKTI1KHdlKTI1KHYpMTUoZXIpLTI5NihJKS0y OTcodGhpbmspXVRKIDAgLTkuNDcgVGRbKHRoZXNlKS0zNTgoYXJlKS0zNTgobXVjaCktMzU3KHNp bXBsZXIpLTM1OChzcGVsbHMpLTM1OChhbmQpLTM1OChoYSkyMCh2KTE1KGUpLTM1NyhhKS0zNTgo bG90KS0zNTgobW9yZSldVEogMCAtOS40NiBUZFsoXDAwM2EpMjAodikyMChvdXIpNTUoLildVEog MCAtMTMuMjEgVGRbKE9yaWdpbmFsbHkpLTIxMSh0aGUpLTIxMChcMjIzUnVuZSktMjExKG9mKS0y MTEoSGVhbGluZ1wyMjQpLTIxMShoYXMpLTIxMChhKS0yMTEoZ2VuZXJhbCktMjExKHJpdHVhbCld VEogMCAtOS40NiBUZFsod2hpY2gpLTIwNihJKS0yMDUobW8pMTUodikxNChlZCktMjA1KHRvKS0y MDYoYmVpbmcpLTIwNihhKS0yMDYoc3BlbGwuKS0yOTUoVGhlKS0yMDYocmVhc29uKS0yMDUoZm9y KS0yMDYodGhpcyktMjA2KGlzKV1USiAwIC05LjQ3IFRkWyh0aGF0KS0yNzMoUnVuZSktMjczKGJ5 KS0yNzMoaXRzKS0yNzMobmF0dXJlKS0yNzMoaXMpLTI3MyhoZWEpMjAodmlseSktMjczKHJpdHVh bGlzZWQuKS0zNzkoQnV0KS0yNzModGhlKV1USiAwIC05LjQ2IFRkWyhvcmlnaW5hbCktMzczKHcp MTAob3JrKS0zNzQoZG9uZSktMzczKGJ5KS0zNzMobXlzZWxmKS0zNzQoZXQpLTM3MyhhbCktMzcz KGxlZnQpLTM3NChSdW5lKS0zNzMod2l0aCldVEogMCAtOS40NiBUZFsoNSktMzM4KGdlbmVyYWwp LTMzNyhzcGVsbHMpLTMzOChhbmQpLTMzNyg1KS0zMzgoZ2VuZXJhbCktMzM3KHJpdHVhbHMuKS01 NzMoVGhhdCktMzM3KGlzKS0zMzgod2gpNSh5KV1USiAwIC05LjQ3IFRkWyhJKS0zNzMobWFkZSkt MzczKEhlYWxpbmcpLTM3NChhKS0zNzMoZ2VuZXJhbCktMzczKHNwZWxsLCktNDA0KFcpODAoYXJk aW5nKS0zNzQoYSktMzczKHNwZWNpYWwpXVRKIDAgLTkuNDYgVGRbKHNwZWxsKS0zMzkoXDA1MGJv dGgpLTM0MCh3ZXJlKS0zMzkocml0dWFsc1wwNTEpLTM0MChhbmQpLTMzOShjaGFuZ2VkKS0zMzko VCk4MChvcm1lbnQpLTM0MChpbnRvKV1USiAwIC05LjQ3IFRkWyhhKS0yOTQoZ2VuZXJhbCktMjkz KHNwZWxsKS0yOTQoZnJvbSktMjk0KGJlaW5nKS0yOTMoYSktMjk0KHNwZWNpYWwpLTI5MyhzcGVs bC4pLTQ0MShJKS0yOTQoYXJiaXRhcikyMCgtKV1USiAwIC05LjQ2IFRkWyhpbHkpLTI3MShkZWNp ZGVkKS0yNzEodGhhdCktMjcxKGFzKS0yNzAoYSktMjcxKHBsYXllciktMjcxKGNoYXJhY3Rlcikt MjcxKGNvbGxlKTE1KGdlKS0yNzEoaGEpMjAodmluZyldVEogMCAtOS40NyBUZFsoZm91ciktMjQx KGdlbmVyYWwpLTI0MShyaXR1YWxzKS0yNDEoXDA1MDMpLTI0MCgrKS0yNDEocHVyaVwwMDJjYXRp b25cMDUxKS0yNDEodykxMChhcyktMjQxKGVub3VnaC4pLTMwNyhJZildVEogMCAtOS40NiBUZFso eW91KS0yNTAodGhpbmspLTI1MChvdGhlcndpc2UpLTI1MChwbGVhc2UpLTI1MCh0ZWxsKS0yNTAo bWUuKV1USiAwIC0xMy4yMSBUZFsoSSktMzAyKGhhKTIwKHYpMTUoZSktMzAyKHJlbW8pMTUodikx NShlZCktMzAyKHRoZSktMzAyKHJlc3RyaWN0aW9uKS0zMDMob24pLTMwMihSdW5lcyktMzAyKG9m KS0zMDIoSGVhbGluZyldVEogMCAtOS40NiBUZFsobm90KS0yMjAoYmVpbmcpLTIyMShhYmxlKS0y MjAodG8pLTIyMChlKTE1KHh0ZW5kKS0yMjEobGlmZS4pLTMwMChFeHRlbmQpLTIyMChsaWZlKS0y MjAoZG9lcyktMjIxKG5vdCktMjIwKHJlLSldVEogMCAtOS40NyBUZFsoYWxseSktMjAwKGFsbG8p MjUodyktMjAxKHRoZSktMjAwKHBhdGllbnQpLTIwMCh0byktMjAxKGcpNShhaW4pLTIwMChcMjIz ZSkxNSh4dHJhXDIyNCktMjAwKGxpZmUsKS0yMTEob25seSktMjAwKHN0cmV0Y2gpXVRKIDAgLTku NDYgVGRbKHdoYXQpLTM2NSh0aGUpMTUoeSktMzY1KGFscmVhZHkpLTM2NihoYSkyMCh2KTE1KGUu KS02NTUoVGhlKS0zNjUoaW5hYmlsaXR5KS0zNjUodG8pLTM2NihnKTUoYWluKS0zNjUodHJ1ZSld VEogMCAtOS40NyBUZFsoZSkxNSh4dHJhKS0zNjUobGlmZSktMzY2KG9yKS0zNjUodG8pLTM2Nihy ZXNzdXJyZWN0KS0zNjUoY29tZXMpLTM2Nihmcm9tKS0zNjUodGhlKS0zNjYoRHJhZ29ucyldVEog MCAtOS40NiBUZFsoc3BlY2lcMDAyY2FsbHkpLTIzMShtYWtpbmcpLTIzMChzdXJlKS0yMzEod2hh dCktMjMxKGUpMjUodikxNShlciktMjMwKGVsc2UpLTIzMShoYXBwZW5lZCktMjMxKG5vKV1USiAw IC05LjQ2IFRkWyhpbmZvcm1hdGlvbiktMjgyKHcpMTAoYXMpLTI4MShsZWZ0KS0yODIoYXJvdW5k KS0yODIoZW5hYmxpbmcpLTI4MShtb3J0YWxzKS0yODIodG8pLTI4MihiZS0pXVRKIDAgLTkuNDcg VGRbKGNvbWUpLTI1MChpbW1vcnRhbC4pXVRKIDAgLTEzLjIgVGRbKEkpLTMwNyhoYSkyMCh2KTE1 KGUpLTMwNyhtbykxNSh2KTE1KGVkKS0zMDgodGhlKS0zMDcoU21pdGUpLTMwNyhTcGVsbCktMzA3 KHRvKS0zMDcoYSktMzA3KGdlbmVyYWwpLTMwOChhbmQpLTMwNyhUKTgwKG9yKTIwKC0pXVRKIDAg LTkuNDcgVGRbKG1lbnQpLTMyNih0byktMzI3KGEpLTMyNihzcGVjaWFsLiktNTQwKFRoaXMpLTMy NihtZWFucyktMzI2KHRoZSkxNSh5KS0zMjcobm8pLTMyNihsb25nZXIpLTMyNyhoYSkyMCh2KTE1 KGUpXVRKIDAgLTkuNDYgVGRbKGEpLTM4MShyYW5nZWQpLTM4MihhdHRhY2spLTM4MShzcGVsbCkt MzgyKGluKS0zODEoZ2VuZXJhbHMpLTM4MihiKTIwKHV0KS0zODEoZyk1KGFpbiktMzgxKGEpLTM4 MihxdWFzaS0pXVRKIDAgLTkuNDcgVGRbKHdlYXBvbiktNDI0KHNwZWxsKS00MjUoaW5zdGVhZC4p LTgzMyhUaGlzKS00MjQoaXMpLTQyNCh0byktNDI1KGVuY291cmFnZSktNDI0KHBsYXktKV1USiAw IC05LjQ2IFRkWyhlcnMpLTM2Nyh0byktMzY2KGdldCktMzY3KGluKS0zNjYoYW5kKS0zNjcoaGEp MjAodikxNShlKS0zNjcoYXRsZWFzdCktMzY2KG9uZSktMzY3KGhhY2spLTM2NihyYXRoZXIpLTM2 Nyh0aGFuKV1USiAwIC05LjQ3IFRkWyhoYW5nKS0yODgoYmFjayktMjg3KGFuZCktMjg4KGNhc3Qp LTI4NyhyYW5nZSktMjg4KHNwZWxscy4pLTQyMyhUaGUpLTI4NyhkZXNjcmlwdGlvbiktMjg4KG9m KV1USiAwIC05LjQ2IFRkWyhTbWl0ZSktMjM5KGhhcyktMjM5KHJhbmdlZCktMjM4KHNsaWdodGx5 KS0yMzkoc28pLTIzOSh0aGF0KS0yMzkoaXQpLTIzOShjYW4pLTIzOChiZSktMjM5KHB1dCktMjM5 KG9uKS0yMzkoZW4tKV1USiAwIC05LjQ3IFRkWyh0aXRpZXMuKS0zODIoVGhlKS0yNzQoc3BlbGwp LTI3MyhoYXMpLTI3NChiZWVuKS0yNzQodG9uZWQpLTI3NChkbykyNSh3biktMjc0KHNvKS0yNzQo YXQpLTI3NChSYW5rKS0yNzQoMTApXVRKIDAgLTkuNDYgVGRbKG9yKS0zMDYoYWJvKTE1KHYpMTUo ZSktMzA1KHRoZSktMzA2KG9wcG9uZW50KS0zMDUoaXMpLTMwNihrbm9jaykxMChlZCktMzA1KHBy b25lKS0zMDYoaWYpLTMwNSh0aGUpMTUoeSktMzA2KGYpMTAoYWlsKV1USiAwIC05LjQ2IFRkWyhh bmQpLTM0NyhhdCktMzQ3KFJhbmspLTM0NygyMCktMzQ3KHRoZSkxNSh5KS0zNDcoYmVjb21lKS0z NDgoc3QpMSh1biktMShuZWQuKS02MDEoT25lKS0zNDcoYWR2KTI1KGFuLSldVEogMCAtOS40NyBU ZFsodGFnZSktMjY0KHRvKS0yNjUoaXQpLTI2NChiZWluZyktMjY0KGEpLTI2NChnZW5lcmFsKS0y NjUoaXMpLTI2NCh0aGF0KS0yNjQoaXQpLTI2NChtZWFucyktMjY1KHBhcnRpZXMpLTI2NChjYW4p XVRKIDAgLTkuNDYgVGRbKHRlbXBlcmFyaWx5KS0yNTAoaGEpMjAodikxNShlKS0yNTAoXDIyM21h Z2ljYWxcMjI0KS0yNTAod2VhcG9ucy4pXVRKIDAgLTEzLjIxIFRkWyhBKS0zMDcobnVtYmVyKS0z MDYob2YpLTMwNyhhZGRpdGlvbnMpLTMwNihoYSkyMCh2KTE1KGUpLTMwNyhiZWVuKS0zMDcoYWRk ZWQpLTMwNihmcm9tKS0zMDcodykxMChvcmspXVRKIDAgLTkuNDYgVGRbKGJ5KS00NjgoSm9uKS00 NjcoTWNTcGFkZGVuKS00NjgoaW5jbHVkaW5nKS00NjgoU3Bpcml0KS00NjcoVik2MChpc2lvbikt NDY4KFwwNTBUKTkyKC0zXDA1MSwpXVRKIDAgLTkuNDcgVGRbKFJpdHVhbCktMzMzKG9mKS0zMzQo QmluZGluZyktMzMzKFNwaXJpdHMsKS0zNTQoUml0dWFsKS0zMzQob2YpLTMzMyhUKTM1KHJhbnNm b3JtYXRpb24pXVRKIDAgLTkuNDYgVGRbKGFuZCktMjUwKFJpdHVhbCktMjUwKG9mKS0yNTAoUmVt bykxNSh2aW5nKS0yNTAoTWlub3IpLTI1MChDdXJzZS4pXVRKIDAgLTEzLjIxIFRkWyhJKS0yNDMo aGEpMjAodikxNShlKS0yNDIoYWRkZWQpLTI0Myh0aGUpLTI0MihSdW5lcyktMjQzKG9mKS0yNDMo RWxlbWVudHMpLTI0MihzcGVsbCktMjQzKHRvKS0yNDIoZ2kpMjUodikxNShlKS0yNDModGhlKV1U SiAwIC05LjQ2IFRkWyhjb2xsZSkxNShnZSktMjIzKGEpLTIyMih3ZWFrKS0yMjMobXVsdGlwbGUp LTIyMihlZikyNShmZWN0KS0yMjMoc3BlbGwpLTIyMih3aGljaCktMjIzKGNvc3RzKS0yMjIoYSkt MjIzKGxvdCldVEogMCAtOS40NyBUZFsob2YpLTI1MChFUCkxMTEoLildVEovRjUwIDcuOTcgVGYg NS45OCAtMTEuNDQgVGRbKFJvc3MpLTI1MChBbGV4YW5kZXIpLTE3MDkoSmltKS0yNTAoQXIpMTgo b25hKV1USiAwIC05LjQ3IFRkWyhKKTE1KG9uKS0yNTAoTWNTcGFkZGVuKS0xNTAwKEFkYW0pLTI1 MChUKTkyKGVubmFudCldVEogMCAtOS40NiBUZFsoTWljaGFlbCktMjUwKFkpMTExKG91bmcpLTE5 ODYoVCk5MihlcnJ5KS0yNTAoU3BlbmNlcildVEogMCAtOS40NiBUZFsoRGFuaWVsKS0yNTAoRGl4 b24pLTI4MTkoTWljaGFlbCktMjUwKEhheWNvY2spXVRKIDAgLTkuNDcgVGRbKERlYW4pLTI1MChF bGxpcyldVEovRjQ1IDcuOTcgVGYgLTUuOTggLTEyLjk4IFRkWyhUaGUpLTMxNyhDb2xsZSkxNShn ZSktMzE2KG9mKS0zMTcoUnVuZSktMzE2KE1hZ2ljcyktMzE3KGlzKS0zMTcoY29uY2VybmVkKS0z MTYod2l0aCktMzE3KHRoZSldVEogMCAtOS40NiBUZFsodXNlKS0yNzYob2YpLTI3NyhzcGVjaWFs KS0yNzYoc3ltYm9scyktMjc2KG9mKS0yNzcocG8pMjUod2VyKS0yNzYodG8pLTI3NihzaGFwZSkt Mjc3KG1hbmEpLTI3NihpbnRvKV1USiAwIC05LjQ3IFRkWyhkZXNpcmVkKS0zNTQoZm9ybXMuKS02 MjMoQSktMzU0KFJ1bmUpLTM1NChpcyktMzU0KGEpLTM1NChncmFwaGljKS0zNTUoc3ltYm9sKS0z NTQocmVwcmUtKV1USiAwIC05LjQ2IFRkWyhzZW50aW5nKS0yMzQoc29tZSktMjMzKGFjdHVhbCwp LTIzNyhlbGVtZW50YWwsKS0yMzcob3IpLTIzNChteXN0aWNhbCktMjMzKGZvcmNlLiktMzA1KElu KV1USiAwIC05LjQ3IFRkWyhyYXJlKS00MDQoY2FzZXMsKS00NDIoYWRkaXRpb25hbCktNDA0KFJ1 bmVzKS00MDQobWF5KS00MDMoYmUpLTQwNChkZSkyNSh2KTE1KGVsb3BlZCktNDA0KG9yKV1USiAw IC05LjQ2IFRkWyhkaXNjbykxNSh2KTE1KGVyZWQpLTQwNSh3aGljaCktNDA2KGVtcGxvKTEwKHkp LTQwNShwYXJ0cyktNDA2KG9mKS00MDUoZSkxNSh4aXN0aW5nKS00MDYoUnVuZXMuKV1USiAwIC05 LjQ3IFRkWyhIbykyNSh3ZSkyNSh2KTE1KGVyKTQwKCwpLTM4NChtdWNoKS0zNTcob2YpLTM1Nyh0 aGUpLTM1NyhwbykyNSh3ZXIpLTM1NyhvZiktMzU4KHRoZSktMzU3KFJ1bmVzKS0zNTcoZGVyaSky NSh2KTE1KGVzKV1USiAwIC05LjQ2IFRkWyhmcm9tKS0zMTIodGhlaXIpLTMxMyhjb25zdGFudCkt MzEyKHVzYWdlKS0zMTMobykxNSh2KTE1KGVyKS0zMTIobWFuKTE1KHkpLTMxMyhjZW50dXJpZXMs KS0zMjgoYW5kKV1USiAwIC05LjQ3IFRkWyhtb3N0KS0zNjkodXNlZnVsKS0zNjgoUnVuZXMpLTM2 OSh3aWxsKS0zNjkoYmUpLTM2OChrbm8pMjUod24pLTM2OSh0byktMzY5KGFsbCktMzY4KEFkZXB0 cyktMzY5KG9mKV1USiAwIC05LjQ2IFRkWyh0aGlzKS0yODAoQ29sbGUpMTUoZ2UpLTI4MChcMDUw b3IpLTI4MShhdCktMjgwKGxlYXN0KS0yODAoYmUpLTI4MChyZWFkaWx5KS0yODAoYSkyMCh2KTI1 KGFpbGFibGUpLTI4MSh0byktMjgwKHRoZW0pXVRKIDAgLTkuNDYgVGRbKHdpdGgpLTI5Mih2KTE1 KGVyeSktMjkxKGxpdHRsZSktMjkyKHJlc2VhcmNoXDA1MS4pLTQzNShJdCktMjkxKGlzKS0yOTIo YmVsaWUpMjUodikxNShlZCktMjkyKHRoYXQpLTI5MSh0aGUpLTI5MihvcmktKV1USiAwIC05LjQ3 IFRkWyhnaW5zKS0yOTQob2YpLTI5MyhSdW5lcyktMjk0KGNvbWUpLTI5NChmcm9tKS0yOTQodGhl KS0yOTMob3JpZ2luYWwpLTI5NCh3cml0dGVuKS0yOTQoc2NyaXB0KV1USiAwIC05LjQ2IFRkWyhv ZiktNDgwKHRoZSktNDgxKGRyYWdvbnMuKS0xMDAxKEFzKS00ODAodGhlKS00ODAoZHJhZ29ucykt NDgxKGluKTQwKHYpMTUoZXN0aWcpNShhdGVkKS00ODAodGhlKV1USiAwIC05LjQ3IFRkWyh3KTEw KG9ybGQpLTQxNCh0aGUpMTUoeSktNDE1KGF0dGVtcHRlZCktNDE0KHRvKS00MTQoY29kaWZ5KS00 MTQodGhpcyktNDE1KGtubykyNSh3bGVkZ2UpLTQxNChhcyldVEogMCAtOS40NiBUZFsod3JpdHRl biktMzg5KHN5bWJvbHMuKS03MjYoQWdlcyktMzg5KGxhdGVyKS0zODkoZWFybHkpLTM4OShtb3J0 YWxzKS0zODkoZGlzY28pMTUodi0pXVRKIDAgLTkuNDcgVGRbKGVyZWQpLTI2NihmcmFnbWVudHMp LTI2NShvZiktMjY2KHRoZXNlKS0yNjUod3JpdGluZy4pLTM1NyhGcm9tKS0yNjUodGhlc2UpLTI2 NihkaXNjbykxNSh2LSldVEogMCAtOS40NiBUZFsoZXJpZXMpLTI5NyhwcmVoaXN0b3JpYyktMjk4 KHNoYW1hbiktMjk3KGRlKTI1KHYpMTUoZWxvcGVkKS0yOTgocHJpbWkpMSh0aSkyNSh2KTE0KGUp LTI5NyhtYWdpYyldVEogMCAtOS40NyBUZFsodG8pLTM5NyhnaSkyNSh2KTE1KGUpLTM5Nyh0aGVt KS0zOTgoc2ltcGxlKS0zOTcocG8pMjUod2VyKS0zOTcobykxNSh2KTE1KGVyKS0zOTcodGhlKS0z OTgodykxMChvcmxkKS0zOTcoYXJvdW5kKV1USiAwIC05LjQ2IFRkWyh0aGVtLildVEogMCAtMTMu MjEgVGRbKEFzKS0yNTQoc2hhbWVuKS0yNTQocHJpbWl0aSkyNSh2KTE1KGUpLTI1NChSdW5lKS0y NTQobWFnKS0xKGVzKS0yNTQob2Z0ZW4pLTI1NChjaG9zZSktMjU0KHRvdGVtKV1USiAxNzYuMTIg NzMyLjA2IFRkWyhhbmltYWxzKS0yNTEodG8pLTI1MShhaWQpLTI1MShhbmQpLTI1MShndWlkZSkt MjUxKHRoZW0uKS0zMTMoVGhpcyktMjUxKGJpbmRpbmcpLTI1MShvZiktMjUxKHRoZWlyKV1USiAw IC05LjQ2IFRkWyhzcGlyaXQpLTQ0Nih0byktNDQ2KHRoYXQpLTQ0NyhvZiktNDQ2KHRoZWlyKS00 NDYodG90ZW0pLTQ0NihlbmFibGUpLTQ0Nih0aGVtKS00NDcodG8pLTQ0NihzZW5zZSldVEogMCAt OS40NyBUZFsod2hlbiktMzAxKHRoZWlyKS0zMDEodG90ZW0pLTMwMShhbmltYWwpLTMwMShpcykt MzAwKGluKS0zMDEodGhlKS0zMDEodikyNShhY2luaXR5KS0zMDEoYW5kKS0zMDEodGhlaXIpXVRK IDAgLTkuNDYgVGRbKHRvdGVtKS00MjIod2lsbCktNDIyKG5lKTI1KHYpMTUoZXIpLTQyMihtYWsp MTAoZSktNDIyKGFuKS00MjIodW5wcm8pMTUodikxNShlZCktNDIyKGF0dGFjayktNDIyKG9uKS00 MjIodGhlKV1USiAwIC05LjQ3IFRkWyhBZGVwdC4pLTYzNyhVc2luZyktMzU5KHRoZSktMzU4KFNw ZWxsKS0zNTkob2YpLTM1OShTdW1tb24pLTM1OShUKTgwKG90ZW0pLTM1OShIZWxwZXIpXVRKIDAg LTkuNDYgVGRbKHRoZSktMjc5KEFkZXB0KS0yNzkobWF5KS0yODAoZyk1KGFpbiktMjc5KGFzc2lz dGFuY2UpLTI3OShmcm9tKS0yNzkodGhlKS0yODAoVCk4MChvdGVtKS0yNzkoc3BpcikyMCgtKV1U SiAwIC05LjQ3IFRkWyhpdHMuKV1USi9GNDcgOC45NyBUZiAwIC0xOS4yNCBUZFsoMS4yKS05OTko UnUpMShuZSktMjc4KFcpNDAoYSkxKG5kcyktMjc3KGFuZCktMjc4KFMpMSh0YSkxNSh2ZSkxKHMp XVRKL0Y0NSA3Ljk3IFRmIDAgLTE1LjI4IFRkWyhSdW5lKS0zMTcobWFnZXMpLTMxOChnKTUoYWlu KS0zMTcob2Z0ZW4pLTMxOChjYW4pLTMxNyhnKTUoYWluKS0zMTcoYWRkaXRpb25hbCktMzE4KGNv bnRyb2wsKV1USiAwIC05LjQ3IFRkWyhvciktMjg0KHRoZSktMjg0KGFiaWxpdHkpLTI4Myh0bykt Mjg0KGNhc3QpLTI4NCh0aGVtKS0yODQoYXQpLTI4MyhhbGwsKS0yOTMobykxNSh2KTE1KGVyKS0y ODModGhlaXIpLTI4NChzcGVsbHMpLTI4NChiZSldVEogMCAtOS40NiBUZFsoaW5zY3JpYmluZykt MzI4KHRoZSktMzI4KFJ1bmVzKS0zMjgoaW4pLTMyOCh3KTEwKG9vZCwpLTM0Nyhib25lKS0zMjgo b3IpLTMyOChpKTI1KHYpMjAob3J5KTY1KC4pLTU0NChFYWNoKV1USiAwIC05LjQ3IFRkWyhtYXRl cmlhbCktMzM2KGhhcyktMzM1KGRpZikyNShmZXJlbnQpLTMzNihtYWdpYyktMzM2KHByb3BlcnRp ZXMpLTMzNShcMDUwc2VlKS0zMzYoVyk4MChvb2RzKV1USiAwIC05LjQ2IFRkWyh0YWJsZSktNDYx KFwyNDcxLjEwXDA1MS4pLTk0NChUaGVzZSktNDYxKG1hdGVyaWFscyktNDYxKG11c3QpLTQ2Mihi ZSktNDYxKGYpMTAoYXNoaW9uZWQpXVRKIDAgLTkuNDYgVGRbKGludG8pLTMzNShlaXRoZXIpLTMz NChhKS0zMzUodykxMChhbmQpLTMzNChvciktMzM1KGEpLTMzNShzdGFmKTI1KGYpLTMzNChcMDUw c2VlKS0zMzUoUml0dWFsKS0zMzQob2YpLTMzNShGKTE1KGFzaGlvbildVEogMCAtOS40NyBUZFso UnVuZXN0YWYpMjUoZlwwNTEuKV1USiAwIC0xMi45MSBUZFsoQSktMzQyKHcpMTAoYW5kKS0zNDIo aXMpLTM0MShkZVwwMDJuZWQpLTM0MihhcyktMzQyKGEpLTM0MihsZW5ndGhvKS0zNDIob2YpLTM0 MSh3KTEwKG9vZCktMzQyKG9yKS0zNDIoYm9uZSktMzQyKDEpXVRKIDAgLTkuNDcgVGRbKGZvb3Qp LTMzMihsb25nLiktNTU2KEl0KS0zMzIoY2Fubm90KS0zMzIoYmUpLTMzMyh1c2VkKS0zMzIoaW4p LTMzMihjb21iYXQpLTMzMihvciktMzMyKGFzKS0zMzIobXVjaCldVEogMCAtOS40NiBUZFsoRikx NShhdGlndWUpLTMxNShvciktMzE2KFJ1bmVzLiktNTA2KEl0KS0zMTUoaGFzKS0zMTYobmUpMTUo Z2xpYmlibGUpLTMxNSh3ZWlnaHQuKS01MDcoQSktMzE1KHN0YWYpMjUoZildVEogMCAtOS40NyBU ZFsoaXMpLTIzMChkZVwwMDJuZWQpLTIyOShhcyktMjMwKGEpLTIzMChxdWFydGVyc3RhZikyNShm KS0yMjkoaW4pLTIzMCh0ZXJtcyktMjMwKG9mKS0yMjkod2VpZ2h0LCktMjM0KGxlbmd0aCldVEog MCAtOS40NiBUZFsoYW5kKS0yNTAoZGFtYWdlLildVEovRjQ3IDguOTcgVGYgMCAtMTkuMjUgVGRb KDEuMyktOTk5KFJlKTEoc3RyaWN0KTEoaW9ucyldVEovRjQ1IDcuOTcgVGYgMCAtMTUuMjggVGRb KEFkZXB0cyktMjMyKG9mKS0yMzIodGhlKS0yMzIoQ29sbGUpMTUoZ2UpLTIzMihvZiktMjMyKFJ1 bmUpLTIzMihNYWdpY3MpLTIzMihtYXkpLTIzMih1c2UpLTIzMih0aGVpcildVEogMCAtOS40NiBU ZFsodGFsZW50KS0yMjYobWFnaWMpLTIyNih3aXRob3V0KS0yMjcocmVzdHJpY3RpKTEob24pLTEo LiktMzAyKFNvbWUpLTIyNihzcGVsbHMpLTIyNihyZXF1aXJlKV1USiAwIC05LjQ3IFRkWyhpbnNj cmliaW5nKS0yNTQodGhlKS0yNTMoYXBwcm9wcmlhdGUpLTI1NChSdW5lKS0yNTMob24pLTI1NChh KS0yNTQoc3VyZikxMChhY2UpLTI1MyhvciktMjU0KGl0ZW0pXVRKIDAgLTkuNDYgVGRbKHRvKS0y NTAoYmUpLTI1MChlbmNoYW50ZWQuKV1USiAwIC0xMi45MiBUZFsoSW4pLTI1Nihzb21lKS0yNTUo Y2FzZXMsKS0yNTcodGhlKS0yNTYoQWRlcHQpLTI1NihtYXkpLTI1NShoYSkyMCh2KTE1KGUpLTI1 Nih0byktMjU2KGRyYSkxNSh3KS0yNTUob3IpLTI1NihjYXJ2KTE1KGUpXVRKIDAgLTkuNDYgVGRb KGEpLTIzNyhSdW5lKS0yMzYoaW50byktMjM3KHNvbWUpLTIzNihvYmplY3QpLTIzNyh0byktMjM3 KGJlKS0yMzYoZW5jaGFudGVkLiktMzA2KEluKS0yMzYob3JkZXIpLTIzNyh0byldVEogMCAtOS40 NiBUZFsod3JpdGUpLTM5Mih0aGUpLTM5MihSdW5lLCktNDI4KHRoZSktMzkyKEFkZXB0KS0zOTIo bWF5KS0zOTIodXNlKS0zOTIoYW4pMTUoeSktMzkyKHN1YnN0YW5jZSldVEogMCAtOS40NyBUZFso dGhhdCktNDE0KHdpbGwpLTQxNChtYXJrKS00MTQodGhlKS00MTQoc3VyZikxMChhY2UpLTQxNChv ZiktNDE0KHRoZSktNDE0KG9iamVjdCktNDE0KHRvKS00MTQoYmUpLTQxNChlbi0pXVRKIDAgLTku NDYgVGRbKGNoYW50ZWQuKS0zNDIoQW4pMTUoeSktMjYwKHRvb2wpLTI2MShtYXkpLTI2MChiZSkt MjYxKHVzZWQpLTI2MSh0byktMjYwKGNhcnYpMTUoZSktMjYxKGEpLTI2MChSdW5lKS0yNjEoaW50 byldVEogMCAtOS40NyBUZFsoYSktMjU2KHN1YnN0YW5jZSwpLTI1OChzbyktMjU3KGxvbmcpLTI1 NihhcyktMjU3KHRoZSktMjU2KHRvb2wpLTI1NihpcyktMjU3KGhhcmQpLTI1Nihlbm91Z2gpLTI1 Nih0byktMjU3KGRvKV1USiAwIC05LjQ2IFRkWyh0aGUpLTI1MChqb2IpLTI1MChhbmQpLTI1MChp dCktMjUwKGlzKS0yNTAobm90KS0yNTAoY29tcG9zZWQpLTI1MChvZiktMjUwKENvbGQpLTI1MChJ cm9uLildVEogMCAtMTIuOTIgVGRbKFRoZSktMjUwKE1BKS0yNTAocmVxdWlyZW1lbnQpLTI1MChm b3IpLTI1MCh0aGlzKS0yNTAoY29sbGUpMTUoZ2UpLTI1MChpcyktMjUwKDEzLildVEovRjQ3IDgu OTcgVGYgMCAtMTkuMjQgVGRbKDEuNCktOTk5KEJhKTEoc2UpLTI3OChDaCkxKGFuY2UpLTI3NyhN b2QpMShpXDAwMmVyKTE1KHMpXVRKL0Y0NSA3Ljk3IFRmIDAgLTE1LjI4IFRkWyhUaGUpLTIxMChC YXNlKS0yMTAoQ2hhbmNlKS0yMTEob2YpLTIxMChwZXJmb3JtaW5nKS0yMTAoYSktMjEwKHRhbGVu dCwpLTIxOShzcGVsbCwpLTIxOChvciktMjEwKHJpdC0pXVRKIDAgLTkuNDcgVGRbKHVhbCktMjE0 KG9mKS0yMTQodGhlKS0yMTUoQ29sbGUpMTUoZ2UpLTIxNChvZiktMjE0KFJ1bmUpLTIxNChNYWdp Y3MpLTIxNChpcyktMjE1KG1vZGlcMDAyZWQpLTIxNChieSktMjE0KHRoZSldVEogMCAtOS40NiBU ZFsoYWRkaXRpb24pLTI1MChvZiktMjUwKHRoZSktMjUwKGZvbGxvKTI1KHdpbmcpLTI1MChudW1i ZXJzOildVEogNy4xNyAtMjQuMjcgVGRbKFwyMjUpLTYyNShUaGUpLTI0NShBZGVwdCktMjQ2KHRh aykxMChlcyktMjQ1KGEpLTI0NShtaW51dGUpLTI0Nih0byktMjQ1KGluc2NyaWJlKS0yNDYoYSkt MjQ1KFJ1bmUpLTI0NShvbildVEogNy43NyAtOS40NiBUZFsoYSktMjUwKHN1cmYpMTAoYWNlKV1U Si9GNTAgNy45NyBUZiAzMC40NSAwIFRkWygrNSUpXVRKL0Y0NSA3Ljk3IFRmIC0zOC4yMiAtMTQu MzcgVGRbKFwyMjUpLTYyNShUaGUpLTM4MihBZGVwdCktMzgyKHVzZXMpLTM4Mih0aGVpciktMzgy KG8pMjUod24pLTM4MihibG9vZCktMzgyKHRvKS0zODIoaW5zY3JpYmUpLTM4MihhKV1USiA3Ljc3 IC05LjQ3IFRkWyhSdW5lKS0yNjgob24pLTI2OChhKS0yNjcoc3VyZikxMChhY2UpLTI2OChcMDUw MSktMjY4KHB0KS0yNjgodGlyZWRuZXNzKS0yNjgoRlQpNzQoLCktMjY3KG1pbmltdW0pXVRKIDAg LTkuNDYgVGRbKDEpLTI1MChtaW51dGVcMDUxKV1USi9GNTAgNy45NyBUZiAzMi43NyAwIFRkWygr KTEoNSUpXVRKL0Y0NSA3Ljk3IFRmIC00MC41NCAtMTQuMzggVGRbKFwyMjUpLTYyNShUaGUpLTQ5 NyhBZGVwdCktNDk3KGVtcGxvKTEwKHlzKS00OTcoUml0dWFsKS00OTYoU3BlbGwpLTQ5NyhQcmVw YXJhdGlvbildVEovRjUwIDcuOTcgVGYgNy43NyAtOS40NiBUZFsoNSUpLTI1MCgrKS0yNTAoNSUp LTI1MCgvKS0yNTAoSG91ciktMjUwKFwwNTBtYXhpbXVtKS0yNTAoMTApLTI1MChob3Vyc1wwNTEp XVRKL0Y0NSA3Ljk3IFRmIC03Ljc3IC0xNC4zNyBUZFsoXDIyNSktNjI1KFRoZSktMjM1KEFkZXB0 KS0yMzQodXNlcyktMjM1KGZyZXNoKS0yMzUoRHJhZ29ucyktMjM1KGJsb29kKS0yMzUodG8pLTIz NChpbnNjcmliZSldVEogNy43NyAtOS40NyBUZFsoYSktMjUwKFJ1bmUpXVRKL0Y1MCA3Ljk3IFRm IDI0LjM1IDAgVGRbKCs1MCUpXVRKL0Y0NSA3Ljk3IFRmIC0zOS4yOSAtMjQuMjYgVGRbKEFsbCkt MjUwKG1vZGlcMDAyZXJzKS0yNTAoYXJlKS0yNTAoY3VtdWxhdGkpMjUodikxNShlLildVEovRjQ3 IDguOTcgVGYgMCAtMTkuMjUgVGRbKDEuNSktOTk5KFQpODAoYWwpMShlbnRzKV1USi9GNTAgNy45 NyBUZiAwIC0xNS4yOCBUZFsoSW50ZXIpMTAocHIpMTgoZXQpLTI1MChSdW5lcyktMjUwKGFuZCkt MjUwKFN5bWJvbHMpLTI1MChcMDUwVCk5MigtMVwwNTEpXVRKL0Y1MiA3Ljk3IFRmIDAgLTE1LjI4 IFRkWyhSYW5nKTEwKGUpXVRKL0Y0NSA3Ljk3IFRmIDIwLjI4IDAgVGRbKDopLTMxMCg1KS0yNTAo Zm8pLTEob3QpLTI1MCgrKS0yNTAoMSktMjUwKC8pLTI1MChSYW5rKV1USi9GNTIgNy45NyBUZiAt MjAuMjggLTkuNDYgVGRbKEV4cGVyaWVuY2UpLTI1MChNdWx0aXBsZSldVEovRjQ1IDcuOTcgVGYg NjQuODUgMCBUZFsoOiktMzEwKDE1MCldVEovRjUyIDcuOTcgVGYgLTY0Ljg1IC05LjQ3IFRkWyhC YXNlKS0yNTAoQ2hhbmNlKV1USi9GNDUgNy45NyBUZiA0MS44MyAwIFRkWyg6KS0zMTEoTUEpLTI1 MCgrKS0yNTAoUEMpLTI1MCgrKS0yNTAoMyUpLTI1MCgvKS0yNTAoUmFuayldVEovRjUyIDcuOTcg VGYgLTQxLjgzIC05LjQ2IFRkWyhFZikxOChmZWN0czopXVRKL0Y0NSA3Ljk3IFRmIDMyLjAyIDAg VGRbKFRoaXMpLTM0MCh0YWxlbnQpLTM0MChhbGxvKTI1KHdzKS0zNDEodGhlKS0zNDAoYWRlcHQp LTM0MCh0byktMzQwKGRpKTI1KHZpbmUpLTM0MCh0aGUpXVRKIC0zMi4wMiAtOS40NyBUZFsobWVh bmluZyktMjE1KG9mKS0yMTUoYW4pMTUoeSktMjE1KHN5bWJvbHMsKS0yMjEobWFwcyktMjE1KG9y KS0yMTUod3JpdGluZ3MpLTIxNShldGMpLTIxNSh3aGljaCldVEogMCAtOS40NiBUZFsoYXJlKS0y OTEoaW4pLTI5MChyYW5nZSktMjkxKGFuZCktMjkxKGNhbiktMjkwKGJlKS0yOTEoY2xlYXJseSkt MjkxKHNlZW4uKS00MzIoVGhpcyktMjkwKHdpbGwpLTI5MShzdXAtKV1USiAwIC05LjQ3IFRkWyhw bHkpLTIzMih2KTI1KGFndWUpLTIzMihkZVwwMDJuaXRpb25zKS0yMzIoYWJvdXQpLTIzMyh0aGUp LTIzMihwaWVjZSktMjMyKG9mKS0yMzIoaW5mb3JtYXRpb24uKV1USiAwIC05LjQ2IFRkWyhJdCkt MjQ5KG1heSktMjQ5KGJlKS0yNDkob25seSktMjQ5KGF0dGVtcHRlZCktMjQ5KG9uY2UpLTI1MChw ZXIpLTI0OShwaWVjZSktMjQ5KG9mKS0yNDkoaW5mb3JtYS0pXVRKIDAgLTkuNDcgVGRbKHRpb24p LTE5NyhcMDUwR01zKS0xOTcoZGlzY3JldCkxKGlvblwwNTEuKS0yOTMoSWYpLTE5NyhhKS0xOTYo ZG91YmxlKS0xOTcoZWYpMjUoZmVjdCktMTk3KGlzKS0xOTYocm9sbGVkLCktMjA4KHRoZSldVEog MCAtOS40NiBUZFsoYWRlcHQpLTIzOChtYXkpLTIzOChhc2spLTIzOSgxKS0yMzgocXVlc3Rpb24p LTIzOChhYm91dCktMjM4KHRoZSktMjM5KGluZm9ybWF0aW9uLiktMzA2KElmKS0yMzgoYSldVEog MCAtOS40NiBUZFsodHJpcGxlKS0yNTAoZWYpMjUoZmVjdCktMjUwKGlzKS0yNTAocm9sbGVkLCkt MjUwKHRoZSktMjUwKGFkZXB0KS0yNTAobWF5KS0yNTAoYXNrKS0yNTAoMiktMjUwKHF1ZXN0aW9u cy4pXVRKIDAgLTEyLjkyIFRkWyhJZiktMjkyKHRoZSktMjkyKHN5bWJvbCktMjkyKGlzKS0yOTIo bWFnaWNhbCktMjkxKHRoZW4pLTI5MihBZGVwdCktMjkyKHdpbGwpLTI5MihkaXNjZXJuKS0yOTIo aXRzKV1USiAwIC05LjQ2IFRkWyhnZW5lcmFsKS0yODMoZWYpMjUoZmVjdC4pLTQxMChJZiktMjgz KGEpLTI4Myhkb3VibGUpLTI4MyhlZikyNShmZWN0KS0yODMoaXMpLTI4Myhyb2xsZWQsKS0yOTIo dGhlKS0yODMoYWRlcHQpXVRKIDAgLTkuNDcgVGRbKGNhbiktMjM4KGFzayktMjM5KGZvciktMjM4 KDEpLTIzOChvZiktMjM5KHRoZSktMjM4KGF0dHJpYikyMCh1dGVzKS0yMzgob2YpLTIzOSh0aGUp LTIzOChzcGVsbCktMjM5KFwwNTBlLmcuKS0yMzgoUmFuaywpXVRKIDAgLTkuNDYgVGRbKHNwZWNp XDAwMmMpLTI5MyhuYW1lLCktMzA0KGV0Yy5cMDUxLiktNDQwKElmKS0yOTMoYSktMjk0KHRyaXBs ZSktMjkzKGVmKTI1KGZlY3QpLTI5MyhpcyktMjk0KHJvbGxlZCwpLTMwNCgyKS0yOTMoYXQtKV1U SiAwIC05LjQ3IFRkWyh0cmliKTIwKHV0ZXMpLTI1MChtYXkpLTI1MChiZSktMjUwKGRpc2NvKTE1 KHYpMTUoZXJlZC4pXVRKL0Y0NSA5Ljk2IFRmIC05NS41MyAtMjkuODggVGRbKDEpXVRKCkVUCmVu ZHN0cmVhbQplbmRvYmoKMiAwIG9iaiA8PAovVHlwZSAvUGFnZQovQ29udGVudHMgMyAwIFIKL1Jl c291cmNlcyAxIDAgUgovTWVkaWFCb3ggWzAgMCA1OTUuMjcgODQxLjg5XQovUGFyZW50IDggMCBS Cj4+IGVuZG9iagoxIDAgb2JqIDw8Ci9Gb250IDw8IC9GNDUgNCAwIFIgL0Y0NSA0IDAgUiAvRjQ3 IDUgMCBSIC9GNDcgNSAwIFIgL0Y1MCA2IDAgUiAvRjUyIDcgMCBSID4+Ci9Qcm9jU2V0IFsgL1BE RiAvVGV4dCBdCj4+IGVuZG9iagoxMSAwIG9iaiA8PAovTGVuZ3RoIDI1MjMwICAgICAKPj4Kc3Ry ZWFtCjEgMCAwIDEgNTQgODE1LjUyIGNtCkJUCi9GNDUgNy45NyBUZiAwIDAgVGRbKEEpNTUoVUdV U1QpLTI1MCgxNCwpLTI1MCgyMDAwKV1USi9GNDUgOS45NiBUZiA0MDguNDIgMCBUZFsoUildVEov RjQ1IDcuOTcgVGYgNi43OSAwIFRkWyhPKS02MShTKS02MihTKV1USi9GNDUgOS45NiBUZiAxOC41 OCAwIFRkWyhBKV1USi9GNDUgNy45NyBUZiA3LjY5IDAgVGRbKEwpLTYxKEUpLTYyKFgpLTYxKEEp LTYyKE4pLTYyKEQpLTYyKEUpLTYxKFIpLTM3NChFKS02MihUKS0zNzQoQSktNjIoTCldVEovRjQ1 IDkuOTYgVGYgNzQuMTggMCBUZFsoLildVEovRjUwIDcuOTcgVGYgLTUxNS42NiAtMTguNTMgVGRb KFNwaXJpdCktMjUwKFYpMzcoaXNpb24pLTI1MChcMDUwVCk5MigtMlwwNTEpXVRKL0Y1MiA3Ljk3 IFRmIDAgLTE1LjIzIFRkWyhSYW5nKTEwKGUpXVRKL0Y0NSA3Ljk3IFRmIDIwLjI4IDAgVGRbKDop LTMxMCg1MCktMjUwKGZlZXQpLTI1MCgrKS0yNTAoMTApLTI1MCgvKS0yNTAoUmFuayldVEovRjUy IDcuOTcgVGYgLTIwLjI4IC05LjQ2IFRkWyhFeHBlcmllbmNlKS0yNTAoTXVsdGlwbGUpXVRKL0Y0 NSA3Ljk3IFRmIDY0Ljg1IDAgVGRbKDopLTMxMCgyMDApXVRKL0Y1MiA3Ljk3IFRmIC02NC44NSAt OS40NyBUZFsoRWYpMTgoZmVjdHM6KV1USi9GNDUgNy45NyBUZiAzMy4xMiAwIFRkWyhUaGUpLTM3 NChBZGVwdCktMzc1KGNhbiktMzc0KHNlZSktMzc1KGludG8pLTM3NCh0aGUpLTM3NShzcGlyaXQp LTM3NCh3KTEwKG9ybGQuKV1USiAtMzMuMTIgLTkuNDYgVGRbKFRoZSkxNSh5KS0zODAoY2FuKS0z Nzkoc2VlKS0zODAoc3Bpcml0cywpLTQxMih0aGUpLTM4MChzb3VscyktMzgwKG9mKS0zNzkodGhl KS0zODAoZGVhZCktMzgwKFwwNTB3aGljaCldVEogMCAtOS40NyBUZFsobm9ybWFsbHkpLTI2Nyhy ZW1haW4pLTI2OChjbG9zZSktMjY3KHRvKS0yNjgodGhlaXIpLTI2Nyhib2RpZXMpLTI2OChmb3Ip LTI2NygzKS0yNjcoZGF5cyktMjY4KGJlLSldVEogMCAtOS40NiBUZFsoZm9yZSktMzEyKHRyYSky MCh2KTE1KGVsbGluZyktMzEyKHRvKS0zMTIodGhlKS0zMTIobGFuZHMpLTMxMihvZiktMzEyKHRo ZSktMzEyKGRlYWRcMDUxLCktMzI4KHRob3NlKS0zMTIodHJhKTIwKHYtKV1USiAwIC05LjQ2IFRk WyhlbGxpbmcpLTI3NChvdXRzaWRlKS0yNzQodGhlaXIpLTI3NChib2RpZXMpLTI3MyhcMDUwZS5n LiktMjc0KHZpYSktMjc0KHRoZSktMjc0KFNwZWxsKS0yNzQob2YpLTI3NChWKTYwKGlzLSldVEog MCAtOS40NyBUZFsoaXRhdGlvbiktMzYwKG9yKS0zNTkodGhlKS0zNjAoSGVyYmFsaXN0KS0zNjAo UG90aW9uXDA1MSwpLTM4NyhhbmQpLTM1OShpbmNvcnBvcmVhbCktMzYwKG9yKV1USiAwIC05LjQ2 IFRkWyhpbnN1YnN0YW50aWFsKS0yOTAodW5kZWFkKS0yOTAoZXRjLiktNDMxKFwwNTBlLmcuKS0y OTAodGhlKTE1KHkpLTI5MCh3aWxsKS0yOTEocmVjb2duaXNlKS0yOTAoYSldVEogMCAtOS40NyBU ZFsodikyNShhbXBpcmUpLTI2NyhpbiktMjY2KHRoZSktMjY3KGZvcm0pLTI2NihvZiktMjY3KGEp LTI2NihjbG91ZCktMjY3KG9mKS0yNjYobWlzdCktMjY3KGFzKS0yNjYoYW4pLTI2Nyh1bmRlYWQp XVRKIDAgLTkuNDYgVGRbKHNwaXJpdFwwNTEuKS03MjQoVGhpcyktMzg4KHZpc2lvbiktMzg4KGlz KS0zODkoYmxvY2spMTAoZWQpLTM4OChieSktMzg4KG1hdGVyaWFsKS0zODgob2JqZWN0cyldVEog MCAtOS40NyBUZFsoXDA1MGUpMjUodikxNShlbiktMjUyKGlmKS0yNTIoaW4pNDAodmlzaWJsZVww NTEpLTI1MihhbmQpLTI1MShtYWdpY2FsKS0yNTIoZGFya25lc3MpLTI1MihvZiktMjUyKFJhbmsp LTI1MigyMC4pXVRKIDAgLTkuNDYgVGRbKEFsdGhvdWdoKS0zNjcodGhlKS0zNjgoQWRlcHQpLTM2 NyhjYW5ub3QpLTM2OChub3JtYWxseSktMzY3KHNlZSktMzY3KHRoZSktMzY4KHNwaXJpdCldVEog MCAtOS40NyBUZFsob2YpLTI1OShhKS0yNTkobGkpMjUodmluZyktMjU5KGJlaW5nKS0yNjAoXDA1 MGluc2lkZSktMjU5KHRoZWlyKS0yNTkoYm9keVwwNTEpLTI1OSh0aGUpMTUoeSktMjU5KG1heSk2 NSgsKS0yNjIoYXQpLTI1OSh0aGUpXVRKIDAgLTkuNDYgVGRbKEdNJyk1NShzKS0yMzcoZGlzY3Jl dGlvbiwpLTIzOShnKTUoYWluKS0yMzcoc29tZSktMjM3KGlua2xpbmcpLTIzNyhpbnRvKS0yMzco YSktMjM3KGNoYXJhY3RlcnMpXVRKIDAgLTkuNDYgVGRbKHNvdWwpLTIwNShzaG91bGQpLTIwNSh0 aGUpMTUoeSktMjA1KGhhKTIwKHYpMTUoZSktMjA0KGF0dHJhY3RlZCktMjA1KGFuKTE1KHkpLTIw NShzcGlyaXQpLTIwNShmb2xsbykyNSh3ZXJzLildVEovRjQ3IDguOTcgVGYgMCAtMTguOTcgVGRb KDEuNiktOTk5KEdlKTEobmVyYWwpLTI3NyhLbm8pMTUodykxKGxlZGcpLTkoZSktMjc4KFNwKTEo ZWxscyldVEovRjUwIDcuOTcgVGYgMCAtMTUuMjMgVGRbKERhcmtuZXNzKS0yNTAoXDA1MEctMVww NTEpXVRKL0Y1MiA3Ljk3IFRmIDAgLTE1LjIyIFRkWyhSYW5nKTEwKGUpXVRKL0Y0NSA3Ljk3IFRm IDIwLjI4IDAgVGRbKDopLTMxMCg1KS0yNTAoZmVldCktMjUwKCspLTI1MCgxKS0yNTAoLyktMjUw KFJhbmspXVRKL0Y1MiA3Ljk3IFRmIC0yMC4yOCAtOS40NyBUZFsoRHVyKTE1KGF0aW9uKV1USi9G NDUgNy45NyBUZiAyOS4xMSAwIFRkWyg6KS0zMTAoMTUpLTI1MChtaW51dGVzKS0yNTAoKyktMjUw KDE1KS0yNTAoLyktMjUwKFJhbmspXVRKL0Y1MiA3Ljk3IFRmIC0yOS4xMSAtOS40NiBUZFsoRXhw ZXJpZW5jZSktMjUwKE11bHRpcGxlKV1USi9GNDUgNy45NyBUZiA2NC44NSAwIFRkWyg6KS0zMTAo MTAwKV1USi9GNTIgNy45NyBUZiAtNjQuODUgLTkuNDcgVGRbKEJhc2UpLTI1MChDaGFuY2UpXVRK L0Y0NSA3Ljk3IFRmIDQxLjgzIDAgVGRbKDopLTMxMSg0MCUpXVRKL0Y1MiA3Ljk3IFRmIC00MS44 MyAtOS40NiBUZFsoUmVzaXN0KV1USi9GNDUgNy45NyBUZiAxOS4xOCAwIFRkWyg6KS0zMTAoTm9u ZSldVEovRjUyIDcuOTcgVGYgLTE5LjE4IC05LjQ3IFRkWyhUKTkyKGFyKTM3KGcpMTAoZXQpXVRK L0Y0NSA3Ljk3IFRmIDIwLjI5IDAgVGRbKDopLTMxMChQb2ludCldVEovRjUyIDcuOTcgVGYgLTIw LjI5IC05LjQ2IFRkWyhFZikxOChmZWN0czopXVRKL0Y0NSA3Ljk3IFRmIDI4Ljk1IDAgVGRbKFRo ZSktMjI1KEFkZXB0KS0yMjUoY3JlYXRlcyktMjI2KGEpLTIyNSh2KTIwKG9sdW1lKS0yMjUod2hp Y2gpLTIyNShlbGVtZW4tKV1USiAtMjguOTUgLTkuNDcgVGRbKHRhbCktMzYwKGRhcmtuZXNzKS0z NjAoXDAwMmxscyktMzYwKGxpaykxMChlKS0zNjAoZm9nLiktNjM5KFRoZSktMzYwKHYpMjAob2x1 bWUpLTM2MChpcyktMzYwKGEpLTM2MChzcGhlcmUpXVRKIDAgLTkuNDYgVGRbKHdpdGgpLTIwOShh KS0yMTAocmFkaXVzKS0yMDkoZXF1YWwpLTIwOSh0byktMjEwKHRoZSktMjA5KHNwZWxscyktMjEw KHJhbmdlLCktMjE3KGNlbnRyZWQpLTIwOShvbiktMjEwKHRoZSldVEogMCAtOS40NiBUZFsoUnVu ZSktMjI5KGRyYSkxNSh3biktMjI4KGJ5KS0yMjkodGhlKS0yMjgoY2FzdGVyKS0yMjkoYW5kKS0y MjgobWF5KS0yMjkobm90KS0yMjkoYmUpLTIyOChtbykxNSh2KTE1KGVkKS0yMjkodW4tKV1USiAw IC05LjQ3IFRkWyhsZXNzKS0zMDgodGhlKS0zMDcoRGFya25lc3MpLTMwOChSdW5lKS0zMDgoaXMp LTMwOChlbnNjcmliZWQpLTMwNyhvbiktMzA4KHRoZSktMzA4KEFkZXB0Jyk1NShzKV1USiAwIC05 LjQ2IFRkWyhSdW5lc3RhZikyNShmLiktNjc1KHRoZSktMzcyKHNwZWxsKS0zNzIoaXMpLTM3MShy aXR1YWxseSktMzcyKGNhc3QuKS02NzUoVGhlKS0zNzIoZGFya25lc3MpXVRKIDAgLTkuNDcgVGRb KGNyZWF0ZWQpLTM1MCh3aWxsKS0zNTAoYmUpLTM1MChcMDUwNjApLTM1MCgrKS0zNTAoMildVEov RjE0IDcuOTcgVGYgNzguNzcgMCBUZFsoXDAwMildVEovRjQ1IDcuOTcgVGYgOC45OSAwIFRkWyhS YW5rXDA1MSUuKS02MTAoQXQpLTM1MChSYW5rcyktMzUwKDBcMjI2NCldVEogLTg3Ljc2IC05LjQ2 IFRkWyh0aGUpLTM0MihkYXJrbmVzcyktMzQyKGlzKS0zNDIobGlrKTEwKGUpLTM0MihlKTI1KHYp MTUoZW5pbmcpLTM0Myh0d2lsKTEoaWdodCwpLTM2NihhdCktMzQyKFJhbmtzKS0zNDIoNVwyMjY5 KV1USiAwIC05LjQ3IFRkWyhpdCktMzIzKGlzKS0zMjMobGlrKTEwKGUpLTMyMyhtb29ubGl0KS0z MjMobmlnaHQsKS0zNDEoYXQpLTMyMyhSYW5rcyktMzIzKDEwXDIyNjE0KS0zMjMoaXQpLTMyMyhp cyktMzIzKGEpLTMyMyhzdGFyKTIwKC0pXVRKIDAgLTkuNDYgVGRbKGxpdCktMzQ5KG5pZ2h0LCkt MzczKGFuZCktMzQ5KGF0KS0zNDkoUmFua3MpLTM0OSgxNVwyMjYxOSktMzQ4KGxpaykxMChlKS0z NDkocGl0Y2gpLTM0OShkYXJrKS0zNDkocm9vbSldVEogMCAtOS40NyBUZFsoYW5kKS0zNTEoYXQp LTM1MChSYW5rKS0zNTEoMjApLTM1MChcMDUwMTAwJSktMzUxKGRhcmtcMDUxKS0zNTAobm8pLTM1 MSh2aXNpb24pLTM1MChpcyktMzUxKHBvc3NpYmxlLildVEogMCAtOS40NiBUZFsoQWx0aG91Z2gp LTMyMChpbmZyYSkyMCh2aXNpb24pLTMyMCh3KTEwKG9ya3MpLTMyMChvZikyNShmKS0zMTkoaGVh dCktMzIwKGFuZCktMzIwKGVsdmlzaCktMzIwKGFuZCldVEogMCAtOS40NiBUZFsoZHcpMTAoYXJ2 aXNoKS0yMjIodmlzaW9ucyktMjIzKHcpMTAob3JrKS0yMjIoaW4pLTIyMih0b3RhbCktMjIyKGRh cmtuZXNzLCktMjI4KGl0KS0yMjIoaXMpLTIyMyhzdGlsbCktMjIyKG5vdCldVEogMCAtOS40NyBU ZFsocG9zc2libGUpLTM0Nih0byktMzQ2KHNlZSktMzQ2KGF0KS0zNDYoYWxsKS0zNDYoYXQpLTM0 NShyYW5rKS0zNDYoMjAuKS01OTgoVGhpcyktMzQ2KGlzKS0zNDYoZWxlbWVudGFsKV1USiAwIC05 LjQ2IFRkWyhkYXJrbmVzcyktMjQ5KGFuZCktMjQ5KHdpbGwpLTI0OShjYXN0KS0yNDkoc2hhZG8p MjUod3MuKS0zMTAoSG8pMjUod2UpMjUodikxNShlciktMjQ5KGJlY2F1c2UpLTI0OShpdCldVEog MCAtOS40NyBUZFsoaXMpLTE5NChub3QpLTE5NSh0aGUpLTE5NChkYXJrbmVzcyktMTk1KG9mKS0x OTQobmlnaHQpLTE5NChpcyktMTk1KGRvZXMpLTE5NChub3QpLTE5NChnaSkyNSh2KTE0KGUpLTE5 NChDZWxlc3RpYWxzKV1USiAwIC05LjQ2IFRkWyhib251c2VzKS0yNTAoXDA1MGIpMjAodXQpLTI1 MCh3aWxsKS0yNTAoZ2kpMjUodikxNShlKS0yNTAocGVuYWx0aWVzXDA1MS4pXVRKL0Y1MCA3Ljk3 IFRmIDAgLTE2Ljg1IFRkWyhMaWdodCktMjUwKFwwNTBHLTJcMDUxKV1USi9GNTIgNy45NyBUZiAw IC0xNS4yMiBUZFsoUmFuZykxMChlKV1USi9GNDUgNy45NyBUZiAyMC4yOCAwIFRkWyg6KS0zMTAo NSktMjUwKGZlZXQpLTI1MCgrKS0yNTAoMSktMjUwKC8pLTI1MChSYW5rKV1USi9GNTIgNy45NyBU ZiAtMjAuMjggLTkuNDcgVGRbKER1cikxNShhdGlvbildVEovRjQ1IDcuOTcgVGYgMjkuMTEgMCBU ZFsoOiktMzEwKDE1KS0yNTAobWludXRlcyktMjUwKCspLTI1MCgxNSktMjUwKC8pLTI1MChSYW5r KV1USi9GNTIgNy45NyBUZiAtMjkuMTEgLTkuNDYgVGRbKEV4cGVyaWVuY2UpLTI1MChNdWx0aXBs ZSldVEovRjQ1IDcuOTcgVGYgNjQuODUgMCBUZFsoOiktMzEwKDEwMCldVEovRjUyIDcuOTcgVGYg LTY0Ljg1IC05LjQ3IFRkWyhCYXNlKS0yNTAoQ2hhbmNlKV1USi9GNDUgNy45NyBUZiA0MS44MyAw IFRkWyg6KS0zMTEoNDAlKV1USi9GNTIgNy45NyBUZiAtNDEuODMgLTkuNDYgVGRbKFJlc2lzdCld VEovRjQ1IDcuOTcgVGYgMTkuMTggMCBUZFsoOiktMzEwKE5vbmUpXVRKL0Y1MiA3Ljk3IFRmIC0x OS4xOCAtOS40NiBUZFsoVCk5MihhcikzNyhnKTEwKGV0KV1USi9GNDUgNy45NyBUZiAyMC4yOSAw IFRkWyg6KS0zMTAoUG9pbnQpXVRKL0Y1MiA3Ljk3IFRmIC0yMC4yOSAtOS40NyBUZFsoRWYpMTgo ZmVjdHM6KV1USi9GNDUgNy45NyBUZiAyOS44NSAwIFRkWyhUaGUpLTI3MihBZGVwdCktMjcyKGRy YSkxNSh3cyktMjcyKHRoZSktMjcyKExpZ2h0KS0yNzIoUnVuZSktMjcyKFwwNTBvciktMjcyKGhh cyktMjcyKGl0KV1USiAtMjkuODUgLTkuNDYgVGRbKGVuc2NyaWJlZCktMzQ1KG9uKS0zNDYodGhl aXIpLTM0NShzdGFmKTI1KGZcMDUxLiktNTk2KFRoZSktMzQ2KFJ1bmUpLTM0NSh3aWxsKS0zNDUo ZW1pdCktMzQ2KGxpZ2h0KV1USiAwIC05LjQ3IFRkWyhhcyktMzc2KGEpLTM3Nihwb2ludCktMzc1 KHNvdXJjZSktMzc2KGFuZCktMzc2KGNhbm5vdCktMzc2KGJlKS0zNzUobW8pMTUodikxNShlZCkt Mzc2KHVubGVzcyktMzc2KGVuLSldVEogMCAtOS40NiBUZFsoc2NpYmVkKS0yNDQob24pLTI0Myhh KS0yNDQoUnVuZXN0YWYpMjUoZi4pLTMwOChUaGUpLTI0NChsaWdodCktMjQzKHdpdGhpbiktMjQ0 KHRoZSktMjQ0KHNwZWNpXDAwMmVkKV1USiAwIC05LjQ3IFRkWyhyYW5nZSktMjYzKHdpbGwpLTI2 MyhiZSktMjYzKFwwNTA2MCktMjY0KCspLTI2MygyKV1USi9GMTQgNy45NyBUZiA2OS4zMSAwIFRk WyhcMDAyKV1USi9GNDUgNy45NyBUZiA4LjI5IDAgVGRbKFJhbmtcMDUxJS4pLTM1MChBdCktMjYz KFJhbmtzKS0yNjMoMFwyMjY0KS0yNjModGhpcyldVEogLTc3LjYgLTkuNDYgVGRbKGxpZ2h0KS0z NDcoaXMpLTM0NyhlcXVpKTI1KHYpMjUoYWxlbnQpLTM0Nih0byktMzQ3KGEpLTM0NyhzbWFsbCkt MzQ3KGxhbXApLTM0NihhbmQpLTM0Nyh3aWxsKS0zNDcoY2xlYXJseSldVEogMCAtOS40NyBUZFso aWxsdW1pbmF0ZSktMjQzKHRoZSktMjQzKGltbWVkaWF0ZSktMjQzKGhlKTE1KHgsKS0yNDUoUmFu a3MpLTI0Myg1XDIyNjkpLTI0Myh0aGUpLTI0MyhsaWdodCktMjQzKGlzKV1USiAwIC05LjQ2IFRk WyhsaWspMTAoZSktMjA4KHRoYXQpLTIwOShvZiktMjA4KGEpLTIwOChjYW1wKS0yMDgoXDAwMnJl KS0yMDkoYW5kKS0yMDgod2lsbCktMjA4KGNsZWFybHkpLTIwOShpbGx1bWluYXRlKS0yMDgodGhl KV1USiAwIC05LjQ2IFRkWyhzdXJyb3VuZGluZyktMjgxKG1lKTE1KGcpNShhaGUpMTUoeCwpLTI4 OShSYW5rcyktMjgyKDEwXDIyNjE0KS0yODEodGhlKS0yODEobGlnaHQpLTI4MihpcyktMjgxKGxp aykxMChlKV1USiAwIC05LjQ3IFRkWyhhKS0zMTAobGFyKTE4KGdlKS0zMTAoYm9uXDAwMnJlKS0z MTAoYW5kKS0zMDkod2lsbCktMzEwKGJyaWdodGx5KS0zMTAoaWxsdW1pbmF0ZSktMzEwKGEpLTMx MChyYWRpdXMpXVRKIDAgLTkuNDYgVGRbKG9mKS0yMjkoMTUpLTIyOShmZWV0LCktMjM0KFJhbmtz KS0yMjkoMTVcMjI2MTkpLTIyOSh0aGUpLTIyOShsaWdodCktMjI5KGxpaykxMChlKS0yMzAoYSkt MjI5KHNlYXJpbmcpLTIyOShmb3IpMTgoZ2UpXVRKIDAgLTkuNDcgVGRbKGFuZCktMjY3KGJyaWdo dGx5KS0yNjgoaWxsdW1pbmF0ZSktMjY3KGEpLTI2NyhyYWRpdXMpLTI2OChvZiktMjY3KDIwKS0y NjcoZmVldCktMjY4KGFuZCktMjY3KFJhbmspXVRKIDAgLTkuNDYgVGRbKDIwKS0yNzAodGhlKS0y NzEobGlnaHQpLTI3MChhcyktMjcxKGlmKS0yNzAodGhlKS0yNzEoc3VuKS0yNzAob24pLTI3MShh KS0yNzAoYnJpZ2h0KS0yNzAoZGF5KS0yNzEoYW5kKS0yNzAod2lsbCktMjcxKGJlKV1USiAwIC05 LjQ3IFRkWyhibGluZGluZyktMjUwKHdpdGhpbiktMjUwKGEpLTI1MCgyNSktMjUwKGZlZXQpLTI1 MChyYWRpdXMuKV1USiAwIC0xMi44NiBUZFsoVGhpcyktMjc0KGxpZ2h0KS0yNzMoaXMpLTI3NChl bGVtZW50YWwpLTI3NChsaWdodCktMjczKGFuZCktMjc0KGlzKS0yNzQoYSktMjczKHBvaW50KS0y NzQoc291cmNlKS0yNzQoc28pXVRKIDAgLTkuNDYgVGRbKGUpMTUoeHRlbmRlZCktMjI5KGJlKTE1 KHlvbmQpLTIzMCh0aGUpLTIyOShzcGVjaVwwMDJlZCktMjMwKHJhbmdlKS0yMjkoXDA1MGF0KS0y MjkobmF0dXJhbGx5KS0yMzAocmUtKV1USiAwIC05LjQ3IFRkWyhkdWNlZCktMjczKGxlKTI1KHYp MTUoZWxzXDA1MS4pLTM4MShUaGlzKS0yNzMod2lsbCktMjc0KGNyZWF0ZSktMjczKHNoYWRvKTI1 KHdzKS0yNzMoYikyMCh1dCktMjc0KGJlY2F1c2UpXVRKIDAgLTkuNDYgVGRbKHRoZSktMjY1KGxp Z2h0KS0yNjUoaXMpLTI2NShub3QpLTI2Nihmcm9tKS0yNjUoYSktMjY1KHNvbGFyKS0yNjUoc291 cmNlKS0yNjUoaXQpLTI2NSh3aWxsKS0yNjYob24pLTI2NShhaWQpLTI2NShTby0pXVRKIDAgLTku NDYgVGRbKGxhciktMjM5KG1hZ2VzKS0yMzgoaW4pLTIzOShjYXN0aW5nKS0yMzgoYikyMCh1dCkt MjM5KHdpbGwpLTIzOChnaSkyNSh2KTE0KGUpLTIzOChwZW5hbHRpZXMuKS0zMDYoQXQpLTIzOShS YW5rKV1USiAwIC05LjQ3IFRkWygxMCktMjczKGFuZCktMjczKGJlKTE1KHlvbmQpLTI3Myh0aGUp LTI3MyhhY3R1YWwpLTI3Myhwb2ludCktMjczKHNvdXJjZSktMjczKGlzKS0yNzMobykxNSh2KTE1 KGVyKS0yNzMoYSktMjczKGZvb3QpXVRKIDAgLTkuNDYgVGRbKGluKS0yNTAoZGlhbWV0ZXIpLTI1 MChhbmQpLTI1MChjcmVhdGUpLTI1MChkaXN0b3J0ZWQpLTI1MChlZGdlKS0yNTAoc2hhZG8pMjUo d3MuKV1USi9GNTAgNy45NyBUZiAwIC0xNi44NSBUZFsoUHlyKTE4KG9nZW5lc2lzKS0yNTAoXDA1 MEctM1wwNTEpXVRKL0Y1MiA3Ljk3IFRmIDAgLTE1LjIyIFRkWyhSYW5nKTEwKGUpXVRKL0Y0NSA3 Ljk3IFRmIDIwLjI4IDAgVGRbKDopLTMxMCg1KS0yNTAoZmVldCktMjUwKCspLTI1MCgxKS0yNTAo LyktMjUwKFJhbmspXVRKL0Y1MiA3Ljk3IFRmIC0yMC4yOCAtOS40NyBUZFsoRHVyKTE1KGF0aW9u KV1USi9GNDUgNy45NyBUZiAyOS4xMSAwIFRkWyg6KS0zMTAoSW1tZWRpYXRlKV1USi9GNTIgNy45 NyBUZiAtMjkuMTEgLTkuNDYgVGRbKEV4cGVyaWVuY2UpLTI1MChNdWx0aXBsZSldVEovRjQ1IDcu OTcgVGYgNjQuODUgMCBUZFsoOiktMzEwKDc1KV1USi9GNTIgNy45NyBUZiAtNjQuODUgLTkuNDcg VGRbKEJhc2UpLTI1MChDaGFuY2UpXVRKL0Y0NSA3Ljk3IFRmIDQxLjgzIDAgVGRbKDopLTMxMSg0 MCUpXVRKL0Y1MiA3Ljk3IFRmIDEzNC4yOSA3NTYuODQgVGRbKFJlc2lzdCldVEovRjQ1IDcuOTcg VGYgMTkuMTggMCBUZFsoOiktMzEwKE5vbmUpXVRKL0Y1MiA3Ljk3IFRmIC0xOS4xOCAtOS40NyBU ZFsoVCk5MihhcikzNyhnKTEwKGV0KV1USi9GNDUgNy45NyBUZiAyMC4yOSAwIFRkWyg6KS0zMTAo T2JqZWN0KS0yNTAob3IpLTI1MChhcmVhKV1USi9GNTIgNy45NyBUZiAtMjAuMjkgLTkuNDYgVGRb KEVmKTE4KGZlY3RzOildVEovRjQ1IDcuOTcgVGYgMzAuMjcgMCBUZFsoQW4pLTI4NShSdW5lKS0y ODUod2l0aCktMjg1KGRyYSkxNSh3biktMjg1KGFuZCktMjg2KGUpMjUodikxNShlcnkpLTI4NSh0 aGluZyktMjg1KHdpdGgpXVRKIC0zMC4yNyAtOS40NyBUZFsodGhlKS0zNTUoYXJlYSktMzU0KGIp MjAodXJzdHMpLTM1NShpbnRvKS0zNTUoXDAwMnJlLiktNjI0KElmKS0zNTQodGhlKS0zNTUoUnVu ZSktMzU1KG9uKS0zNTQoYW4pLTM1NShvYmplY3QsKV1USiAwIC05LjQ2IFRkWyh0aGVuKS0yNjMo b25seSktMjYyKHRoZSktMjYzKG9iamVjdCktMjYyKHdpbGwpLTI2MyhpZ25pdGUuKS0zNDgoSWYp LTI2Mih0aGUpLTI2MyhBZGVwdCktMjYyKGhhcyktMjYzKHRoZSldVEogMCAtOS40NiBUZFsoUnVu ZSktMjU4KG9uKS0yNTgodGhlaXIpLTI1OChzdGFmKTI1KGYsKS0yNjAodGhlbiktMjU4KHRoZSkx NSh5KS0yNTgobWF5KS0yNTkodGFyKTE4KGdldCktMjU4KGEpLTI1OChoZSkxNSh4KS0yNTgodXAp LTI1OCh0byldVEogMCAtOS40NyBUZFsoNSktMjUwKFwwNTArKS0yNTAoNSktMjUwKC8pLTI1MChS YW5rXDA1MSktMjUwKGZlZXQpLTI1MChhKTE1KHcpMTAoYXkpNjUoLildVEovRjUwIDcuOTcgVGYg MCAtMTYuOSBUZFsoQ29udHIpMTgob2wpLTI1MChFbnRpdHkpLTI1MChcMDUwRy00XDA1MSldVEov RjUyIDcuOTcgVGYgMCAtMTUuMjggVGRbKFJhbmcpMTAoZSldVEovRjQ1IDcuOTcgVGYgMjAuMjgg MCBUZFsoOiktMzEwKFQpODAob3VjaCldVEovRjUyIDcuOTcgVGYgLTIwLjI4IC05LjQ3IFRkWyhE dXIpMTUoYXRpb24pXVRKL0Y0NSA3Ljk3IFRmIDI5LjExIDAgVGRbKDopLTMxMChTcGVjaWFsKV1U Si9GNTIgNy45NyBUZiAtMjkuMTEgLTkuNDYgVGRbKEV4cGVyaWVuY2UpLTI1MChNdWx0aXBsZSld VEovRjQ1IDcuOTcgVGYgNjQuODUgMCBUZFsoOiktMzEwKDUwMCldVEovRjUyIDcuOTcgVGYgLTY0 Ljg1IC05LjQ2IFRkWyhCYXNlKS0yNTAoQ2hhbmNlKV1USi9GNDUgNy45NyBUZiA0MS44MyAwIFRk Wyg6KS0zMTEoMTAlKV1USi9GNTIgNy45NyBUZiAtNDEuODMgLTkuNDcgVGRbKFJlc2lzdCldVEov RjQ1IDcuOTcgVGYgMTkuMTggMCBUZFsoOiktMzEwKFApMTUoYXNzaSkyNSh2KTE1KGUpXVRKL0Y1 MiA3Ljk3IFRmIC0xOS4xOCAtOS40NiBUZFsoVCk5MihhcikzNyhnKTEwKGV0KV1USi9GNDUgNy45 NyBUZiAyMC4yOSAwIFRkWyg6KS0zMTAoRW50aXR5KV1USi9GNTIgNy45NyBUZiAtMjAuMjkgLTku NDcgVGRbKEVmKTE4KGZlY3RzOildVEovRjQ1IDcuOTcgVGYgMzEuMjQgMCBUZFsoVCkxKGhpcykt MzE2KHNwZWxsKS0zMTUocmVxdWlyZXMpLTMxNih0aGUpLTMxNihibG9vZCktMzE1KG9mKS0zMTYo ZWl0aGVyKS0zMTUodGhlKV1USiAtMzEuMjQgLTkuNDYgVGRbKHRhcikxOChnZXQpLTM5Nyhvcikt Mzk3KHRoZSktMzk4KEFkZXB0KS0zOTcodG8pLTM5NyhiZSktMzk3KHVzZWQpLTM5Nyh0byktMzk3 KHBhaW50KS0zOTgoYSktMzk3KFJ1bmUpLTM5NyhvZildVEogMCAtOS40NyBUZFsoQ29tcHVsc2lv biktMjM4KG9udG8pLTIzOCh0aGUpLTIzOChmb3JlaGVhZCktMjM3KG9mKS0yMzgodGhlKS0yMzgo dGFyKTE4KGdldC4pLTMwNihJZiktMjM4KHRhcikxOChnZXQpXVRKIDAgLTkuNDYgVGRbKGYpMTAo YWlscyktMjUwKHRvKS0yNTAocmVzaXN0LCktMjUwKHRoZW4pLTI1MCh0aGUpMTUoeSktMjUwKGFy ZSktMjUwKGNvbXBlbGxlZCktMjUwKGJ5KS0yNTAodGhlKS0yNTAoQWRlcHQuKV1USiAwIC0xMi45 MiBUZFsoVGhlKS0yMjQoY29tcHVsc2lvbiktMjIzKGRvZXMpLTIyNChub3QpLTIyNChpbiktMjI0 KGFuKTE1KHl3KTEwKGF5KS0yMjMoYWYpMjUoZmVjdCktMjI0KHRoZSktMjI0KG1pbmQtKV1USiAw IC05LjQ2IFRkWyhzZXQpLTQwMihvciktNDAxKG9waW5pb24pLTQwMihvZiktNDAxKHRoZSktNDAy KHRhcikxOChnZXQpLTQwMihiKTIwKHV0KS00MDEodGhlKTE1KHkpLTQwMihhcmUpLTQwMShmb3Jj ZWQpLTQwMih0byldVEogMCAtOS40NyBUZFsob2JlKTE1KHkpLTI5MyhhbiktMjkzKGRpcmVjdCkt MjkyKGNvbW1hbmQpLTI5MyhnaSkyNSh2KTE1KGVuKS0yOTModG8pLTI5Myh0aGVtLiktNDM4KFNo b3VsZCktMjkzKHRoZSldVEogMCAtOS40NiBUZFsodGFyKTE4KGdldCktMjc2KGJlKS0yNzUob3Bw b3NlZCktMjc2KHRvKS0yNzUodGhlKS0yNzYoQWRlcHQsKS0yODIodGhlbiktMjc2KHRoZSkxNSh5 KS0yNzUod2lsbCktMjc2KGludGVyKTIwKC0pXVRKIDAgLTkuNDYgVGRbKHByZXQpLTI4NShhbikx NSh5KS0yODUoY29tbWFuZCktMjg1KGluKS0yODUodGhlKS0yODYobmFycm8pMjUod2VzdCktMjg1 KGFuZCktMjg1KGxlYXN0KS0yODUodXNlZnVsKV1USiAwIC05LjQ3IFRkWyhtYW5uZXIpLTIyMyhw b3NzaWJsZS4pLTMwMihUaGlzKS0yMjMoc3BlbGwpLTIyNChoYXMpLTIyMyhhKS0yMjMoZHUpLTEo cmF0KTEoaW9uKS0yMjQob2YpLTIyMygxKS0yMjQoXDA1MCspLTIyMygxKS0yMjQoLyldVEogMCAt OS40NiBUZFsoUmFua1wwNTEpLTI2Nihob3VyKTQwKCwpLTI3MCh1bmxlc3MpLTI2NihpdCktMjY2 KGlzKS0yNjUocml0dWFsbHkpLTI2NihjYXN0LCktMjcwKHdoZW4pLTI2NihpdCktMjY2KGxhc3Qp LTI2Nihmb3IpXVRKIDAgLTkuNDcgVGRbKDEpLTI1MChcMDUwKyktMjUwKDEpLTI1MCgvKS0yNTAo UmFua1wwNTEpLTI1MChkYXkpNjUoLildVEovRjUwIDcuOTcgVGYgMCAtMTYuOSBUZFsoUHVyaVww MDJjYXRpb24pLTI1MChcMDUwRy01XDA1MSldVEovRjUyIDcuOTcgVGYgMCAtMTUuMjggVGRbKFJh bmcpMTAoZSldVEovRjQ1IDcuOTcgVGYgMjAuMjggMCBUZFsoOiktMzEwKFQpODAob3VjaCldVEov RjUyIDcuOTcgVGYgLTIwLjI4IC05LjQ2IFRkWyhEdXIpMTUoYXRpb24pXVRKL0Y0NSA3Ljk3IFRm IDI5LjExIDAgVGRbKDopLTMxMChJbW1lZGlhdGUpXVRKL0Y1MiA3Ljk3IFRmIC0yOS4xMSAtOS40 NyBUZFsoRXhwZXJpZW5jZSktMjUwKE11bHRpcGxlKV1USi9GNDUgNy45NyBUZiA2NC44NSAwIFRk Wyg6KS0zMTAoMTAwKV1USi9GNTIgNy45NyBUZiAtNjQuODUgLTkuNDYgVGRbKEJhc2UpLTI1MChD aGFuY2UpXVRKL0Y0NSA3Ljk3IFRmIDQxLjgzIDAgVGRbKDopLTMxMSgzMCUpXVRKL0Y1MiA3Ljk3 IFRmIC00MS44MyAtOS40NyBUZFsoUmVzaXN0KV1USi9GNDUgNy45NyBUZiAxOS4xOCAwIFRkWyg6 KS0zMTAoTWF5KS0yNTAobm90KS0yNTAoYmUpLTI1MChyZXNpc3RlZCldVEovRjUyIDcuOTcgVGYg LTE5LjE4IC05LjQ2IFRkWyhUKTkyKGFyKTM3KGcpMTAoZXQpXVRKL0Y0NSA3Ljk3IFRmIDIwLjI5 IDAgVGRbKDopLTMxMChMaXF1aWQpXVRKL0Y1MiA3Ljk3IFRmIC0yMC4yOSAtOS40NyBUZFsoRWYp MTgoZmVjdHM6KV1USi9GNDUgNy45NyBUZiAyOC44OCAwIFRkWyhUaGUpLTIxNihBZGVwdCktMjE3 KG1heSktMjE2KHR1cm4pLTIxNihhbikxNSh5KS0yMTcoYXF1ZW91cyktMjE2KHN1YnN0YW5jZSld VEogLTI4Ljg4IC05LjQ2IFRkWyhpbnRvKS0zOTMocG90YWJsZSktMzkyKHcpMTAoYXRlciktMzkz KGJ5KS0zOTModG91Y2hpbmcpLTM5Mih0aGUpLTM5MyhzdWJzdGFuY2UpLTM5Myh3aXRoKV1USiAw IC05LjQ3IFRkWyh0aGVpciktMzIzKFJ1bmVzdGFmKTI1KGYpLTMyNCh3aGljaCktMzIzKGhhcykt MzI0KHRoZSktMzIzKFB1cmlcMDAyY2F0aW9uKS0zMjMoUnVuZSktMzI0KGluLSldVEogMCAtOS40 NiBUZFsoY2lzZWQpLTMxNChpbnRvKS0zMTUoaXQuKS01MDMoVGhlKS0zMTQoQWRlcHQpLTMxNSht YXkpLTMxNChwdXJpZnkpLTMxNCgxKS0zMTUoXDA1MCspLTMxNCgxKS0zMTQoLyktMzE1KFJhbmtc MDUxKV1USiAwIC05LjQ2IFRkWyhnKTUoYWxsb24pLTQwNihieSktNDA2KHYpMjAob2x1bWUpLTQw Nyh3aXRoKS00MDYodGhpcyktNDA2KHNwZWxsLiktNzc4KFQpLTEoaGlzKS00MDYoc3BlbGwpLTQw NihtYXkpXVRKIDAgLTkuNDcgVGRbKGJlKS0yODModXNlZCktMjg0KHRvKS0yODMobmV1dHJhbGlz ZSktMjgzKHBvaXNvbiktMjg0KGluKS0yODMoc29sdXRpb24uKS00MTAoTm90ZTopLTM3NyhUaGlz KV1USiAwIC05LjQ2IFRkWyhzcGVsbCktMzA3KGlzKS0zMDcobm90KS0zMDcoaW50ZW5kZWQpLTMw Nyhmb3IpLTMwNyh1c2UpLTMwOChpbiktMzA3KGNvbWJhdCktMzA3KGFuZCktMzA3KHdpbGwpLTMw Nyhub3QpXVRKIDAgLTkuNDcgVGRbKHcpMTAob3JrKS0yMjkob24pLTIyOChhbikxNSh5dGhpbmcp LTIyOSh3aXRoKS0yMjkobWFnaWMpLTIyOShyZXNpc3RhbmNlLiktMzAyKElmKS0yMjkodGhlKS0y MjkoUnVuZSldVEogMCAtOS40NiBUZFsoaXMpLTMxMihkcmEpMTUod24pLTMxMShvbiktMzEyKGEp LTMxMih2KTE1KGVzc2VsKS0zMTEob2YpLTMxMihtYXhpbXVtKS0zMTEoY2FwYWNpdHkpLTMxMigx KS0zMTIoXDA1MCspLTMxMSgxKS0zMTIoLyldVEogMCAtOS40NyBUZFsoUmFua1wwNTEpLTI5NShx dWFydCktMjk1KHRoZW4pLTI5NihhbikxNSh5KS0yOTUobGlxdWlkKS0yOTUod2l0aGluKS0yOTUo dGhlKS0yOTUodikxNShlc3NlbCktMjk2KGlzKS0yOTUocHUtKV1USiAwIC05LjQ2IFRkWyhyaVww MDJlZC4pLTMwNihBdCktMjM2KFJhbmspLTIzNygxMSktMjM2KG9yKS0yMzcoYWJvKTE1KHYpMTUo ZSwpLTIzOSh0aGUpLTIzNihSdW5lKS0yMzcobWF5KS0yMzYoY2F1c2UpLTIzNyh0aGUpXVRKIDAg LTkuNDcgVGRbKHYpMTUoZXNzZWwpLTI1MCh0byktMjUwKHNoYXR0ZXIpLTI1MChpZiktMjUwKGl0 KS0yNTAoY29udGFpbnMpLTI1MChwb2lzb24uKV1USi9GNTAgNy45NyBUZiAwIC0xNi45IFRkWyhT bWl0ZSktMjUwKFwwNTBHLTZcMDUxKV1USi9GNTIgNy45NyBUZiAwIC0xNS4yOCBUZFsoUmFuZykx MChlKV1USi9GNDUgNy45NyBUZiAyMC4yOCAwIFRkWyg6KS0zMTAoVCk4MChvdWNoKV1USi9GNTIg Ny45NyBUZiAtMjAuMjggLTkuNDYgVGRbKER1cikxNShhdGlvbildVEovRjQ1IDcuOTcgVGYgMjku MTEgMCBUZFsoOiktMzEwKDEwKS0yNTAobWludXRlcyktMjUwKCspLTI1MCgxMCktMjUwKC8pLTI1 MChSYW5rKV1USi9GNTIgNy45NyBUZiAtMjkuMTEgLTkuNDcgVGRbKEV4cGVyaWVuY2UpLTI1MChN dWx0aXBsZSldVEovRjQ1IDcuOTcgVGYgNjQuODUgMCBUZFsoOiktMzEwKDIwMCldVEovRjUyIDcu OTcgVGYgLTY0Ljg1IC05LjQ2IFRkWyhCYXNlKS0yNTAoQ2hhbmNlKV1USi9GNDUgNy45NyBUZiA0 MS44MyAwIFRkWyg6KS0zMTEoMzUlKV1USi9GNTIgNy45NyBUZiAtNDEuODMgLTkuNDcgVGRbKFJl c2lzdCldVEovRjQ1IDcuOTcgVGYgMTkuMTggMCBUZFsoOiktMzEwKFApMTUoYXNzaSkyNSh2KTE1 KGUpXVRKL0Y1MiA3Ljk3IFRmIC0xOS4xOCAtOS40NiBUZFsoVCk5MihhcikzNyhnKTEwKGV0KV1U Si9GNDUgNy45NyBUZiAyMC4yOSAwIFRkWyg6KS0zMTAoRW50aXR5KV1USi9GNTIgNy45NyBUZiAt MjAuMjkgLTkuNDcgVGRbKEVmKTE4KGZlY3RzOildVEovRjQ1IDcuOTcgVGYgMzMuODEgMCBUZFso VGhlKS0zOTYoQWRlcHQpLTM5NihtdXN0KS0zOTYocGFpbnQpLTM5NihhKS0zOTYoU21pdGUpLTM5 NyhSdW5lKS0zOTYob24pXVRKIC0zMy44MSAtOS40NiBUZFsodGhlKS00MTQodGFyKTE4KGdldC4p LTgwMihUaGlzKS00MTMoUnVuZSktNDE0KGlzKS00MTQodGhlbiktNDE0KGJlKS00MTQoYWN0aSky NSh2KTI1KGF0ZWQpLTQxNChieSktNDE0KHRoZSldVEogMCAtOS40NiBUZFsoU21pdGUpLTQwMyhT cGVsbC4pLTc2NyhTaG91bGQpLTQwMyh0aGUpLTQwMih0YXIpMTgoZ2V0KS00MDMobWFrKTEwKGUp LTQwMihhKS00MDMoc3VjY2Vzc2Z1bCldVEogMCAtOS40NyBUZFsoc3RyaWspMTAoZSwpLTQ5Nih0 aGVuKS00NDYodGhlKS00NDcob3Bwb25lbnQpLTQ0NihtdXN0KS00NDYobWFrKTEwKGUpLTQ0Nyhh KS00NDYobWFnaWMpLTQ0NyhyZS0pXVRKIDAgLTkuNDYgVGRbKHNpc3RhbmNlKS00MjUoYWcpNShh aW5zdCktNDI0KHRoZSktNDI1KFNtaXRlKS00MjUoU3BlbGwuKS04MzQoSWYpLTQyNCh0aGUpLTQy NShvcHBvbmVudCldVEogMCAtOS40NyBUZFsoZikxMChhaWxzKS0zNzAodG8pLTM2OShzdWNjZXNz ZnVsbHkpLTM3MChyZXNpc3QsKS00MDAodGhlKTE1KHkpLTM2OShzdWYpMjUoZmVycyktMzcwKFtE KS0zNzAoKyktMzY5KDFdKS0zNzAoXDA1MCspXVRKIDAgLTkuNDYgVGRbKDEpLTMwNSgvKS0zMDQo UmFua1wwNTEpLTMwNShkYW1hZ2UuKS00NzQoSWYpLTMwNCh0aGUpLTMwNShzcGVsbCktMzA0KGlz KS0zMDUoUmFuayktMzA1KDEwKS0zMDQob3IpLTMwNShhYm8pMTUodikxNShlKV1USiAwIC05LjQ3 IFRkWyh0aGVuKS0yOTUoc2hvdWxkKS0yOTUodGhlKS0yOTQob3Bwb25lbnQpLTI5NShmKTEwKGFp bCktMjk1KHRvKS0yOTUocmVzaXN0KS0yOTQodGhlbiktMjk1KHRoZSkxNSh5KS0yOTUoYXJlKV1U SiAwIC05LjQ2IFRkWyh0aHJvKTI1KHduKS0yOTEocHJvbmUuKS00MzIoQXQpLTI5MShSYW5rKS0y OTEoMjApLTI5MChzaG91KS0xKGwpMShkKS0yOTEodGhlKS0yOTEob3Bwb25lbnQpLTI5MShmKTEw KGFpbCldVEogMCAtOS40NyBUZFsodG8pLTI2MyhyZXNpc3QpLTI2Myh0aGVuKS0yNjIodGhlKTE1 KHkpLTI2MyhhcmUpLTI2MyhhbHNvKS0yNjMoc3R1bm5lZC4pLTM0OChPbmNlKS0yNjMoYSktMjYz KHN1Y2Nlc3MtKV1USiAwIC05LjQ2IFRkWyhmdWwpLTM5NyhzdHJpaykxMChlKS0zOTgoaGFzKS0z OTcoYmVlbiktMzk3KG1hZGUpLTM5Nyh0aGUpLTM5OChzcGVsbCktMzk3KGNlYXNlcyktMzk3KHRv KS0zOTgoYmUpLTM5NyhpbildVEogMCAtOS40NiBUZFsoZWYpMjUoZmVjdC4pLTMwNyhUaGUpLTI0 MShzdHJpaykxMChlKS0yNDAoc2hvdWxkKS0yNDEoYmUpLTI0MShjb25zaWRlcmVkKS0yNDAoYXMp LTI0MShiZWluZyktMjQxKHBlcikyMCgtKV1USiAwIC05LjQ3IFRkWyhmb3JtZWQpLTI3MSh3aXRo KS0yNzAoYSktMjcxKG1hZ2ljYWwpLTI3MSh3ZWFwb24uKS0zNzIoc2hvdWxkKS0yNzEodGhpcykt MjcwKHNwZWxsKS0yNzEoYmUpXVRKIDAgLTkuNDYgVGRbKHJpdHVhbGx5KS0zOTMoY2FzdCktMzky KHRoZW4pLTM5Myh0YXIpMTgoZ2V0KS0zOTIobWF5KS0zOTMobWFrKTEwKGUpLTM5MygxKS0zOTIo XDA1MCspLTM5MyhSYW5rKS0zOTIoLyktMzkzKDRcMDUxKV1USiAwIC05LjQ3IFRkWyhzdHJpaykx MChlcyktMjUwKGJlZm9yZSktMjUwKHNwZWxsKS0yNTAoY2Vhc2VkKS0yNTAob2YpLTI1MChiZSkt MjUwKGluKS0yNTAoZWYpMjUoZmVjdC4pXVRKL0Y1MCA3Ljk3IFRmIDAgLTE2LjkgVGRbKEhlYWxp bmcpLTI1MChcMDUwRy03XDA1MSldVEovRjUyIDcuOTcgVGYgMCAtMTUuMjggVGRbKFJhbmcpMTAo ZSldVEovRjQ1IDcuOTcgVGYgMjAuMjggMCBUZFsoOiktMzEwKFQpODAob3VjaCldVEovRjUyIDcu OTcgVGYgLTIwLjI4IC05LjQ2IFRkWyhEdXIpMTUoYXRpb24pXVRKL0Y0NSA3Ljk3IFRmIDI5LjEx IDAgVGRbKDopLTMxMChJbW1lZGlhdGUpXVRKL0Y1MiA3Ljk3IFRmIC0yOS4xMSAtOS40NyBUZFso RXhwZXJpZW5jZSktMjUwKE11bHRpcGxlKV1USi9GNDUgNy45NyBUZiA2NC44NSAwIFRkWyg6KS0z MTAoNDUwKV1USi9GNTIgNy45NyBUZiAtNjQuODUgLTkuNDYgVGRbKEJhc2UpLTI1MChDaGFuY2Up XVRKL0Y0NSA3Ljk3IFRmIDQxLjgzIDAgVGRbKDopLTMxMSgyMCUpXVRKL0Y1MiA3Ljk3IFRmIC00 MS44MyAtOS40NyBUZFsoUmVzaXN0KV1USi9GNDUgNy45NyBUZiAxOS4xOCAwIFRkWyg6KS0zMTAo Tm9uZSldVEovRjUyIDcuOTcgVGYgLTE5LjE4IC05LjQ2IFRkWyhUKTkyKGFyKTM3KGcpMTAoZXQp XVRKL0Y0NSA3Ljk3IFRmIDIwLjI5IDAgVGRbKDopLTMxMChMaSkyNSh2aW5nKS0yNTAoZW50aXR5 KV1USi9GNTIgNy45NyBUZiAtMjAuMjkgLTkuNDcgVGRbKEVmKTE4KGZlY3RzOildVEovRjQ1IDcu OTcgVGYgMjguNzMgMCBUZFsoVGhlKS0xOTgoQWRlcHQpLTE5OShwYWludHMpLTE5OChSdW5lcykt MTk4KG9mKS0xOTgoSGVhbGluZyktMTk4KG8pMTUodikxNShlciktMTk4KHRoZSldVEogMTQ3LjM5 IDc1Ni44NCBUZFsoYm9keSktMjg4KG9mKS0yODgodGhlKS0yODkodGFyKTE4KGdldC4pLTQyNChU aGUpLTI4OChzcGVsbCktMjg4KHRhaykxMChlcyktMjg4KGF0KS0yODkobGVhc3QpLTI4OChhKS0y ODgobWludXRlKV1USiAwIC05LjQ3IFRkWyh0byktMjUwKGNhc3QpLTI1MChhbmQpLTI1MChoZWFs cyktMjUwKFtSYW5rKS0yNTAoLyktMjUwKDJdKS0yNTAocG9pbnRzKS0yNTAob2YpLTI1MChkYW1h Z2UuKV1USiAwIC0xMi40NSBUZFsoSW4pLTE5MihhZGRpdGlvbiwpLTIwMyhpZiktMTkyKGFuKS0x OTEoZSkxNSh4dGVuZGVkKS0xOTIocml0dWFsLCktMjA0KGFsbCktMTkxKGFmKTI1KFwwMDNpY3Rp b25zKS0xOTIod2hpY2gpXVRKIDAgLTkuNDYgVGRbKGNhbiktMTk0KGJlKS0xOTQoY3VyZWQpLTE5 NChieSktMTk0KGEpLTE5NChcMDUwUmFuayktMTk0KC8pLTE5NCg0XDA1MSktMTk0KGhlYWxlcikt MTk1KHdpbGwpLTE5NChiZSktMTk0KFwwMDJ4KTE1KGVkLCktMjA1KHdpdGgpXVRKIDAgLTkuNDcg VGRbKGUpMTUoeGNlcHRpb24pLTMzNyhvZiktMzM4KHByZXNlcnYpMTUoZSktMzM3KGRlYWQsKS0z NjAod2hpY2gpLTMzNyhjYW5ub3QpLTMzNyhiZSktMzM4KGRvbmUuKV1USiAwIC05LjQ2IFRkWyhU aGUpLTI1OChlKTE1KHh0ZW5kZWQpLTI1OChyaXR1YWwpLTI1OCh0YWspMTAoZXMpLTI1OChhKS0y NTcobWluaW11bSktMjU4KG9mKS0yNTgoWzEpXVRKL0YxNCA3Ljk3IFRmIDEzOC40MyAwIFRkWyhc MDAyKV1USi9GNDUgNy45NyBUZiA4LjI1IDAgVGRbKFJhbmtdKV1USiAtMTQ2LjY4IC05LjQ3IFRk Wyhob3VycyktMjUwKHRvKS0yNTAoY29tcGxldGUuKV1USiAwIC0xMi40NSBUZFsoSXQpLTIwNChp cyktMjAzKHBvc3NpYmxlKS0yMDQoZm9yKS0yMDQodGhlKS0yMDMocml0dWFsKS0yMDQodG8pLTIw NChiYWNrXDAwMnJlKS0yMDQoYW5kKS0yMDMod2lsbCktMjA0KGFsKTEwKHcpMTAoYXlzKV1USiAw IC05LjQ2IFRkWyhiYWNrXDAwMnJlKS0yMjYob24pLTIyNihhKS0yMjcocm9sbCktMjI2KG9mKS0y MjYoMDAuKS0zMDIoSWYpLTIyNihpdCktMjI2KGRvZXMpLTIyNyhzbywpLTIzMSh0aGUpLTIyNihl bnRpdHkpLTIyNihiZWluZyldVEogMCAtOS40NyBUZFsoaGVhbGVkKS0yMTEoaW1tZWRpYXRlbHkp LTIxMChkaWVzLiktMjk3KFRoZSktMjEwKEFkZXB0KS0yMTEobXVzdCktMjEwKGUpMTUoeHBlbmQp LTIxMSgxMCldVEogMCAtOS40NiBUZFsoRikxNShhdGlndWUpLTI1MCh0byktMjUwKGVtcGxvKTEw KHkpLTI1MChzcGVsbCktMjUwKGFzKS0yNTAoYSktMjUwKHJpdHVhbC4pXVRKIDAgLTEyLjQ2IFRk WyhUaGlzKS0yNTAocml0dWFsKS0yNTAoZG9lcyktMjUwKG5vdCktMjUwKHcpMTAob3JrKS0yNTAo YW4pMTUoeXRoaW5nKS0yNTAobm90KS0yNTAobGkpMjUodmluZy4pXVRKL0Y0NyA4Ljk3IFRmIDAg LTE2LjkzIFRkWygxLjcpLTk5OShHZSkxKG5lcmFsKS0yNzcoS25vKTE1KHcpMShsZWRnKS05KGUp LTI3OChSaXQpMSh1YWxzKV1USi9GNTAgNy45NyBUZiAwIC0xNC44MiBUZFsoRikyNShhc2hpb25p bmcpLTI1MChSdW5lc3RhZmYpLTI1MChcMDUwUS0xXDA1MSldVEovRjUyIDcuOTcgVGYgMCAtMTQu ODIgVGRbKEV4cGVyaWVuY2UpLTI1MChNdWx0aXBsZSldVEovRjQ1IDcuOTcgVGYgNjQuODUgMCBU ZFsoOiktMzEwKDMwMCldVEovRjUyIDcuOTcgVGYgLTY0Ljg1IC05LjQ2IFRkWyhCYXNlKS0yNTAo Q2hhbmNlKV1USi9GNDUgNy45NyBUZiA0MS44MyAwIFRkWyg6KS0zMTEoMzAlKS0yNTAoKyktMjUw KDMlKS0yNTAoLyktMjUwKFJhbmspXVRKL0Y1MiA3Ljk3IFRmIC00MS44MyAtOS40NyBUZFsoRWYp MTgoZmVjdHM6KV1USi9GNDUgNy45NyBUZiAzMS41OSAwIFRkWyhUaGUpLTMyNihBZGVwdCktMzI3 KG1heSktMzI2KGVtcGxvKTEwKHkpLTMyNyh0aGlzKS0zMjYocml0dWFsKS0zMjcodG8pLTMyNihj cmUtKV1USiAtMzEuNTkgLTkuNDYgVGRbKGF0ZSktMjY4KGEpLTI2OChSdW5lKS0yNjgoc3RhZiky NShmKS0yNjgob3V0KS0yNjgob2YpLTI2NyhhbikxNSh5KS0yNjgob2YpLTI2OCh0aGUpLTI2OCht YXRlcmlhbHMpLTI2OChsaXN0ZWQpLTI2OChvbildVEogMCAtOS40NyBUZFsodGhlKS0yMzMoUnVu ZSktMjM0KHN0YWYpMjUoZiktMjMzKFQpODAoYWJsZS4pLTMwNChUKS0xKGhlKS0yMzMoaW1wbGVt ZW50KS0yMzMoaXMpLTIzNChmKTEwKGFzaGlvbmVkKS0yMzMoYnkpXVRKIDAgLTkuNDYgVGRbKGlu c2NyaWJpbmcpLTMzOShSdW5lcyktMzM5KGludG8pLTMzOCh0aGUpLTMzOShtYXRlcmlhbCcpNTUo cyktMzM5KHN1cmYpMTAoYWNlLCktMzYxKHdoaWNoKV1USiAwIC05LjQ3IFRkWyhkZXNjcmliZSkt MzEzKGl0cyktMzEzKHVzZSwpLTMyOShuYW1lLCktMzI5KGFuZCktMzEzKGhpc3RvcnkpNjUoLikt NDk5KE9uY2UpLTMxMyh0aGUpLTMxMyhSdW5lKV1USiAwIC05LjQ2IFRkWyhzdGFmKTI1KGYpLTI5 OChoYXMpLTI5OShiZWVuKS0yOTgoZikxMChhc2hpb25lZCktMjk5KGFuZCktMjk4KGNvbnNlY3Jh dGVkKS0yOTkoaW4pLTI5OCh0aGlzKS0yOTkocml0LSldVEogMCAtOS40NiBUZFsodWFsLCktMzk2 KGl0KS0zNjcocmVtYWlucyktMzY3KGZ1bGx5KS0zNjcoZWYpMjUoZmVjdGkpMjUodikxNShlKS0z NjYodW4pLTEobCkxKGVzcyktMzY3KGFuZCktMzY3KHVudGlsKS0zNjcoaXQpLTM2NyhpcyldVEog MCAtOS40NyBUZFsoYnJvaykxMChlbiktMzY1KG9yKS0zNjUob3RoZXJ3aXNlKS0zNjUoZGVzdHJv KTEwKHllZC4pLTY1NShBKS0zNjUocnVuZSktMzY1KG1hZ2UpLTM2NShtYXkpXVRKIDAgLTkuNDYg VGRbKG9ubHkpLTI1MChoYSkyMCh2KTE1KGUpLTI1MChvbmUpLTI1MChydW5lKS0yNTAoc3RhZiky NShmKS0yNTAob3IpLTI1MCh3KTEwKGFuZCktMjUwKGF0KS0yNTAoYW4pMTUoeSktMjUwKHRpbWUu KV1USiAwIC0xMi40NiBUZFsoSXQpLTM2OCh0YWspMTAoZXMpLTM2OShmcm9tKS0zNjgob25lKS0z Njgod2VlayktMzY4KHRvKS0zNjkocGVyZm9ybSktMzY4KHRoaXMpLTM2OChyaXR1YWwuKS02NjUo QWxsKV1USiAwIC05LjQ2IFRkWyhtYXRlcmlhbHMpLTMzNih1c2VkKS0zMzUoaW4pLTMzNihhbikt MzM1KHVuc3VjY2Vzc2Z1bCktMzM2KHJpdHVhbCktMzM2KFwwNTBvciktMzM1KGEpLTMzNihyaXR1 YWwpXVRKIDAgLTkuNDYgVGRbKHRoYXQpLTIxMyhiYWNrXDAwMnJlc1wwNTEpLTIxMyhhcmUpLTIx MyhkZXN0cm8pMTAoeWVkKS0yMTMob3IpLTIxMyhydWluZWQuKS0yOTgoSWYpLTIxMyh0aGUpLTIx MyhyaXR1YWwpLTIxMyhpcyldVEogMCAtOS40NyBUZFsoc3VjY2Vzc2Z1bCwpLTMwMyh0aGUpLTI5 MihBZGVwdCktMjkzKG1heSktMjkyKHVzZSktMjkzKHRoZSktMjkyKFJ1bmUpLTI5MihzdGFmKTI1 KGYpLTI5Myh0aGVyZS0pXVRKIDAgLTkuNDYgVGRbKGFmdGVyKS0zNjModG8pLTM2NChjYXN0KS0z NjMoc3BlbGxzKS0zNjQoYW5kKS0zNjMocGVyZm9ybSktMzY0KHJpdHVhbHMpLTM2Myh0aGF0KS0z NjQocmVxdWlyZSldVEogMCAtOS40NyBUZFsodGhlKS0yNTAodXNlKS0yNTAob2YpLTI1MChhKS0y NTAoUnVuZSktMjUwKHN0YWYpMjUoZi4pXVRKIDAgLTEyLjQ1IFRkWyhUaGUpLTM4NihhZGVwdCkt Mzg1KG1heSktMzg1KGFsc28pLTM4NihpbnNjcmliZSktMzg1KHJ1bmVzKS0zODYodXBvbiktMzg1 KHRoZSktMzg2KHcpMTAoYW5kKV1USiAwIC05LjQ3IFRkWyh0aGF0KS0zNTcoYWlkKS0zNTgoaW4p LTM1Nyh0aGUpLTM1NyhjYXN0aW5nKS0zNTcob2YpLTM1OChjZXJ0YWluKS0zNTcoc3BlbGxzLikt NjMyKFRoZSktMzU3KGFkZXB0KV1USiAwIC05LjQ2IFRkWyhtYXkpLTMzNihpbnNjcmliZSktMzM1 KDEpLTMzNihydW5lKS0zMzUoaW50byktMzM2KGEpLTMzNSh3KTEwKGFuZCktMzM2KG9yKS0zMzYo dXApLTMzNSh0byktMzM2KFJhbmspLTMzNSgvKS0zMzYoNSldVEogMCAtOS40NiBUZFsocnVuZXMp LTI1MChpbnRvKS0yNTAoYSktMjUwKHN0YWYpMjUoZi4pXVRKIDAgLTEyLjQ2IFRkWyhJbiktMzY2 KGFkZGl0aW9uLCktMzk1KHRoZSktMzY2KEFkZXB0KS0zNjUobWF5KS0zNjYoc3RvcmUpLTM2Nihh KS0zNjYobWF4aW11bSktMzY2KG9mKS0zNjYoMildVEogMCAtOS40NiBUZFsoRikxNShhdGlndWUp LTM4OChQb2ludCktMzg4KGluKS0zODkodGhlKS0zODgoUnVuZSktMzg4KHN0YWYpMjUoZiktMzg4 KGF0KS0zODkoUmFuayktMzg4KDAsKS00MjMoYW5kKS0zODgoYW4pXVRKIDAgLTkuNDcgVGRbKGFk ZGl0aW9uYWwpLTI3OSgxKS0yNzkoRikxNShhdGlndWUpLTI3OShQb2ludCktMjc5KGZvciktMjgw KGUpMjUodikxNShlcnkpLTI3OShSYW5rKS0yNzkodGhlKTE1KHkpLTI3OShoYSkyMCh2KTE1KGUp XVRKIDAgLTkuNDYgVGRbKHdpdGgpLTMyMSh0aGUpLTMyMShyaXR1YWwpLTMyMShvZiktMzIxKEYp MTUoYXNoaW9uaW5nKS0zMjEoUnVuZSktMzIxKHN0YWYpMjUoZiktMzIxKGF0KS0zMjEodGhlKS0z MjEodGltZSldVEogMCAtOS40NiBUZFsodGhlKS0yMzcoUnVuZSktMjM4KHN0YWYpMjUoZiktMjM3 KGlzKS0yMzgoZikxMChhc2hpb25lZC4pLTMwNihcMDUwVGhpcyktMjM3KGFtb3VudCktMjM3KGlz KS0yMzgoZG91YmxlZCldVEogMCAtOS40NyBUZFsoaWYpLTMyNSh0aGUpLTMyNShzdGFmKTI1KGYp LTMyNShpcyktMzI1KG1hZGUpLTMyNShvZiktMzI1KE9haywpLTM0NChvciktMzI1KGhhbHYpMTUo ZWQpLTMyNShpZiktMzI1KHRoZSktMzI1KGl0ZW0pLTMyNShpcyldVEogMCAtOS40NiBUZFsoYSkt MzI2KHcpMTAoYW5kLiktNTM2KEFuKS0zMjYob2FrKS0zMjYodykxMChhbmQpLTMyNShob2xkcykt MzI2KHRoZSktMzI1KHN0YW5kYXJkKS0zMjYoYW1vdW50LlwwNTEpXVRKIDAgLTkuNDcgVGRbKEYp MTUoYXRpZ3VlKS0yOTAoaXMpLTI5MShzdG9yZWQpLTI5MChpbiktMjkwKGEpLTI5MShSdW5lKS0y OTAoc3RhZikyNShmKS0yOTAoZHVyaW5nKS0yOTEodGhlKS0yOTAoY3JlYXRpb24pXVRKIDAgLTku NDYgVGRbKG1heSktMjg2KGJlKS0yODUodXNlZCktMjg2KGJ5KS0yODYodGhlKS0yODYoQWRlcHQp LTI4NSh0byktMjg2KGNhc3QpLTI4NihzcGVsbHMpLTI4NShhdCktMjg2KGFuKTE1KHkpLTI4Nih0 aW1lKV1USiAwIC05LjQ3IFRkWyh0aGF0KS0yOTAodGhlKTE1KHkpLTI5MShhcmUpLTI5MChob2xk aW5nKS0yOTAodGhlKS0yOTEoUnVuZSktMjkwKHN0YWYpMjUoZiktMjkwKHdoaWxlKS0yOTEobWFr aW5nKS0yOTAoYSldVEogMCAtOS40NiBUZFsoQ2FzdCktMjI5KENoZWNrLiktMzAzKFRoZSktMjI5 KFN0YWYpMjUoZiktMjI5KHdpbGwpLTIyOShiZSktMjMwKHJlc3RvcmVkKS0yMjkodG8pLTIyOShm dWxsKS0yMjkoZikxMChhdGlndWUpXVRKIDAgLTkuNDcgVGRbKGF0KS0yNTAobWlkbmlnaHQpLTI1 MChvbiktMjUwKHRoZSktMjUwKG5pZ2h0KS0yNTAob2YpLTI1MChhKS0yNTAoZnVsbCktMjUwKG1v b24uKV1USi9GNTAgNy45NyBUZiAwIC0xNi4xNiBUZFsoUnVuZXMpLTI1MChvZiktMjUwKFNpZ2h0 KS0yNTAoXDA1MFEtMlwwNTEpXVRKL0Y1MiA3Ljk3IFRmIDAgLTE0LjgxIFRkWyhFeHBlcmllbmNl KS0yNTAoTXVsdGlwbGUpXVRKL0Y0NSA3Ljk3IFRmIDY0Ljg1IDAgVGRbKDopLTMxMCgzMDApXVRK L0Y1MiA3Ljk3IFRmIC02NC44NSAtOS40NyBUZFsoQmFzZSktMjUwKENoYW5jZSldVEovRjQ1IDcu OTcgVGYgNDEuODMgMCBUZFsoOiktMzExKDQwJSktMjUwKCspLTI1MCgzJSktMjUwKC8pLTI1MChS YW5rKV1USi9GNTIgNy45NyBUZiAtNDEuODMgLTkuNDYgVGRbKENhc3QpLTI1MChUKTU1KGltZSld VEovRjQ1IDcuOTcgVGYgMzIuMTEgMCBUZFsoOiktMzEwKDEpLTI1MChob3VyKV1USi9GNTIgNy45 NyBUZiAtMzIuMTEgLTkuNDcgVGRbKEVmKTE4KGZlY3RzOildVEovRjQ1IDcuOTcgVGYgMjkuNDgg MCBUZFsoVGhlKS0yNjAoQWRlcHQpLTI2MChtYXkpLTI2MShnKTUoYWluKS0yNjAoaW5zaWdodCkt MjYwKGludG8pLTI2MSh0aGUpLTI2MChmdXR1cmUpXVRKIC0yOS40OCAtOS40NiBUZFsoYnkpLTI4 MihkcmEpMTUod2luZyktMjgyKHRoZSktMjgyKFJ1bmVzKS0yODEob2YpLTI4MihTaWdodCktMjgy KFwwNTBSdW5lcyktMjgyKHdoaWNoKS0yODIocmVwcmUtKV1USiAwIC05LjQ3IFRkWyhzZW50KS0z NDQodGhlKS0zNDUoY29zbWljKS0zNDQoYmFsYW5jZVwwNTEuKS01OTMoVGhlKS0zNDQocGVyZm9y bWFuY2UpLTM0NShvZiktMzQ0KHRoaXMpXVRKIDAgLTkuNDYgVGRbKHJpdHVhbCktMjI3KGFsbG8p MjUod3MpLTIyNyh0aGUpLTIyNyhBZGVwdCktMjI3KHRvKS0yMjcoZSkxNSh4KTE1KGVyY2lzZSkt MjI3KG9uZSktMjI3KG9mKS0yMjcodGhlKS0yMjcoZm9sbG8pMjUody0pXVRKIDAgLTkuNDcgVGRb KGluZyktMjUwKGZ1bmN0aW9ucyktMjUwKGR1cmluZyktMjUwKGl0cyktMjUwKGNvdXJzZTopXVRK L0Y1MCA3Ljk3IFRmIDAgLTE5Ljg2IFRkWyhMaW1pdGVkKS0yNTAoUHIpMTgoZWNvZ25pdGlvbild VEovRjQ1IDcuOTcgVGYgNzcuMjMgMCBUZFsoVGhlKS0yODAoQWRlcHQpLTI3OShkcmEpMTUod3Mp LTI4MChhKS0yNzkoUnVuZSktMjgwKG9mKV1USiAtNzcuMjMgLTkuNDcgVGRbKFNpZ2h0KS0zMDIo b24pLTMwMyh0aGVtc2VsdikxNShlcy4pLTQ2NyhUaGlzKS0zMDIocml0dWFsKS0zMDIocHJvZHVj ZXMpLTMwMyh0aGUpLTMwMihzYW1lKV1USiAwIC05LjQ2IFRkWyhyZXN1bHRzKS0xOTkoYXMpLTIw MChmb3IpLTE5OSh0aGUpLTE5OShTcGVsbCktMjAwKG9mKS0xOTkoTGltaXRlZCktMTk5KFByZWNv Z25pdGlvbiktMjAwKG9mKS0xOTkodGhlKV1USiAwIC05LjQ3IFRkWyhNaW5kKS0yNTAoQ29sbGUp MTUoZ2UuKV1USi9GNTAgNy45NyBUZiAwIC0xMy4zMSBUZFsoRGkpMTAodmluaW5nKS0yNTAoRW5j aGFudG1lbnQpXVRKL0Y0NSA3Ljk3IFRmIDgyLjE4IDAgVGRbKFRoZSktMjA4KEFkZXB0KS0yMDgo ZHJhKTE1KHdzKS0yMDgoUnVuZXMpLTIwOChvZildVEogLTgyLjE4IC05LjQ2IFRkWyhTaWdodCkt NDAwKGFyb3VuZCktNDAxKHRoZSktNDAwKHRhcikxOChnZXQuKS03NjEoVGhlKS00MDEocmVzdWx0 cyktNDAwKGFyZSktNDAwKHRoZSktNDAxKHNhbWUpXVRKIDAgLTkuNDcgVGRbKGFzKS0zNDYodGhl KS0zNDYoUml0dWFsKS0zNDUob2YpLTM0NihEaSkyNSh2aW5hdGlvbiktMzQ2KFwwNTBSLTFcMDUx KS0zNDYob2YpLTM0NSh0aGUpLTM0NihDb2xsZSkxNShnZSktMzQ2KG9mKV1USiAwIC05LjQ2IFRk WyhOYW1pbmcpLTI1MChJbmNhbnRhdGlvbnMuKV1USiAwIC0xOS44NyBUZFsoT25seSktMjgxKG9u ZSktMjgxKG9mKS0yODEodGhlc2UpLTI4MSh0KTEodyk5KG8pLTI4MChvcHRpb25zKS0yODEobWF5 KS0yODEoYmUpLTI4MShwZXJmb3JtZWQpLTI4MShhdCldVEogMCAtOS40NiBUZFsoZWFjaCktMjUw KGNhc3RpbmcpLTI1MChvZiktMjUwKHRoZSktMjUwKFJpdHVhbC4pXVRKL0Y1MCA3Ljk3IFRmIDAg LTE2LjE2IFRkWyhTZW5kaW5nKS0yNTAoXDA1MFEtM1wwNTEpXVRKL0Y1MiA3Ljk3IFRmIDAgLTE0 LjgyIFRkWyhSYW5nKTEwKGUpXVRKL0Y0NSA3Ljk3IFRmIDIwLjI4IDAgVGRbKDopLTMxMCgxMCkt MjUwKG1pbGVzKS0yNTAoKyktMjUwKDUpLTI1MCgvKS0yNTAoUmFuayldVEovRjUyIDcuOTcgVGYg LTIwLjI4IC05LjQ2IFRkWyhFeHBlcmllbmNlKS0yNTAoTXVsdGlwbGUpXVRKL0Y0NSA3Ljk3IFRm IDY0Ljg1IDAgVGRbKDopLTMxMCgyNTApXVRKL0Y1MiA3Ljk3IFRmIC02NC44NSAtOS40NyBUZFso QmFzZSktMjUwKENoYW5jZSldVEovRjQ1IDcuOTcgVGYgNDEuODMgMCBUZFsoOiktMzExKDMwJSkt MjUwKCspLTI1MCg1JSktMjUwKC8pLTI1MChSYW5rKV1USi9GNTIgNy45NyBUZiAtNDEuODMgLTku NDYgVGRbKFJlc2lzdCldVEovRjQ1IDcuOTcgVGYgMTkuMTggMCBUZFsoOiktMzEwKFRoZSktMjUw KHJpdHVhbCktMjUwKGNhbiktMjUwKGJlKS0yNTAob25seSktMjUwKHBhc3NpKTI1KHYpMTUoZWx5 KS0yNTAocmVzaXN0ZWQpXVRKL0Y1MiA3Ljk3IFRmIC0xOS4xOCAtOS40NyBUZFsoRWYpMTgoZmVj dHM6KV1USi9GNDUgNy45NyBUZiAyOS4wOSAwIFRkWyhUaGUpLTI0MyhBZGVwdCktMjQzKG11c3Qp LTI0MyhwYWludCktMjQzKHRoZWlyKS0yNDMoZm9yZWhlYWQpLTI0Myh3aXRoKS0yNDMoYSldVEov RjQ1IDkuOTYgVGYgLTEyNC42MiAtMjkuODggVGRbKDIpXVRKCkVUCmVuZHN0cmVhbQplbmRvYmoK MTAgMCBvYmogPDwKL1R5cGUgL1BhZ2UKL0NvbnRlbnRzIDExIDAgUgovUmVzb3VyY2VzIDkgMCBS Ci9NZWRpYUJveCBbMCAwIDU5NS4yNyA4NDEuODldCi9QYXJlbnQgOCAwIFIKPj4gZW5kb2JqCjkg MCBvYmogPDwKL0ZvbnQgPDwgL0Y0NSA0IDAgUiAvRjQ1IDQgMCBSIC9GNTAgNiAwIFIgL0Y1MiA3 IDAgUiAvRjQ3IDUgMCBSIC9GMTQgMTMgMCBSID4+Ci9Qcm9jU2V0IFsgL1BERiAvVGV4dCBdCj4+ IGVuZG9iagoxNiAwIG9iaiA8PAovTGVuZ3RoIDI0NzY5ICAgICAKPj4Kc3RyZWFtCjEgMCAwIDEg NTQgODE1LjUyIGNtCkJUCi9GNDUgNy45NyBUZiAwIDAgVGRbKEEpNTUoVUdVU1QpLTI1MCgxNCwp LTI1MCgyMDAwKV1USi9GNDUgOS45NiBUZiA0MDguNDIgMCBUZFsoUildVEovRjQ1IDcuOTcgVGYg Ni43OSAwIFRkWyhPKS02MShTKS02MihTKV1USi9GNDUgOS45NiBUZiAxOC41OCAwIFRkWyhBKV1U Si9GNDUgNy45NyBUZiA3LjY5IDAgVGRbKEwpLTYxKEUpLTYyKFgpLTYxKEEpLTYyKE4pLTYyKEQp LTYyKEUpLTYxKFIpLTM3NChFKS02MihUKS0zNzQoQSktNjIoTCldVEovRjQ1IDkuOTYgVGYgNzQu MTggMCBUZFsoLildVEovRjQ1IDcuOTcgVGYgLTUxNS42NiAtMTguNTMgVGRbKFNlbmRpbmcpLTI1 MChSdW5lKS0yNTAoYmVmb3JlKS0yNTAocmV0aXJpbmcpLTI1MCh0byktMjUwKHNsZWVwKS0yNTAo YXQpLTI1MChuaWdodC4pLTMxMChUaGUpMTUoeSldVEogMCAtOS40NyBUZFsod2lsbCktMjc4KHRo ZW4pLTI3OChyZXF1aXJlKS0yNzgoYSktMjc4KFwwMDIpMjUodikxNShlKS0yNzgoaG91ciktMjc4 KHBlcmlvZCktMjc4KG9mKS0yNzgoc2xlZXApLTI3OCh3aXRoKS0yNzgobm8pXVRKIDAgLTkuNDYg VGRbKGRpc3R1cmJhbmNlcyktMjUxKHN1ZikyNShcMDAyY2llbnQpLTI1MCh0byktMjUxKHcpMTAo YWspMTAoZSktMjUxKGhpbSktMjUxKG9yKS0yNTAodGhlKS0yNTEocml0dWFsKS0yNTEod2lsbCld VEogMCAtOS40NyBUZFsoZikxMChhaWwuKS02MTkoVGhlKS0zNTModGFyKTE4KGdldCktMzUyKG9m KS0zNTModGhlKS0zNTMoc3BlbGwpLTM1MyhpcyktMzUzKGxpaykxMChlKTI1KHdpc2UpLTM1Myhy ZXF1aXJlZCktMzUzKHRvKV1USiAwIC05LjQ2IFRkWyhiZSktMjM1KGFzbGVlcCktMjM1KGZvcikt MjM0KFwwMDIpMjUodikxNShlKS0yMzUodW5kaXN0dXJiZWQpLTIzNShob3VycyktMjM1KG9yKS0y MzQodGhlKS0yMzUocml0dWFsKS0yMzUod2lsbCldVEogMCAtOS40NiBUZFsobm90KS0yOTQodykx MChvcmsuKS00NDIoVGhlKS0yOTModGltZSktMjk0KGFzbGVlcCktMjk0KGNvdW50cyktMjk0KGFz KS0yOTQocmVzdGluZyktMjk0KGZvciktMjk0KEYpMTUoYS0pXVRKIDAgLTkuNDcgVGRbKHRpZ3Vl KS0yNDQocmVjbykxNSh2KTE1KGVyeSktMjQzKHB1cnBvc2VzLiktMzA4KER1cmluZyktMjQ0KHRo ZSktMjQzKHRpbWUpLTI0NChhc2xlZXAsKS0yNDUodGhlKV1USiAwIC05LjQ2IFRkWyhBZGVwdCkt MzIxKHdpbGwpLTMyMihiZSktMzIxKGluKS0zMjEoY29tbXVuaWNhdGlvbiktMzIyKHdpdGgpLTMy MShvbmUpLTMyMShlbnRpdHkpLTMyMihvZildVEogMCAtOS40NyBUZFsodGhlaXIpLTM5NChjaG9p Y2UpLTM5Myh0aGF0KS0zOTQodGhlKTE1KHkpLTM5MyhoYSkyMCh2KTE1KGUpLTM5NChzZWVuKS0z OTQoYW5kKS0zOTMoc3R1ZGllZCktMzk0KHN1ZikyNShcMDAyLSldVEogMCAtOS40NiBUZFsoY2ll bnRseSktNDI1KFwwNTBhcyktNDI2KHBlciktNDI1KENvbGxlKTE1KGdlKS00MjYob2YpLTQyNShF bnNvcmNlbG1lbnRzKS00MjUoYW5kKS00MjYoRW4tKV1USiAwIC05LjQ3IFRkWyhjaGFudG1lbnRz KS00MzEoU3BlbGwpLTQzMShvZiktNDMxKExvY2F0aW9uKS00MzEoZm9yKS00MzIoXDIyM3NlZW4p LTQzMShhbmQpLTQzMShzdHVkLSldVEogMCAtOS40NiBUZFsoaWVkXDIyNFwwNTEuKS00MzkoQWx0 ZXJuYXRpKTI1KHYpMTUoZWx5KTY1KCwpLTMwNCh0aGUpLTI5MyhBZGVwdCktMjkzKG1heSktMjk0 KGVtcGxvKTEwKHkpLTI5Myh0aGUpLTI5Myh0YXIpMjAoLSldVEogMCAtOS40NyBUZFsoZ2V0Jyk1 NShzKS0yMTAoSW5kaSkyNSh2aWR1YWwpLTIxMChUKTM1KHJ1ZSktMjA5KE5hbWUpLTIxMChpZikt MjEwKGl0KS0yMTAoaXMpLTIxMChrbm8pMjUod24uKS0yOTYoSWYpLTIxMCh0aGUpLTIxMChDYXN0 KV1USiAwIC05LjQ2IFRkWyhDaGVjayktMjUyKGlzKS0yNTIoc3VjY2Vzc2Z1bCktMjUyKGFuZCkt MjUyKHRoZSktMjUyKHRhcikxOChnZXQpLTI1MihmKTEwKGFpbHMpLTI1Mih0byktMjUyKHJlc2lz dCktMjUyKHRoZW4pXVRKIDAgLTkuNDYgVGRbKGl0KS0zMDMod2lsbCktMzAzKGFuc3dlciktMzAz KGFsbCktMzAzKHF1ZXN0aW9ucyktMzAzKGFzaykxMChlZCktMzAzKG9mKS0zMDMoaXQpLTMwNChp biktMzAzKGEpLTMwMyh5ZXMpLTMwMygvKS0zMDMobm8pXVRKIDAgLTkuNDcgVGRbKGYpMTAoYXNo aW9uLiktNTY3KFRoaXMpLTMzNShyaXR1YWwpLTMzNihkb2VzKS0zMzYobm90KS0zMzUoYWxsbyky NSh3KS0zMzYoY29tbXVuaWNhdGlvbildVEogMCAtOS40NiBUZFsod2l0aCktMjUwKGVudGl0aWVz KS0yNTAob24pLTI1MChvdGhlciktMjUwKHBsYW5lcyktMjUwKG9mKS0yNTAoZSkxNSh4aXN0ZW5j ZS4pLTMxMShUaGUpLTI1MChxdWVzLSldVEogMCAtOS40NyBUZFsodGlvbnMpLTMxOSh0aGF0KS0z MTkoYXJlKS0zMTkodG8pLTMyMChiZSktMzE5KGFzaykxMChlZCktMzE5KG9mKS0zMTkodGhlKS0z MTkodGFyKTE4KGdldCktMzIwKG11c3QpLTMxOShiZSktMzE5KGZvcikyMCgtKV1USiAwIC05LjQ2 IFRkWyhtdWxhdGVkKS0yNjUoYmVmb3JlKS0yNjYodGhlKS0yNjUoQWRlcHQpLTI2NShnb2VzKS0y NjUodG8pLTI2NihzbGVlcC4pLTM1NihVcG9uKS0yNjUoY29tLSldVEogMCAtOS40NyBUZFsocGxl dGlvbiktMjY0KG9mKS0yNjQodGhlKS0yNjQoXDAwMikyNSh2KTE1KGUpLTI2NChob3VyKS0yNjQo cml0dWFsKS0yNjQodGhlKS0yNjQoQWRlcHQpLTI2NChtYXkpLTI2NChyZWNlaSkyNSh2KTE1KGUp XVRKIDAgLTkuNDYgVGRbKHRoZSktMjUwKGFuc3dlcnMpLTI1MCh0byktMjUwKDIpXVRKL0YxNCA3 Ljk3IFRmIDUzLjU3IDAgVGRbKFwwMDIpXVRKL0Y0NSA3Ljk3IFRmIDguMTggMCBUZFsoUmFuaykt MjUwKHF1ZXN0aW9ucy4pXVRKL0Y1MCA3Ljk3IFRmIC02MS43NSAtMTcuMjMgVGRbKFcpNjUoYXJk aW5nKS0yNTAod2l0aCktMjUwKFJ1bmVzKS0yNTAoXDA1MFEtNFwwNTEpXVRKL0Y1MiA3Ljk3IFRm IDAgLTE1LjYgVGRbKFJhbmcpMTAoZSldVEovRjQ1IDcuOTcgVGYgMjAuMjggMCBUZFsoOiktMzEw KDcwKS0yNTAoZmVldCldVEovRjUyIDcuOTcgVGYgLTIwLjI4IC05LjQ3IFRkWyhEdXIpMTUoYXRp b24pXVRKL0Y0NSA3Ljk3IFRmIDI5LjExIDAgVGRbKDopLTMxMCgxKS0yNTAod2VlayktMjUwKCsp LTI1MCgxKS0yNTAoLyktMjUwKFJhbmspXVRKL0Y1MiA3Ljk3IFRmIC0yOS4xMSAtOS40NiBUZFso RXhwZXJpZW5jZSktMjUwKE11bHRpcGxlKV1USi9GNDUgNy45NyBUZiA2NC44NSAwIFRkWyg6KS0z MTAoMjAwKV1USi9GNTIgNy45NyBUZiAtNjQuODUgLTkuNDcgVGRbKEJhc2UpLTI1MChDaGFuY2Up XVRKL0Y0NSA3Ljk3IFRmIDQxLjgzIDAgVGRbKDopLTMxMSgzMCUpLTI1MCgrKS0yNTAoNSUpLTI1 MCgvKS0yNTAoUmFuayldVEovRjUyIDcuOTcgVGYgLTQxLjgzIC05LjQ2IFRkWyhSZXNpc3QpXVRK L0Y0NSA3Ljk3IFRmIDE5LjE4IDAgVGRbKDopLTMxMChOb25lKV1USi9GNTIgNy45NyBUZiAtMTku MTggLTkuNDYgVGRbKFQpOTIoYXIpMzcoZykxMChldCldVEovRjQ1IDcuOTcgVGYgMjAuMjkgMCBU ZFsoOiktMzEwKEFyZWEpXVRKL0Y1MiA3Ljk3IFRmIC0yMC4yOSAtOS40NyBUZFsoRWYpMTgoZmVj dHM6KV1USi9GNDUgNy45NyBUZiAzMi41OCAwIFRkWyhUaGUpLTM1OChyaXR1YWwpLTM1Nyh0YWsp MTAoZXMpLTM1OCh0dykxMChvKS0zNTgoaG91cnMpLTM1OChcMDUwLSktMzU3KDEwKS0zNTgobWlu dXRlcyldVEogLTMyLjU4IC05LjQ2IFRkWygvKS00MzIoUmFuaywpLTQ3Nyh3aXRoKS00MzIoYSkt NDMxKG1pbmltdW0pLTQzMihvZiktNDMyKDEwKS00MzEobWludXRlc1wwNTEpLTQzMih0byktNDMy KGNvbS0pXVRKIDAgLTkuNDcgVGRbKHBsZXRlLiktNDQ4KER1cmluZyktMjk2KHRoZSktMjk2KHJp dHVhbCwpLTMwOCh0aGUpLTI5NihBZGVwdCktMjk2KG11c3QpLTI5NihkcmEpMTUodyktMjk2KFJh bmspXVRKIDAgLTkuNDYgVGRbKFJ1bmUpMjUodykxMChhcmQpLTMyNChzeW1ib2xzKS0zMjMoaW4p LTMyNChhKS0zMjQocm91Z2hseSktMzIzKGNpcmN1bGFyKS0zMjQoY29uXDAwMmd1cmEtKV1USiAw IC05LjQ3IFRkWyh0aW9uKS0zMzcoYXJvdW5kKS0zMzYodGhlKS0zMzcoYXJlYSktMzM2KHRvKS0z MzcoYmUpLTMzNih3KTEwKGFyZGVkKS0zMzcoXDA1MHRoZSktMzM2KEFkZXB0KS0zMzcobXVzdCld VEogMCAtOS40NiBUZFsocmVtYWluKS0zMDUoaW5zaWRlKS0zMDQodGhlKS0zMDUoYXJlYSktMzA0 KHdoaWxlKS0zMDUodGhlKS0zMDQocml0dWFsKS0zMDUoaXMpLTMwNChiZWluZyktMzA1KHByZS0p XVRKIDAgLTkuNDcgVGRbKHBhcmVkXDA1MS4pLTQyNChBdCktMjg4KHRoZSktMjg4KGVuZCktMjg4 KG9mKS0yODgodGhlKS0yODkocml0dWFsLCktMjk3KGlmKS0yODgoaXQpLTI4OChpcyktMjg4KHN1 Y2Nlc3NmdWwsKS0yOTgoYSldVEogMCAtOS40NiBUZFsoUnVuZSkyNSh3KTEwKGFyZCktMjEwKGUp MTUoeGlzdHMpLTIwOSh0aGF0KS0yMTAod2lsbCktMjA5KGhlbHApLTIxMCh0byktMjEwKHByb3Rl Y3QpLTIwOSh0aG9zZSktMjEwKGluc2lkZSldVEogMCAtOS40NiBUZFsoaXQpLTM1OShmcm9tKS0z NjAobWFnaWMuKS02MzgoTm8pLTM2MChtYWdpY2FsKS0zNTkoaXRlbSktMzYwKFwwNTBhbXVsZXQs KS0zODcod2VhcG9uLCldVEogMCAtOS40NyBUZFsoZXRjLlwwNTEpLTY3MShjYW4pLTM3MChlbnRl ciktMzcwKHRoZSktMzcwKHcpMTAoYXJkZWQpLTM3MShhcmVhKS0zNzAodW5sZXNzKS0zNzAoaXQp LTM3MChpcyktMzcxKGEpLTM3MChwb3MtKV1USiAwIC05LjQ2IFRkWyhzZXNzaW9uLCktMjM0KHRo b3VnaCktMjI5KGl0ZW1zKS0yMzAoYWxyZWFkeSktMjMwKGluc2lkZSktMjI5KHRoZSktMjMwKHcp MTAoYXJkZWQpLTIzMChhcmVhKV1USiAwIC05LjQ3IFRkWyhjYW4pLTI1MChiZSktMjUwKHRhaykx MChlbiktMjUwKG91dC4pXVRKIDAgLTEzLjI0IFRkWyhBbikxNSh5KS0zMDAobWFnaWNhbCktMzAx KGNyZWF0dXJlLCktMzEzKHNwaXJpdCktMzAwKG9yKS0zMDEoQWRlcHQpLTMwMChhdHRlbXB0aW5n KS0zMDEodG8pXVRKIDAgLTkuNDYgVGRbKGVudGVyKS0zODAodGhlKS0zODAodykxMChhcmRlZCkt MzgwKGFyZWEpLTM3OShtdXN0KS0zODAobWFrKTEwKGUpLTM4MChhKS0zODAoUCkxNShhc3NpKTI1 KHYpMTUoZSktMzgwKFJlc2lzLSldVEogMCAtOS40NyBUZFsodGFuY2UpLTI1NyhcMDUwbWludXMp LTI1NigyKV1USi9GMTQgNy45NyBUZiA0OS4wOCAwIFRkWyhcMDAyKV1USi9GNDUgNy45NyBUZiA4 LjIzIDAgVGRbKFIpLTEoYW5rKS0yNTYob2YpLTI1NyhyaXR1YWxcMDUxKS0yNTYoY2hlY2ssKS0y NTgob3IpLTI1NyhpdCktMjU3KHdpbGwpLTI1NihiZSldVEogLTU3LjMxIC05LjQ2IFRkWyh1bmFi bGUpLTMwOCh0byktMzA4KGVudGVyKS0zMDgodGhlKS0zMDgoYXJlYS4pLTQ4NChJbiktMzA4KGFk ZGl0aW9uLCktMzIzKHRoZW4pLTMwOChhbiktMzA4KGVudGl0eSldVEogMCAtOS40NyBUZFsod2hp Y2gpLTMyOShpcyktMzI4KHdob2xseSktMzI5KG9yKS0zMjgocGFydGlhbGx5KS0zMjkob2YpLTMy OShhbm90aGVyKS0zMjgocGxhbmUpLTMyOShcMDUwc3VjaCldVEogMCAtOS40NiBUZFsoYXMpLTM3 NShkZW1vbnMsKS00MDcoZGUpMjUodmlscywpLTQwNyhpbXBzLCktNDA3KGhlbGxob3VuZHNcMDUx KS0zNzUoZGVjcmVhc2VzKS0zNzYoaXRzKV1USiAwIC05LjQ2IFRkWyhNYWdpYyktMjg2KFJlc2lz dGFuY2UpLTI4NihieSktMjg2KDMpXVRKL0YxNCA3Ljk3IFRmIDc1LjUyIDAgVGRbKFwwMDIpXVRK L0Y0NSA3Ljk3IFRmIDguNDcgMCBUZFsodGhlKS0yODYoQWRlcHQnKTU1KHMpLTI4NihSYW5rKS0y ODYod2hlbiktMjg2KGl0KV1USiAtODMuOTkgLTkuNDcgVGRbKGF0dGVtcHRzKS0yNTAodG8pLTI1 MChlbnRlciktMjUwKHRoZSktMjUwKHcpMTAoYXJkZWQpLTI1MChhcmVhLildVEogMCAtMTMuMjQg VGRbKElmKS0zMjUodGhlKS0zMjUodykxMChhcmQpLTMyNihpcyktMzI1KGJyZWFjaGVkKS0zMjUo dGhlbiktMzI1KG9uZSktMzI1KG9mKS0zMjUodGhlKS0zMjYoUnVuZXMpLTMyNShzdXAtKV1USiAw IC05LjQ2IFRkWyhwb3J0aW5nKS0yOTModGhlKS0yOTModykxMChhcmQpLTI5Myhtb21lbnRhcmls eSktMjkzKGdsbykyNSh3KS0yOTQoYW5kKS0yOTModGhlbiktMjkzKGRpc2FwLSldVEogMCAtOS40 NyBUZFsocGVhcik1NSguKS00OTIoV2hlbiktMzExKHRoZSktMzExKGxhc3QpLTMxMShSdW5lKS0z MTAoZGlzYXBwZWFycyktMzExKHRoZW4pLTMxMSh0aGUpLTMxMSh3KTEwKGFyZCldVEogMCAtOS40 NiBUZFsoZGlzc2lwYXRlcy4pXVRKIDAgLTEzLjI0IFRkWyhJbiktNDIwKGFkZGl0aW9uLCktNDYy KHNvKS00MjAobG9uZyktNDE5KGFzKS00MjAoaXQpLTQyMChpcyktNDE5KGluKS00MjAoZWYpMjUo ZmVjdCwpLTQ2MihhbGwpLTQyMCh0YXIpMTgoZ2V0ZWQpXVRKIDAgLTkuNDcgVGRbKHNwZWxscykt MzI5KGNhc3QpLTMyOChpbnRvKS0zMjkoXDA1MG5vdCktMzI5KG91dCktMzI4KG9mXDA1MSktMzI5 KHRoZSktMzI5KHcpMTAoYXJkZWQpLTMyOChhcmVhKS0zMjkoaGEpMjAodikxNShlKS0zMjkoYSld VEogMCAtOS40NiBUZFsoY2hhbmNlKS0yNDQob2YpLTI0MyhiZWluZyktMjQ0KGRpc3NpcGF0ZWQp LTI0NChoYXJtbGVzc2x5KS0yNDMod2hlbiktMjQ0KHN0cmlraW5nKV1USiAwIC05LjQ2IFRkWyh0 aGUpLTIxNSh3KTEwKGFyZCktMjE1KGJ5KS0yMTUoMzAlKS0yMTUoKyktMjE1KDIpXVRKL0YxNCA3 Ljk3IFRmIDY2LjkzIDAgVGRbKFwwMDIpXVRKL0Y0NSA3Ljk3IFRmIDcuOTEgMCBUZFsoUikxKGFu ayktMjE1KG9mKS0yMTUodykxMChhcmQuKS0yOTkoQmFja1wwMDJyZSktMjE1KGZyb20pXVRKIC03 NC44NCAtOS40NyBUZFsodGhpcyktMjgwKHJpdHVhbCktMjc5KHJlc3VsdHMpLTI4MChpbiktMjc5 KEQxMCktMjgwKGRhbWFnZSktMjc5KHRvKS0yODAodGhlKS0yNzkoQWRlcHQnKTU1KHMpLTI4MChF bi0pXVRKIDAgLTkuNDYgVGRbKGR1cmFuY2UuKV1USiAwIC0xMy4yNCBUZFsoQWxsKS0zNDIoZW50 aXRpZXMpLTM0Mih3aGljaCktMzQyKHdlcmUpLTM0MihpbiktMzQxKGFyZWEpLTM0MihvZiktMzQy KHRoZSktMzQyKHcpMTAoYXJkKS0zNDIoZm9yKS0zNDIodGhlKV1USiAwIC05LjQ3IFRkWyhkdXJh dGlvbiktMjc1KG9mKS0yNzUoaXRzKS0yNzUoY2FzdGluZyktMjc1KG9mKS0yNzUodGhlKS0yNzUo dykxMChhcmQpLTI3NShhcmUpLTI3NShub3QpLTI3NShzdWJqZWN0KS0yNzUodG8pXVRKIDAgLTku NDYgVGRbKGl0LildVEovRjQ3IDguOTcgVGYgMCAtMjAuODcgVGRbKDEuOCktOTk5KFNwKTEoZWNp YWwpLTI3NyhLbm8pMTUodykxKGxlZGcpLTkoZSktMjc4KFNwZSkxKGxscyldVEovRjUwIDcuOTcg VGYgMCAtMTUuNjEgVGRbKFJ1bmV3YWxsKS0yNTAoXDA1MFMtMVwwNTEpXVRKL0Y1MiA3Ljk3IFRm IDAgLTE1LjYgVGRbKFJhbmcpMTAoZSldVEovRjQ1IDcuOTcgVGYgMjAuMjggMCBUZFsoOiktMzEw KE5vbmUpXVRKL0Y1MiA3Ljk3IFRmIC0yMC4yOCAtOS40NyBUZFsoRHVyKTE1KGF0aW9uKV1USi9G NDUgNy45NyBUZiAyOS4xMSAwIFRkWyg6KS0zMTAoMzApLTI1MChtaW51dGVzKS0yNTAoKyktMjUw KDMwKS0yNTAoLyktMjUwKFJhbmspXVRKL0Y1MiA3Ljk3IFRmIC0yOS4xMSAtOS40NiBUZFsoRXhw ZXJpZW5jZSktMjUwKE11bHRpcGxlKV1USi9GNDUgNy45NyBUZiA2NC44NSAwIFRkWyg6KS0zMTAo MjUwKV1USi9GNTIgNy45NyBUZiAtNjQuODUgLTkuNDcgVGRbKEJhc2UpLTI1MChDaGFuY2UpXVRK L0Y0NSA3Ljk3IFRmIDQxLjgzIDAgVGRbKDopLTMxMSgyMCUpXVRKL0Y1MiA3Ljk3IFRmIC00MS44 MyAtOS40NiBUZFsoUmVzaXN0KV1USi9GNDUgNy45NyBUZiAxOS4xOCAwIFRkWyg6KS0zMTAoUCkx NShhc3NpKTI1KHYpMTUoZSldVEovRjUyIDcuOTcgVGYgLTE5LjE4IC05LjQ2IFRkWyhUKTkyKGFy KTM3KGcpMTAoZXQpXVRKL0Y0NSA3Ljk3IFRmIDIwLjI5IDAgVGRbKDopLTMxMChBcmVhKV1USi9G NTIgNy45NyBUZiAtMjAuMjkgLTkuNDcgVGRbKEVmKTE4KGZlY3RzOildVEovRjQ1IDcuOTcgVGYg MjkuMDcgMCBUZFsoVGhlKS0yNDAoQWRlcHQpLTI0MChtYXkpNjUoLCktMjQyKGJ5KS0yNDAoZHJh KTE1KHdpbmcpLTI0MChhKS0yNDAoUnVuZSktMjQwKG9mKS0yNDAoUHJvLSldVEogLTI5LjA3IC05 LjQ2IFRkWyh0ZWN0aW9uLCktMjM5KGNyZWF0ZSktMjM2KGEpLTIzNSh3KTEwKGFsbCktMjM2KDIw KS0yMzYoXDA1MCktMjM2KCspLTIzNigyKS0yMzYoLyktMjM2KFJhbmtcMDUxKS0yMzYoZmVldCld VEovRjE0IDcuOTcgVGYgMTMzLjM0IDAgVGRbKFwwMDIpXVRKL0Y0NSA3Ljk3IFRmIDguMDcgMCBU ZFsoMjApLTIzNihcMDUwKS0yMzYoKyktMjM2KDIpXVRKIC0xNDEuNDEgLTkuNDcgVGRbKC8pLTI2 NChSYW5rXDA1MSktMjYzKGZlZXQpLTI2NCh0cmFuc2x1Y2VudCwpLTI2NyhzaGltbWVyaW5nKS0y NjModykxMChhbGwpLTI2NChvZiktMjYzKGZvcmNlKS0yNjQoMSldVEogMCAtOS40NiBUZFsoaW5j aCktMjUwKHRoaWNrLCktMjUwKGNlbnRyZWQpLTI1MChvbiktMjUwKHRoZSktMjUwKFJ1bmUuKV1U SiAwIC0xMy4yNCBUZFsoVGhlKS0zMTAodykxMChhbGwpLTMxMChjYW4pLTMxMChiZSktMzEwKG9m KS0zMTAoYW4pMTUoeSktMzEwKG9yaWVudGF0aW9uKS0zMTAoYW5kKS0zMTAobmVlZCktMzEwKG5v dCktMzEwKGJlKV1USiAwIC05LjQ3IFRkWyhhbmNob3JlZC4pLTczMyhJdCktMzkxKHdpbGwpLTM5 MShlKTE1KHhwYW5kKS0zOTIoYXJvdW5kKS0zOTEoc29saWQpLTM5MShvYmplY3RzKS0zOTEoYiky MCh1dCldVEogMTc2LjEyIDc1Ni44NCBUZFsod2lsbCktMjY3KG5vdCktMjY3KHBhc3MpLTI2Nyh0 aHJvdWdoKS0yNjcodGhlbSktMjY3KGFuZCktMjY4KHdpbGwpLTI2Nyhub3QpLTI2Nyhmb3JtKS0y NjcodG91Y2gtKV1USiAwIC05LjQ3IFRkWyhpbmcpLTQyOShhbiktNDI4KGVudGl0eSktNDI5KFww NTB0aGUpLTQyOShzcGVsbCktNDI4KHdpbGwpLTQyOShmKTEwKGFpbCktNDI5KGltbWVkaWF0ZWx5 KS00MjgoaWYpLTQyOShpdCldVEogMCAtOS40NiBUZFsoY29tZXMpLTI1MChpbiktMjUwKGNvbnRh Y3QpLTI1MCh3aXRoKS0yNTAoYW4pLTI1MChlbnRpdHkpLTI1MCh3aGlsZSktMjUwKGZvcm1pbmdc MDUxLildVEogMCAtMTIuNDUgVGRbKEFuKTE1KHkpLTQyOShlbnRpdHkpLTQyOCh3aG8pLTQyOShj b21lcyktNDI5KGludG8pLTQyOShjb250YWN0KS00Mjgod2l0aCktNDI5KHRoZSktNDI5KHcpMTAo YWxsKV1USiAwIC05LjQ3IFRkWyhtdXN0KS0zMDQocmVzaXN0KS0zMDQob3IpLTMwNChiZSktMzAz KHRocm8pMjUod24pLTMwNChiYWNrKS0zMDQocHJvbmUpLTMwNChhbmQpLTMwNCh3aWxsKS0zMDQo c3VmKTI1KGZlcildVEogMCAtOS40NiBUZFsoW0QpLTI1MCgtKS0yNTAoMl0pLTI1MChcMDUwKykt MjUwKDEpLTI1MCgvKS0yNTAoUmFua1wwNTEpLTI1MChkYW1hZ2UuKV1USi9GNTAgNy45NyBUZiAw IC0xNS45OSBUZFsoQ3IpMTgoZWF0aW5nKS0yNTAoUnVuZXNoaWVsZCktMjUwKFwwNTBTLTJcMDUx KV1USi9GNTIgNy45NyBUZiAwIC0xNC44MiBUZFsoUmFuZykxMChlKV1USi9GNDUgNy45NyBUZiAy MC4yOCAwIFRkWyg6KS0zMTAoVCk4MChvdSktMShjaCldVEovRjUyIDcuOTcgVGYgLTIwLjI4IC05 LjQ2IFRkWyhEdXIpMTUoYXRpb24pXVRKL0Y0NSA3Ljk3IFRmIDI5LjExIDAgVGRbKDopLTMxMCgx KS0yNTAoaG91ciktMjUwKCspLTI1MCgxKS0yNTAoLyktMjUwKFJhbmspXVRKL0Y1MiA3Ljk3IFRm IC0yOS4xMSAtOS40NyBUZFsoRXhwZXJpZW5jZSktMjUwKE11bHRpcGxlKV1USi9GNDUgNy45NyBU ZiA2NC44NSAwIFRkWyg6KS0zMTAoMjAwKV1USi9GNTIgNy45NyBUZiAtNjQuODUgLTkuNDYgVGRb KEJhc2UpLTI1MChDaGFuY2UpXVRKL0Y0NSA3Ljk3IFRmIDQxLjgzIDAgVGRbKDopLTMxMSg0MCUp XVRKL0Y1MiA3Ljk3IFRmIC00MS44MyAtOS40NiBUZFsoUmVzaXN0KV1USi9GNDUgNy45NyBUZiAx OS4xOCAwIFRkWyg6KS0zMTAoTm9uZSldVEovRjUyIDcuOTcgVGYgLTE5LjE4IC05LjQ3IFRkWyhU KTkyKGFyKTM3KGcpMTAoZXQpXVRKL0Y0NSA3Ljk3IFRmIDIwLjI5IDAgVGRbKDopLTMxMChTaGll bGQpLTI1MChvciktMjUwKEFybW91cildVEovRjUyIDcuOTcgVGYgLTIwLjI5IC05LjQ2IFRkWyhF ZikxOChmZWN0czopXVRKL0Y0NSA3Ljk3IFRmIDMyLjY4IDAgVGRbKFQpLTEoaGUpLTM2MShBZGVw dCktMzYxKG11c3QpLTM2MShpbnNjcmliZSktMzYxKGEpLTM2MShSdW5lKS0zNjEob2YpLTM2MChQ cm8tKV1USiAtMzIuNjggLTkuNDcgVGRbKHRlY3Rpb24pLTM3NihvbnRvKS0zNzcoZWl0aGVyKS0z NzYoYSktMzc2KHNoaWVsZCktMzc2KG9yKS0zNzcoYXJtb3VyKTU1KC4pLTY4OShUaGUpLTM3Niht YWdpYyldVEogMCAtOS40NiBUZFsod2lsbCktMjczKGNyZWF0ZSktMjczKGEpLTI3NChzaGllbGQp LTI3MyhvZiktMjczKHByb3RlY3Rpb24pLTI3Myhhcm91bmQpLTI3NCh0aGUpLTI3Myh3aWVsZGVy KV1USiAwIC05LjQ3IFRkWyhvciktNDI4KHdlYXJlcik0MCgsKS00NzMocmVzcGVjdGkpMjUodikx NShlbHkpNjUoLCktNDcyKGdpKTI1KHZpbmcpLTQyOCg1JSktNDI5KCspLTQyOChSYW5rKS00Mjgo dG8pLTQyOChkZS0pXVRKIDAgLTkuNDYgVGRbKGZlbnNlKS0yNDMoYW5kKS0yNDMoYWJzb3JiaW5n KS0yNDQoUmFuayktMjQzKC8pLTI0Myg0KS0yNDMocG9pbnQpLTI0MyhvZiktMjQ0KHBoKTUoeXNp Y2FsKS0yNDMoZGFtLSldVEogMCAtOS40NyBUZFsoYWdlLiktMzc3KE5vdGUpLTI3MyhpZiktMjcy KHRoZSktMjcyKHNwZWxsKS0yNzMoaXMpLTI3MihvbiktMjcyKGEpLTI3MyhzaGllbGQpLTI3Mih0 aGVuKS0yNzModGhlKS0yNzIod2llbGRlcildVEogMCAtOS40NiBUZFsod2lsbCktMjMxKG9ubHkp LTIzMShnKTUoYWluKS0yMzEodGhlKS0yMzEoZGVmZW5zZSktMjMxKGJvbnVzKS0yMzIoaW4pLTIz MSh0aGVpciktMjMxKGZyb250KS0yMzEoaGUpMTUoeCkxNShlcy4pXVRKIDAgLTkuNDYgVGRbKE1v cmVvKTE1KHYpMTUoZXIpNDAoLCktNTEyKGFuKTE1KHkpLTQ2MChHcmllKTI1KHYpMjAob3VzKS00 NjAoQmxvKTI1KHcpLTQ1OSh0aHJvdWdoKS00NjAodGhlKS00NjAoc2hpZWxkKV1USiAwIC05LjQ3 IFRkWyh3aWxsLCktNTE0KGluc3RlYWQpLTQ2MShvZiktNDYxKGhhcm1pbmcpLTQ2Mih0aGUpLTQ2 MSh3aWVsZGVyKTQwKCwpLTUxNChkaXN0cnVwdCktNDYxKHRoZSldVEogMCAtOS40NiBUZFsoc2hp ZWxkLCktMjUwKHJlZHVjaW5nKS0yNTAodGhlKS0yNTAodGFyKTE4KGdldCktMjUwKHRvKS0yNTAo ZHVzdC4pXVRKL0Y1MCA3Ljk3IFRmIDAgLTE1Ljk5IFRkWyhSdW5lcyktMjUwKG9mKS0yNTAoVCk3 NChydXRoKS0yNTAoXDA1MFMtM1wwNTEpXVRKL0Y1MiA3Ljk3IFRmIDAgLTE0LjgyIFRkWyhSYW5n KTEwKGUpXVRKL0Y0NSA3Ljk3IFRmIDIwLjI4IDAgVGRbKDopLTMxMChUKTgwKG91Y2gpXVRKL0Y1 MiA3Ljk3IFRmIC0yMC4yOCAtOS40NiBUZFsoRHVyKTE1KGF0aW9uKV1USi9GNDUgNy45NyBUZiAy OS4xMSAwIFRkWyg6KS0zMTAoMTApLTI1MChtaW51dGVzKS0yNTAoKyktMjUwKDEwKS0yNTAoLykt MjUwKFJhbmspXVRKL0Y1MiA3Ljk3IFRmIC0yOS4xMSAtOS40NyBUZFsoRXhwZXJpZW5jZSktMjUw KE11bHRpcGxlKV1USi9GNDUgNy45NyBUZiA2NC44NSAwIFRkWyg6KS0zMTAoMzAwKV1USi9GNTIg Ny45NyBUZiAtNjQuODUgLTkuNDYgVGRbKEJhc2UpLTI1MChDaGFuY2UpXVRKL0Y0NSA3Ljk3IFRm IDQxLjgzIDAgVGRbKDopLTMxMSgzMCUpXVRKL0Y1MiA3Ljk3IFRmIC00MS44MyAtOS40NyBUZFso UmVzaXN0KV1USi9GNDUgNy45NyBUZiAxOS4xOCAwIFRkWyg6KS0zMTAoTm9uZSldVEovRjUyIDcu OTcgVGYgLTE5LjE4IC05LjQ2IFRkWyhUKTkyKGFyKTM3KGcpMTAoZXQpXVRKL0Y0NSA3Ljk3IFRm IDIwLjI5IDAgVGRbKDopLTMxMChFbnRpdHkpXVRKL0Y1MiA3Ljk3IFRmIC0yMC4yOSAtOS40NiBU ZFsoRWYpMTgoZmVjdHM6KV1USi9GNDUgNy45NyBUZiAzMS43MSAwIFRkWyhQcmlvciktMzMxKHRv KS0zMzAoY2FzdGluZyktMzMwKHRoaXMpLTMzMShzcGVsbCktMzMwKHRoZSktMzMxKEFkZXB0KS0z MzAobXVzdCldVEogLTMxLjcxIC05LjQ3IFRkWyhcMDAycnN0KS0yNzEoZHJhKTE1KHcpLTI3MShh KS0yNzEoVCkzNShydXRoKS0yNzEoUnVuZSktMjcxKG9uKS0yNzEodGhlKS0yNzIoZm9yZWhlYWQp LTI3MShcMDUwb3IpLTI3MShvKTE1KHYpMTUoZXIpLTI3MSh0aGUpXVRKIDAgLTkuNDYgVGRbKGJy YWlucGFuXDA1MSktMjk2KG9mKS0yOTYodGhlKS0yOTcoc3BlbGwnKTU1KHMpLTI5Nih0YXIpMTgo Z2V0KS0yOTYoXDA1MHdoaWNoKS0yOTYobWF5KS0yOTcoYmUpLTI5Nih0aGVtLSldVEogMCAtOS40 NyBUZFsoc2VsdikxNShlc1wwNTEuKS00ODMoVGhlKS0zMDcoc3BlbGwpLTMwOChtYXkpLTMwNyhv bmx5KS0zMDgoYmUpLTMwNyhjYXN0KS0zMDgobykxNSh2KTE1KGVyKS0zMDcob25lKS0zMDgodGFy KTE4KGdldCldVEogMCAtOS40NiBUZFsoZW50aXR5KS0zNDIob2YpLTM0Mih0aGUpLTM0MyhBZGVw dCcpNTUocyktMzQyKGNob29zaW5nKS0zNDIoYW5kKS0zNDIodGhlKS0zNDMoQWRlcHQpLTM0Miht dXN0KV1USiAwIC05LjQ3IFRkWyh0b3VjaCktMjYyKHRoZSktMjYzKHRhcikxOChnZXQpLTI2Mih0 byktMjYzKGNhc3QpLTI2MihpdC4pLTM0OChUaGUpLTI2MihSdW5lKS0yNjMob2YpLTI2MihUKTM1 KHJ1dGgpLTI2MyhjYXVzZXMpXVRKIDAgLTkuNDYgVGRbKHRoZSktMzIxKHRhcikxOChnZXQpLTMy Mih0byktMzIxKGJlKS0zMjIodW5hYmxlKS0zMjEodG8pLTMyMShzcGVhayktMzIyKGEpLTMyMShm KTEwKGFsc2Vob29kKS0zMjEoZm9yKS0zMjIodGhlKV1USiAwIC05LjQ3IFRkWyhkdXJhdGlvbikt MjQ2KG9mKS0yNDYodGhlKS0yNDYoc3BlbGwuKS0zMDkoVGhlKS0yNDYodGFyKTE4KGdldCktMjQ2 KG11c3QpLTI0Nihub3QpLTI0Nihrbm8pMjUod2luZ2x5KV1USiAwIC05LjQ2IFRkWyhzYXkpLTI1 MShhbikxNSh5dGhpbmcpLTI1MShmKTEwKGFsc2UsKS0yNTEoYikyMCh1dCktMjUxKG1heSktMjUx KHJlZnVzZSktMjUxKHRvKS0yNTEoYW5zd2VyKS0yNTEoYSktMjUxKHF1ZXMtKV1USiAwIC05LjQ2 IFRkWyh0aW9uKS0yNTAocHV0KS0yNTAodG8pLTI1MCh0aGVtLildVEogMCAtMTIuNDYgVGRbKElu KS0yNzAoYWRkaXRpb24sKS0yNzQodGhlKS0yNzAoVCkzNShydXRoKS0yNzAoUnVuZSktMjY5KGVu YWJsZXMpLTI3MCh0aGUpLTI3MCh0YXIpMTgoZ2V0KS0yNjkodG8pLTI3MChzZWUpXVRKIDAgLTku NDYgVGRbKHRoZSktMzQ2KHRydWUpLTM0NyhuYXR1cmUpLTM0NihvZiktMzQ3KGFsbCktMzQ2KHRo aW5ncyktMzQ2KGFuZCktMzQ3KGEpLTM0NihjaGFuY2UpLTM0NihvZiktMzQ3KG5vdGljLSldVEog MCAtOS40NyBUZFsoaW5nKS0zMjEoZGVjZXB0aW9ucywpLTMzOShzdWNoKS0zMjEoYXMpLTMyMShp bGx1c2lvbnMsKS0zMzkoaW4pNDAodmlzaWJpbGl0eSk2NSgsKS0zMzkodW5kZS0pXVRKIDAgLTku NDYgVGRbKHRlY3RhYmlsaXR5KTY1KCwpLTQzNihzaGFwZSktMzk5KG9yKS0zOTgoc2tpbiktMzk5 KGNoYW5naW5nLCktNDM2KHRyYXBzLCktNDM2KGFuZCktMzk5KGFuKTE1KHkpXVRKIDAgLTkuNDYg VGRbKG90aGVyKS0zMTEoZGVjZXB0aW9uKS0zMTEodGhlKS0zMTAoR00pLTMxMShzZWVzKS0zMTEo XDAwMnQpLTMxMSh3aXRoKS0zMTAoYSktMzExKGJhc2UpLTMxMShjaGFuY2UpXVRKIDAgLTkuNDcg VGRbKG9mKS0yNTAoXDA1MFBDKS0yNTAoKyktMjUwKDIpXVRKL0YxNCA3Ljk3IFRmIDM1LjQ5IDAg VGRbKFwwMDIpXVRKL0Y0NSA3Ljk3IFRmIDguMTkgMCBUZFsoUikxKGFua1wwNTEuKV1USiAtNDMu NjggLTEyLjQ1IFRkWyhUKTM1KHJ1dGgpLTY2MShkb2VzKS02NjEobm90KS02NjEobmVjZXNzYXJp bHkpLTY2MShoZWxwKS02NjEodGhlKS02NjEodGFyKTE4KGdldCktNjYxKHNlZSldVEogMCAtOS40 NyBUZFsodGhyb3VnaCktMjM4KHRoZSktMjM3KGRlY2VwdGlvbiwpLTI0MShmb3IpLTIzNyhlKTE1 KHhhbXBsZSwpLTI0MChhbiktMjM4KElsbHVzb3J5KS0yMzgoVyk4MChhbGwpXVRKIDAgLTkuNDYg VGRbKHdpbGwpLTI3NyhzdGlsbCktMjc2KGJlKS0yNzcob3BhcXVlLCktMjgzKGIpMjAodXQpLTI3 Nyh0aGUpLTI3Nyh0YXIpMTgoZ2V0KS0yNzYod2lsbCktMjc3KGtubykyNSh3KS0yNzcoaXQpLTI3 NihpcyktMjc3KGFuKV1USiAwIC05LjQ3IFRkWyhpbGx1c2lvbi4pXVRKL0Y1MCA3Ljk3IFRmIDAg LTE1Ljk4IFRkWyhCYW5pc2htZW50KS0yNTAoXDA1MFMtNFwwNTEpXVRKL0Y1MiA3Ljk3IFRmIDAg LTE0LjgyIFRkWyhSYW5nKTEwKGUpXVRKL0Y0NSA3Ljk3IFRmIDIwLjI4IDAgVGRbKDopLTMxMChU KTgwKG91Y2gpXVRKL0Y1MiA3Ljk3IFRmIC0yMC4yOCAtOS40NiBUZFsoRHVyKTE1KGF0aW9uKV1U Si9GNDUgNy45NyBUZiAyOS4xMSAwIFRkWyg6KS0zMTAoSW1tZWRpYXRlKV1USi9GNTIgNy45NyBU ZiAtMjkuMTEgLTkuNDcgVGRbKEV4cGVyaWVuY2UpLTI1MChNdWx0aXBsZSldVEovRjQ1IDcuOTcg VGYgNjQuODUgMCBUZFsoOiktMzEwKDI1MCldVEovRjUyIDcuOTcgVGYgLTY0Ljg1IC05LjQ2IFRk WyhCYXNlKS0yNTAoQ2hhbmNlKV1USi9GNDUgNy45NyBUZiA0MS44MyAwIFRkWyg6KS0zMTEoMzAl KV1USi9GNTIgNy45NyBUZiAtNDEuODMgLTkuNDcgVGRbKFJlc2lzdCldVEovRjQ1IDcuOTcgVGYg MTkuMTggMCBUZFsoOiktMzEwKFApMTUoYXNzaSkyNSh2KTE1KGUpXVRKL0Y1MiA3Ljk3IFRmIC0x OS4xOCAtOS40NiBUZFsoVCk5MihhcikzNyhnKTEwKGV0KV1USi9GNDUgNy45NyBUZiAyMC4yOSAw IFRkWyg6KS0zMTAoQWxtb3N0KS0yNTAoYW4pMTUoeXRoaW5nKV1USi9GNTIgNy45NyBUZiAtMjAu MjkgLTkuNDcgVGRbKEVmKTE4KGZlY3RzOildVEovRjQ1IDcuOTcgVGYgMjkuMzUgMCBUZFsoVGhl KS0yNTYoQWRlcHQpLTI1NyhtYXkpLTI1NihiYW5pc2gpLTI1NihhbikxNSh5KS0yNTcob25lKS0y NTYoZW50aXR5KS0yNTYoYmFjayldVEogLTI5LjM1IC05LjQ2IFRkWyh0byktMjAyKGl0cyktMjAy KG8pMjUod24pLTIwMShwbGFuZSktMjAyKG9mKS0yMDIob3JpZ2luLiktMjk0KEluKS0yMDIob3Jk ZXIpLTIwMih0byktMjAxKGRvKS0yMDIoc28pLTIwMih0aGUpLTIwMihBZGVwdCldVEogMCAtOS40 NiBUZFsobXVzdCktMzQxKHRvdWNoKS0zNDAodGhlKS0zNDEodGFyKTE4KGdldCktMzQxKGVudGl0 eSktMzQxKHdpdGgpLTM0MCh0aGVpciktMzQxKFJ1bmVzdGFmKTI1KGYpLTM0MShhdCldVEogMCAt OS40NyBUZFsodGhlKS0zOTYobW9tZW50KS0zOTcodGhlKS0zOTYoc3BlbGwpLTM5NyhpcyktMzk2 KGNvbXBsZXRlZC4pLTc0OShJZiktMzk3KHN1Y2Nlc3NmdWwsKV1USiAwIC05LjQ2IFRkWyh0aGUp LTMxMihzcGVsbCktMzExKHJlc3VsdHMpLTMxMihpbiktMzEyKHRoZSktMzExKGVudGl0eSktMzEy KGltbWVkaWF0ZWx5KS0zMTIocmV0dXJuaW5nKV1USiAwIC05LjQ3IFRkWyh0byktMzM5KGl0cykt MzM5KG8pMjUod24pLTMzOShkaW1lbnNpb24pLTMzOSh1bmxlc3MpLTMzOSh0aGUpLTMzOShlbnRp dHkpLTMzOShzdWNjZXNzZnVsbHkpXVRKIDAgLTkuNDYgVGRbKHJlc2lzdHMuKS02MTEoVGhlKS0z NTAodG91Y2gpLTM1MChpcyktMzUwKGF1dG9tYXRpYyktMzUwKHVubGVzcyktMzUxKHQpMShoZSkt MzUxKHRhcikxOChnZXQpLTM1MChpcyldVEogMCAtOS40NyBUZFsoYWN0aSkyNSh2KTE1KGVseSkt MzQ4KGEpMjAodikyMChvaWRpbmcpLTM0OChiZWluZyktMzQ3KHRvdWNoZWQsKS0zNzMoaW4pLTM0 Nyh3aGljaCktMzQ4KGNhc2UpLTM0OCh0aGUpXVRKIDAgLTkuNDYgVGRbKHRhcikxOChnZXQpLTMx MihtdXN0KS0zMTMobWFrKTEwKGUpLTMxMihhKS0zMTMoc3VjY2Vzc2Z1bCktMzEyKHN0cmlrKTEw KGUpLTMxMyhhdCktMzEyKHRoZSktMzEzKG1vbWVudCldVEogMCAtOS40NyBUZFsob2YpLTE5NChj YXN0aW5nLiktMjkyKFRoZSktMTk0KHNwZWxsKS0xOTUobXVzdCktMTk0KGJlKS0xOTUocHJlcGFy ZWQpLTE5NChub3JtYWxseSk2NSguKS0yOTIoVGhlKV1USiAwIC05LjQ2IFRkWyh0YXIpMTgoZ2V0 KS00MTMocmV0dXJucyktNDEyKHRvKS00MTMoYSktNDEzKHJhbmRvbSktNDEyKHNwb3QsKS00NTQo aW4pLTQxMihhbiktNDEzKGFwcHJvcHJpYXRlKV1USiAwIC05LjQ3IFRkWyhtZWRpdW0sKS0zNTEo b24pLTMzMShpdHMpLTMzMShvKTI1KHduKS0zMzEocGxhbmUuKS01NTIoVGhlKS0zMzEoZSkxNSh4 YWN0KS0zMzEod2hlcmVhYm91dHMpXVRKIDAgLTkuNDYgVGRbKGlzKS0yMzkoR00nKTU1KHMpLTIz OShkaXNjcmV0aW9uLCktMjQxKGhvKTI1KHdlKTI1KHYpMTUoZXIpNDAoLCktMjQyKGVudGl0aWVz KS0yMzkoYmFuaXNoZWQpLTIzOShhdCktMjM5KGFwLSldVEogMCAtOS40NiBUZFsocHJveGltYXRl bHkpLTM2OCh0aGUpLTM2NyhzYW1lKS0zNjgodGltZSktMzY3KHdpbGwpLTM2OChhcHBlYXIpLTM2 NyhpbiktMzY4KGFwcHJveGktKV1USiAwIC05LjQ3IFRkWyhtYXRlbHkpLTI1MCh0aGUpLTI1MChz YW1lKS0yNTAoYXJlYS4pXVRKL0Y1MCA3Ljk3IFRmIDAgLTE1Ljk4IFRkWyhUKTkyKG9ybWVudCkt MjUwKFwwNTBTLTVcMDUxKV1USi9GNTIgNy45NyBUZiAwIC0xNC44MiBUZFsoUmFuZykxMChlKV1U Si9GNDUgNy45NyBUZiAyMC4yOCAwIFRkWyg6KS0zMTAoMTUpLTI1MChmZWV0KS0yNTAoKyktMjUw KDE1KS0yNTAoLyktMjUwKFJhbmspXVRKL0Y1MiA3Ljk3IFRmIC0yMC4yOCAtOS40NyBUZFsoRHVy KTE1KGF0aW9uKV1USi9GNDUgNy45NyBUZiAyOS4xMSAwIFRkWyg6KS0zMTAoSW1tZWRpYXRlKV1U Si9GNTIgNy45NyBUZiAxNDcuMDEgNzU2Ljg0IFRkWyhFeHBlcmllbmNlKS0yNTAoTXVsdGlwbGUp XVRKL0Y0NSA3Ljk3IFRmIDY0Ljg1IDAgVGRbKDopLTMxMCgyNTApXVRKL0Y1MiA3Ljk3IFRmIC02 NC44NSAtOS40NyBUZFsoQmFzZSktMjUwKENoYW5jZSldVEovRjQ1IDcuOTcgVGYgNDEuODMgMCBU ZFsoOiktMzExKDE1JSldVEovRjUyIDcuOTcgVGYgLTQxLjgzIC05LjQ2IFRkWyhSZXNpc3QpXVRK L0Y0NSA3Ljk3IFRmIDE5LjE4IDAgVGRbKDopLTMxMChBY3RpKTI1KHYpMTUoZSwpLTI1MChQKTE1 KGFzc2kpMjUodikxNShlKV1USi9GNTIgNy45NyBUZiAtMTkuMTggLTkuNDcgVGRbKFQpOTIoYXIp MzcoZykxMChldCldVEovRjQ1IDcuOTcgVGYgMjAuMjkgMCBUZFsoOiktMzEwKEVudGl0eSldVEov RjUyIDcuOTcgVGYgLTIwLjI5IC05LjQ2IFRkWyhFZikxOChmZWN0czopXVRKL0Y0NSA3Ljk3IFRm IDI4Ljg4IDAgVGRbKFRoZSktMjE3KEFkZXB0KS0yMTcoY2FuLCktMjIzKGJ5KS0yMTcocG9pbnRp bmcpLTIxNyh0aGVpciktMjE2KFJ1bmVzdGFmKTI1KGYsKV1USiAtMjguODggLTkuNDYgVGRbKGlu c2NyaWJlZCktMzkyKHdpdGgpLTM5Mih0aGUpLTM5MihQKTE1KGFpbiktMzkyKFJ1bmUsKS00Mjgo YXQpLTM5MihvbmUpLTM5MihlbnRpdHkpNjUoLCktNDI4KGNhdXNlKV1USiAwIC05LjQ3IFRkWyh0 aGF0KS0zMzQoZW50aXR5KS0zMzQoZSkxNSh4dHJlbWUpLTMzNShwYWluLiktNTYyKEVudGl0aWVz KS0zMzQod2hvKS0zMzUoZikxMChhaWwpLTMzNCh0byktMzM0KHJlc2lzdCldVEogMCAtOS40NiBU ZFsobWF5KS0yOTMob25seSktMjkzKHRhaykxMChlKS0yOTQoYSktMjkzKFApMTUoYXNzKS0yOTMo YWN0aW9uKS0yOTMoZSkyNSh2KTE1KGVyeSktMjkzKHNlY29uZCktMjk0KHB1bHNlKS0yOTModW4t KV1USiAwIC05LjQ3IFRkWyh0aWwpLTMwMCh0aGUpMTUoeSktMjk5KHJlY28pMTUodikxNShlcik1 NSguKS00NTkoRW50aXRpZXMpLTMwMCh3aG8pLTMwMChzdWNjZXNzZnVsbHkpLTI5OShyZXNpc3Qp LTMwMChyZS0pXVRKIDAgLTkuNDYgVGRbKGR1Y2UpLTIwNihhbGwpLTIwNShTdHJpaykxMChlKS0y MDYoQ2hhbmNlcyktMjA2KGJ5KS0yMDYoMzAsKS0yMTQoYW5kKS0yMDYodGFrKTEwKGUpLTIwNSh0 d2ljZSktMjA2KGFzKS0yMDYobG9uZyldVEogMCAtOS40NyBUZFsodG8pLTMyNyhwZXJmb3JtKS0z MjcoYW4pMTUoeSktMzI2KGFjdGlvbiktMzI3KHVudGlsKS0zMjcodGhlKTE1KHkpLTMyNyhyZWNv KTE1KHYpMTUoZXIpNTUoLiktNTQwKE5vdGUpLTMyNyh0aGF0KV1USiAwIC05LjQ2IFRkWyhNaW5k KS0yMzAoTWFnZXMpLTIzMChnKTUoYWluKS0yMjkoYSktMjMwKGJvbnVzKS0yMzAodG8pLTIzMChy ZXNpc3QpLTIzMCh0aGlzKS0yMjkoc3BlbGwpLTIzMChlcXVhbCktMjMwKHRvKV1USiAwIC05LjQ3 IFRkWygyKV1USi9GMTQgNy45NyBUZiA1Ljk4IDAgVGRbKFwwMDIpXVRKL0Y0NSA3Ljk3IFRmIDgu MTggMCBUZFsoUmFuayktMjUwKHdpdGgpLTI1MCh0aGVpciktMjUwKFQpODAoYWxlbnQpLTI1MChv ZiktMjUwKFJlc2lzdGluZyktMjUwKFApMTUoYWluLildVEogLTE0LjE2IC0xMi44OCBUZFsoRWFj aCktNDYwKHB1bHNlKS00NjEodGhhdCktNDYwKHRoZSktNDYwKEFkZXB0KS00NjEoY29udGludWVz KS00NjAodG8pLTQ2MShwb2ludCktNDYwKHRoZSldVEogMCAtOS40NyBUZFsoUnVuZXN0YWYpMjUo ZiktNDA4KGF0KS00MDgodGhlKS00MDgoZW50aXR5KS00MDgoXDA1MHJlcXVpcmluZyktNDA5KGEp LTQwOChwYXNzKS00MDgoYWN0aW9uXDA1MSktNDA4KGl0KV1USiAwIC05LjQ2IFRkWyhzdWYpMjUo ZmVycyktMzEwKFtSYW5rKS0zMTAoLyktMzEwKDRdKS0zMTAocG9pbnQpLTMwOShvZiktMzEwKGRh bWFnZSktMzEwKGFuZCktMzEwKG1heSktMzEwKG5vdCktMzEwKGF0LSldVEogMCAtOS40NyBUZFso dGVtcHQpLTI1MCh0byktMjUwKHJlY28pMTUodikxNShlciktMjUwKGZyb20pLTI1MCh0aGUpLTI1 MChzcGVsbC4pXVRKL0Y1MCA3Ljk3IFRmIDUuOTggLTEyLjc3IFRkWyhSYW5rKS0xNjY2KERpZlww MDJjdWx0eSldVEovRjQ1IDcuOTcgVGYgMCAtOS40NiBUZFsoMFwyMjY0KS0yNTAwKDQpXVRKL0Yx NCA3Ljk3IFRmIDM1Ljg2IDAgVGRbKFwwMDIpXVRKL0Y0NSA3Ljk3IFRmIC0zNS44NiAtOS40NyBU ZFsoNVwyMjY5KS0yNTAwKDMpXVRKL0YxNCA3Ljk3IFRmIDM1Ljg2IDAgVGRbKFwwMDIpXVRKL0Y0 NSA3Ljk3IFRmIC0zNS44NiAtOS40NiBUZFsoMTBcMjI2MTQpLTE1MDAoMildVEovRjE0IDcuOTcg VGYgMzUuODYgMCBUZFsoXDAwMildVEovRjQ1IDcuOTcgVGYgLTM1Ljg2IC05LjQ3IFRkWygxNVwy MjYxOSktMTUwMCgxKV1USi9GMTQgNy45NyBUZiAzNS44NiAwIFRkWyhcMDAyKV1USi9GNDUgNy45 NyBUZiAtMzUuODYgLTkuNDYgVGRbKDIwKS0zMDAwKDAuNSldVEovRjE0IDcuOTcgVGYgNDEuODQg MCBUZFsoXDAwMildVEovRjUwIDcuOTcgVGYgLTQ3LjgyIC0xNi43NCBUZFsoQ3IpMTgoZWF0aW5n KS0yNTAoUnVuZXdlYXBvbiktMjUwKFwwNTBTLTZcMDUxKV1USi9GNTIgNy45NyBUZiAwIC0xNS4y NSBUZFsoUmFuZykxMChlKV1USi9GNDUgNy45NyBUZiAyMC4yOCAwIFRkWyg6KS0zMTAoVCk4MChv dWNoKV1USi9GNTIgNy45NyBUZiAtMjAuMjggLTkuNDcgVGRbKER1cikxNShhdGlvbildVEovRjQ1 IDcuOTcgVGYgMjkuMTEgMCBUZFsoOiktMzEwKDIpLTI1MChtaW51dGVzKS0yNTAoKyktMjUwKDIp LTI1MCgvKS0yNTAoUmFuayldVEovRjUyIDcuOTcgVGYgLTI5LjExIC05LjQ2IFRkWyhFeHBlcmll bmNlKS0yNTAoTXVsdGlwbGUpXVRKL0Y0NSA3Ljk3IFRmIDY0Ljg1IDAgVGRbKDopLTMxMCgyMDAp XVRKL0Y1MiA3Ljk3IFRmIC02NC44NSAtOS40NyBUZFsoQmFzZSktMjUwKENoYW5jZSldVEovRjQ1 IDcuOTcgVGYgNDEuODMgMCBUZFsoOiktMzExKDIwJSldVEovRjUyIDcuOTcgVGYgLTQxLjgzIC05 LjQ2IFRkWyhSZXNpc3QpXVRKL0Y0NSA3Ljk3IFRmIDE5LjE4IDAgVGRbKDopLTMxMChOb25lKV1U Si9GNTIgNy45NyBUZiAtMTkuMTggLTkuNDYgVGRbKFQpOTIoYXIpMzcoZykxMChldCldVEovRjQ1 IDcuOTcgVGYgMjAuMjkgMCBUZFsoOiktMzEwKFcpODAoZWFwb24pXVRKL0Y1MiA3Ljk3IFRmIC0y MC4yOSAtOS40NyBUZFsoRWYpMTgoZmVjdHM6KV1USi9GNDUgNy45NyBUZiAyOC42NyAwIFRkWyhU aGUpLTE5MShBZGVwdCktMTkwKG1heSktMTkxKGNyZWF0ZSktMTkxKGEpLTE5MChtYWdpY2FsbHkp LTE5MShwb2lzb25lZCldVEogLTI4LjY3IC05LjQ2IFRkWyh3ZWFwb24pLTIzMChieSktMjMxKGlu c2NyaWJpbmcpLTIzMChhKS0yMzAoUnVuZSktMjMxKG9mKS0yMzAoUG9pc29uKS0yMzAob24pLTIz MShhKS0yMzAod2VhcG9uKV1USiAwIC05LjQ3IFRkWyhhbmQpLTM2NyhhY3RpKTI1KHYpMjUoYXRp bmcpLTM2NyhpdCktMzY3KHdpdGgpLTM2Nyh0aGUpLTM2NyhSdW5lKTI1KHdlYXBvbiktMzY4KHNw ZWxsLiktNjYxKElmKS0zNjcoYXQpXVRKIDAgLTkuNDYgVGRbKGxlYXN0KS0zOTkob25lKS0zOTko cG9pbnQpLTQwMChvZiktMzk5KGVmKTI1KGZlY3RpKTI1KHYpMTUoZSktMzk5KGRhbWFnZSktMzk5 KGlzKS00MDAoaW5cMDAzaWN0ZWQpLTM5OShvbildVEogMCAtOS40NyBUZFsoYSktMzIyKHRhcikx OChnZXQsKS0zNDEodGhlKS0zMjIodykxMChvdW5kKS0zMjMoaXMpLTMyMihwb2lzb25lZCwpLTM0 MChjYXVzaW5nKS0zMjMoW0QpLTMyMigtKS0zMjIoNV0pLTMyMyhcMDUwKyldVEogMCAtOS40NiBU ZFsoMSktMzk2KGZvciktMzk1KGUpMjUodikxNShlcnkpLTM5NigzKS0zOTYob3IpLTM5NShmcmFj dGlvbiktMzk2KHJhbmtzXDA1MSktMzk2KGRhbWFnZSktMzk1KHBlciktMzk2KHB1bHNlKV1USiAw IC05LjQ3IFRkWyhmb3IpLTM0NChEMTApLTM0MyhwdWxzZXMpLTM0NChkdWUpLTM0NCh0byktMzQ0 KHBvaXNvbi4pLTU5MShUaGUpLTM0Myh0YXIpMTgoZ2V0KS0zNDQoY2FuKS0zNDQob25seSldVEog MCAtOS40NiBUZFsoaGEpMjAodikxNShlKS0yMzQob25lKS0yMzQocG9pc29uKS0yMzQoaW4pLTIz NChlZikyNShmZWN0KS0yMzQoYXQpLTIzNChhbikxNSh5KS0yMzQob25lKS0yMzQodGltZSwpLTIz NyhpLmUuKS0yMzQocG9pc29uKV1USiAwIC05LjQ2IFRkWyhmcm9tKS0zOTYoZGlmKTI1KGZlcmVu dCktMzk1KHN0cmlrKTEwKGVzKS0zOTYoaXMpLTM5NShub3QpLTM5NihjdW11bGF0aSkyNSh2KTE1 KGUuKS03NDYoVGhlKS0zOTYocG9pLSldVEogMCAtOS40NyBUZFsoc29uKS0zNTkoaXMpLTM2MChj b25zaWRlcmVkKS0zNTkobWFnaWNhbCktMzYwKGluKS0zNTkob3JpZ2luKS0zNjAoYW5kKS0zNTko d2lsbCktMzYwKGFmKTI1KGZlY3QpXVRKIDAgLTkuNDYgVGRbKGNyZWF0dXJlcyktMjc1KG5vdCkt Mjc1KG5vcm1hbGx5KS0yNzYoYWYpMjUoZmVjdGVkKS0yNzUoYnkpLTI3NShwb2lzb24uKS0zODYo VGhlKS0yNzUobm9yKTIwKC0pXVRKIDAgLTkuNDcgVGRbKG1hbCktMjgyKHJ1bGVzKS0yODMoZm9y KS0yODIodXNpbmcpLTI4Mihwb2lzb25lZCktMjgzKHdlYXBvbnMpLTI4MihhcHBseSktMjgyKGIp MTkodXQpLTI4Mih0aGUpXVRKIDAgLTkuNDYgVGRbKEFkZXB0KS0yNTAoaXMpLTI1MChpbW11bmUp LTI1MCh0byktMjUwKHRoZWlyKS0yNTAobykyNSh3biktMjUwKHBvaXNvbi4pXVRKIDAgLTEyLjg5 IFRkWyhUaGUpLTM4MihBZGVwdCktMzgzKG1heSktMzgyKGNob29zZSktMzgyKGluc3RlYWQpLTM4 Myh0byktMzgyKGRyYSkxNSh3KS0zODIoYSktMzgzKFcpODAoZWFwb24pXVRKIDAgLTkuNDcgVGRb KHJ1bmUpLTI4MChpbiktMjgwKHRoZSktMjgwKGFpciktMjgwKGFuZCktMjc5KGNyZWF0ZSktMjgw KGEpLTI4MChtYWdpY2FsKS0yODAod2VhcG9uKS0yODAob2YpLTI4MCh0aGVpcildVEogMCAtOS40 NiBUZFsoY2hvb3NpbmcuKS05NzEoVGhlKS00NzAod2VhcG9uKS00NzAod2lsbCktNDcwKGJlKS00 NzEoaW5zdWJzdGFudGlhbCktNDcwKGFuZCldVEogMCAtOS40NiBUZFsobWFnaWNhbCktMjU4KGlu KS0yNTcobmF0dXJhbCktMjU4KGFuZCktMjU4KHdpbGwpLTI1OChoaXQpLTI1NyhlKTI1KHYpMTUo ZXJ5dGhpbmcsKS0yNjAoaW5jbHVkaW5nKV1USiAwIC05LjQ3IFRkWyhjcmVhdHVyZXMpLTI5NChv ZiktMjk1KGEpLTI5NChzcGlyaXR1YWwpLTI5NChvciktMjk1KHNwZWN0cmFsKS0yOTQobmF0dXJl LCktMzA2KGIpMjAodXQpLTI5NChvdGhlcikyMCgtKV1USiAwIC05LjQ2IFRkWyh3aXNlKS0yNTAo d2lsbCktMjUwKGJlKS0yNTAoY29tcGxldGVseSktMjUwKG5vcm1hbC4pXVRKL0Y1MCA3Ljk3IFRm IDAgLTE2Ljg4IFRkWyhSdW5lbG9jayktMjUwKFwwNTBTLTdcMDUxKV1USi9GNTIgNy45NyBUZiAw IC0xNS4yNSBUZFsoUmFuZykxMChlKV1USi9GNDUgNy45NyBUZiAyMC4yOCAwIFRkWyg6KS0zMTAo VCk4MChvdWNoKV1USi9GNTIgNy45NyBUZiAtMjAuMjggLTkuNDcgVGRbKER1cikxNShhdGlvbild VEovRjQ1IDcuOTcgVGYgMjkuMTEgMCBUZFsoOiktMzEwKDEpLTI1MChob3VyKS0yNTAoKyktMjUw KDEpLTI1MCgvKS0yNTAoUmFuayldVEovRjUyIDcuOTcgVGYgLTI5LjExIC05LjQ2IFRkWyhFeHBl cmllbmNlKS0yNTAoTXVsdGlwbGUpXVRKL0Y0NSA3Ljk3IFRmIDY0Ljg1IDAgVGRbKDopLTMxMCgy MDApXVRKL0Y1MiA3Ljk3IFRmIC02NC44NSAtOS40NyBUZFsoQmFzZSktMjUwKENoYW5jZSldVEov RjQ1IDcuOTcgVGYgNDEuODMgMCBUZFsoOiktMzExKDMwJSldVEovRjUyIDcuOTcgVGYgLTQxLjgz IC05LjQ2IFRkWyhSZXNpc3QpXVRKL0Y0NSA3Ljk3IFRmIDE5LjE4IDAgVGRbKDopLTMxMChOb25l KV1USi9GNTIgNy45NyBUZiAtMTkuMTggLTkuNDYgVGRbKFQpOTIoYXIpMzcoZykxMChldCldVEov RjQ1IDcuOTcgVGYgMjAuMjkgMCBUZFsoOiktMzEwKFBvcnRhbCldVEovRjUyIDcuOTcgVGYgLTIw LjI5IC05LjQ3IFRkWyhFZikxOChmZWN0czopXVRKL0Y0NSA3Ljk3IFRmIDI4LjgyIDAgVGRbKFRo aXMpLTIwOChzcGVsbCktMjA5KG1heSktMjA5KGJlKS0yMDgoY2FzdCktMjA5KG8pMTUodikxNShl ciktMjA4KGFuKTE1KHkpLTIwOShwb3J0YWwpLTIwOShcMDUwZG9vcildVEogLTI4LjgyIC05LjQ2 IFRkWyhvciktMzQ2KHdpbmRvKTI1KHdcMDUxKS0zNDUoaW5zY3JpYmVkKS0zNDYod2l0aCktMzQ1 KHRoZSktMzQ2KExvY2spLTM0NihSdW5lKS0zNDUodGhhdCktMzQ2KGNhbildVEogMCAtOS40NyBU ZFsobm9ybWFsbHkpLTE5MihiZSktMTkxKG9wZW5lZCktMTkyKG9yKS0xOTIoY2xvc2VkKS0xOTIo YW5kKS0xOTEoaXMpLTE5MihpbiktMTkyKHNpZ2h0LiktMjkwKEl0KS0xOTIoZWYpMjUoZmVjLSld VEogMCAtOS40NiBUZFsodGkpMjUodikxNShlbHkpLTI3NShsb2NrcyktMjc0KHRoZSktMjc1KHBv cnRhbCktMjc1KHdpdGgpLTI3NChhbiktMjc1KHVucGlja2FibGUpLTI3NShsb2NrLiktMzg0KFRo ZSldVEogMCAtOS40NyBUZFsoc3BlbGwpLTM3MihjYW4pLTM3MihiZSktMzcyKGRpc3BlbGxlZCkt MzcyKGJ5KS0zNzMoYW4pMTUoeW9uZSktMzcyKGNhc3RpbmcpLTM3Mih0aGUpLTM3MihSdW5lKV1U SiAwIC05LjQ2IFRkWyhDb2xsZSkxNShnZSktMjQzKFNwZWNpYWwpLTI0MihDb3VudGVyc3BlbGwp LTI0MyhvciktMjQyKFNwZWxsKS0yNDMob2YpLTI0MihPcGVuaW5nKS0yNDMob2YpXVRKIDAgLTku NDcgVGRbKGF0KS0yNTAobGVhc3QpLTI1MChlcXVhbCktMjUwKFJhbmsuKV1USiAwIC0xMi44OCBU ZFsoSWYpLTI3NSh0aGUpLTI3NShwb3J0YWwpLTI3NihpcyktMjc1KGRlc3RybykxMCh5ZWQpLTI3 NShieSktMjc1KGJydXRlKS0yNzUoZm9yY2UpLTI3NShcMDUwb3IpLTI3NihieSktMjc1KG1hZy0p XVRKIDAgLTkuNDcgVGRbKGljYWwpLTI4MihtZWFuc1wwNTEpLTI4Mih0aGVuKS0yODEodGhlKS0y ODIoc3BlbGwpLTI4Mih3aWxsKS0yODIoZGlzc2lwYXRlLiktNDA1KFRoZSktMjgyKFJ1bmUtKV1U SiAwIC05LjQ2IFRkWyhsb2NrKS0yNDkod2lsbCktMjQ5KGFic29yYiktMjQ5KFJhbmspXVRKL0Yx NCA3Ljk3IFRmIDcyLjEzIDAgVGRbKFwwMDIpXVRKL0Y0NSA3Ljk3IFRmIDguMTggMCBUZFsoUmFu ayktMjQ5KHBvaW50cyktMjQ5KG9mKS0yNDgoZGFtYWdlKS0yNDkoYmUtKV1USiAtODAuMzEgLTku NDcgVGRbKGZvcmUpLTI1MCh0aGUpLTI1MChwb3J0YWwpLTI1MChpZiktMjUwKGFmKTI1KGZlY3Rl ZC4pXVRKIDAgLTEyLjg5IFRkWyhUaGUpLTQwMShBZGVwdCktNDAwKG1heSktNDAxKG9wZW4pLTQw MChhbikxNSh5KS00MDEocG9ydGFsKS00MDEodGhlKTE1KHkpLTQwMChoYSkyMCh2KTE1KGUpLTQw MShsb2NrKTEwKGVkKV1USiAwIC05LjQ2IFRkWyh3aXRob3V0KS0yNTAoZGlzc2lwYXRpbmcpLTI1 MCh0aGUpLTI1MChsb2NrLildVEovRjUwIDcuOTcgVGYgMCAtMTYuODcgVGRbKFYpMzcoaXNpdGF0 aW9uKS0yNTAoXDA1MFMtOFwwNTEpXVRKL0Y1MiA3Ljk3IFRmIDAgLTE1LjI2IFRkWyhSYW5nKTEw KGUpXVRKL0Y0NSA3Ljk3IFRmIDIwLjI4IDAgVGRbKDopLTMxMCgxKS0yNTAobWlsZSktMjUwKCsp LTI1MCgxKS0yNTAoLyktMjUwKFJhbmspXVRKL0Y1MiA3Ljk3IFRmIC0yMC4yOCAtOS40NiBUZFso RHVyKTE1KGF0aW9uKV1USi9GNDUgNy45NyBUZiAyOS4xMSAwIFRkWyg6KS02MTUoQ29uY2VudHJh dGlvbjopLTYxNShtYXhpbXVtKS00MDIoMSktNDAzKGhvdXIpLTQwMigrKS00MDMoMSktNDAyKC8p XVRKIC0yOS4xMSAtOS40NyBUZFsoUmFuayldVEovRjUyIDcuOTcgVGYgMCAtOS40NiBUZFsoRXhw ZXJpZW5jZSktMjUwKE11bHRpcGxlKV1USi9GNDUgNy45NyBUZiA2NC44NSAwIFRkWyg6KS0zMTAo MzAwKV1USi9GNTIgNy45NyBUZiAtNjQuODUgLTkuNDcgVGRbKEJhc2UpLTI1MChDaGFuY2UpXVRK L0Y0NSA3Ljk3IFRmIDQxLjgzIDAgVGRbKDopLTMxMSgxNSUpXVRKL0Y0NSA5Ljk2IFRmIC0xMzcu MzYgLTI5Ljg4IFRkWygzKV1USgpFVAplbmRzdHJlYW0KZW5kb2JqCjE1IDAgb2JqIDw8Ci9UeXBl IC9QYWdlCi9Db250ZW50cyAxNiAwIFIKL1Jlc291cmNlcyAxNCAwIFIKL01lZGlhQm94IFswIDAg NTk1LjI3IDg0MS44OV0KL1BhcmVudCA4IDAgUgo+PiBlbmRvYmoKMTQgMCBvYmogPDwKL0ZvbnQg PDwgL0Y0NSA0IDAgUiAvRjQ1IDQgMCBSIC9GMTQgMTMgMCBSIC9GNTAgNiAwIFIgL0Y1MiA3IDAg UiAvRjQ3IDUgMCBSID4+Ci9Qcm9jU2V0IFsgL1BERiAvVGV4dCBdCj4+IGVuZG9iagoxOSAwIG9i aiA8PAovTGVuZ3RoIDI1NDkzICAgICAKPj4Kc3RyZWFtCjEgMCAwIDEgNTQgODE1LjUyIGNtCkJU Ci9GNDUgNy45NyBUZiAwIDAgVGRbKEEpNTUoVUdVU1QpLTI1MCgxNCwpLTI1MCgyMDAwKV1USi9G NDUgOS45NiBUZiA0MDguNDIgMCBUZFsoUildVEovRjQ1IDcuOTcgVGYgNi43OSAwIFRkWyhPKS02 MShTKS02MihTKV1USi9GNDUgOS45NiBUZiAxOC41OCAwIFRkWyhBKV1USi9GNDUgNy45NyBUZiA3 LjY5IDAgVGRbKEwpLTYxKEUpLTYyKFgpLTYxKEEpLTYyKE4pLTYyKEQpLTYyKEUpLTYxKFIpLTM3 NChFKS02MihUKS0zNzQoQSktNjIoTCldVEovRjQ1IDkuOTYgVGYgNzQuMTggMCBUZFsoLildVEov RjUyIDcuOTcgVGYgLTUxNS42NiAtMTguNTMgVGRbKFJlc2lzdCldVEovRjQ1IDcuOTcgVGYgMTku MTggMCBUZFsoOiktMzEwKE5vbmUpXVRKL0Y1MiA3Ljk3IFRmIC0xOS4xOCAtOS40NyBUZFsoVCk5 MihhcikzNyhnKTEwKGV0KV1USi9GNDUgNy45NyBUZiAyMC4yOSAwIFRkWyg6KS0zMTAoRW50aXR5 KV1USi9GNTIgNy45NyBUZiAtMjAuMjkgLTkuNDYgVGRbKEVmKTE4KGZlY3RzOildVEovRjQ1IDcu OTcgVGYgMzIuOTkgMCBUZFsoVGhlKS0zNzEoQWRlcHQpLTM3MChtdXN0KS0zNzEoZHJhKTE1KHcp LTM3MSh0aGUpLTM3MChSdW5lcyktMzcxKG9mKS0zNzEoRikxNShhcikyMCgtKV1USiAtMzIuOTkg LTkuNDcgVGRbKHNlZWluZyktMjg0KG9uKS0yODQodGhlbXNlbHYpMTUoZXMpLTI4NCh3aGlsZSkt Mjg0KHBlcmZvcm1pbmcpLTI4NCh0aGUpLTI4NChzcGVsbC4pLTQxMihJZildVEogMCAtOS40NiBU ZFsoc3VjY2Vzc2Z1bCwpLTIzMih0aGUpLTIyOChBZGVwdCktMjI4KGlzKS0yMjgoYWJsZSktMjI4 KHRvKS0yMjcoc2VuZCktMjI4KGEpLTIyOChnaG9zdC1saWspMTAoZSktMjI4KGltLSldVEogMCAt OS40NiBUZFsoYWdlKS0zOTUob2YpLTM5Nih0aGVtc2VsdikxNShlcyktMzk1KGluc3RhbnRseSkt Mzk2KHRvKS0zOTUoYW4pMTUoeSktMzk1KGxvY2F0aW9uKS0zOTYod2l0aGluKV1USiAwIC05LjQ3 IFRkWyhyYW5nZSktMjcyKHRoYXQpLTI3Myh0aGUpLTI3MihBZGVwdCktMjcyKGhhcyktMjczKGRy YSkxNSh3biktMjcyKGEpLTI3MihSdW5lKS0yNzMob2YpLTI3MihMb2NhdGlvbi4pXVRKIDAgLTku NDYgVGRbKFRoZSkxNSh5KS0zMDkoYXJlKS0zMDkocHJlc2VudCktMzA5KGluKS0zMDkodGhhdCkt MzA5KGxvY2F0aW9uKS0zMDkoaW4pLTMwOShhbGwpLTMwOSh3KTEwKGF5cyktMzA5KGUpMTUoeGNl cHQpXVRKIDAgLTkuNDcgVGRbKGJvZGlseSktMjczKFwwNTBpLmUuKS0yNzModGhlKS0yNzMoQWRl cHQpLTI3MyhtYXkpLTI3Myhjb21tdW5pY2F0ZSktMjczKGFuZCktMjczKHVzZSktMjczKGFsbCld VEogMCAtOS40NiBUZFsodGhlaXIpLTI0NShzZW5zZXMpLTI0Nih3aGlsZSktMjQ1KHRoZSktMjQ1 KGltYWdlKS0yNDUoaXMpLTI0Nih0aGVyZSwpLTI0NihiKTIwKHV0KS0yNDUobWF5KS0yNDYobm90 KS0yNDUoYmUpXVRKIDAgLTkuNDcgVGRbKGhhcm1lZCktMzk4KGJ5KS0zOTcoYW4pMTUoeSktMzk4 KGF0dGFja1wwNTEuKS03NTIoVGhlKS0zOTgoaW1hZ2UpLTM5OChtYXkpLTM5NyhtbykxNSh2KTE1 KGUpLTM5OChubyldVEogMCAtOS40NiBUZFsobW9yZSktNDA3KHRoYW4pLTQwNigxMCktNDA3KGZl ZXQpLTQwNihcMDUwKyktNDA3KDEwKS00MDcoLyktNDA2KHJhbmtcMDUxKS00MDcoZnJvbSktNDA2 KHRoZSktNDA3KHNwZWNpXDAwMmMpXVRKIDAgLTkuNDcgVGRbKFJ1bmUpLTQzOChvZiktNDM3KExv Y2F0aW9uLCktNDg1KGFuZCktNDM4KG1heSktNDM3KG1hdGVyaWFsaXNlKS00MzgoYW4pMTUoeXdo ZXJlKV1USiAwIC05LjQ2IFRkWyh3aXRoaW4pLTM4Nyh0aGF0KS0zODcoYXJlYS4pLTcyMShTaW5j ZSktMzg3KHRoZSktMzg3KEFkZXB0Jyk1NShzKS0zODcoY29uc2Npb3VzbmVzcyldVEogMCAtOS40 NiBUZFsoaXMpLTQzMShpbiktNDMwKHRoZSktNDMxKGltYWdlLCktNDc2KHdoaWNoKS00MzEoaXMp LTQzMChub24tcGgpNSh5c2ljYWwsKS00NzYodGhlKTE1KHkpLTQzMShtYXkpXVRKIDAgLTkuNDcg VGRbKG5vdCktMzgzKGNhc3QpLTM4MyhhbikxNSh5KS0zODQoc3BlbGxzKS0zODMob3IpLTM4Myhy aXR1YWxzLiktNzA5KFdoZW4pLTM4NCh0aGUpLTM4Myh2aXNpdGF0aW9uKV1USiAwIC05LjQ2IFRk Wyh0aW1lKS00MDkoaGFzKS00MDgoZSkxNSh4cGlyZWQpLTQwOShcMDUwb3IpLTQwOShhbikxNSh5 dGltZSktNDA5KHByaW9yKS00MDgodGhhdCktNDA5KHRoZSktNDA5KEFkZXB0KV1USiAwIC05LjQ3 IFRkWyh3aXNoZWRcMDUxLCktNDE0KHRoZSktMzgyKGltYWdlKS0zODEocXVpY2tseSktMzgyKGYp MTAoYWRlcyktMzgxKGFuZCktMzgxKHRyYSkyMCh2KTE1KGVscyktMzgyKGJhY2spXVRKIDAgLTku NDYgVGRbKHRvKS0yNTAodGhlKS0yNTAoQWRlcHQuKV1USi9GNTAgNy45NyBUZiAwIC0xNy4xOCBU ZFsoUnVuZSktMjUwKEN1cnNlKS0yNTAoXDA1MFMtOVwwNTEpXVRKL0Y1MiA3Ljk3IFRmIDAgLTE1 LjU3IFRkWyhSYW5nKTEwKGUpXVRKL0Y0NSA3Ljk3IFRmIDIwLjI4IDAgVGRbKDopLTMxMCg1KS0y NTAoZmVldCktMjUwKCspLTI1MCg1KS0yNTAoLyktMjUwKFJhbmspXVRKL0Y1MiA3Ljk3IFRmIC0y MC4yOCAtOS40NiBUZFsoRHVyKTE1KGF0aW9uKV1USi9GNDUgNy45NyBUZiAyOS4xMSAwIFRkWyg6 KS0zMTAoU3BlY2lhbCldVEovRjUyIDcuOTcgVGYgLTI5LjExIC05LjQ3IFRkWyhFeHBlcmllbmNl KS0yNTAoTXVsdGlwbGUpXVRKL0Y0NSA3Ljk3IFRmIDY0Ljg1IDAgVGRbKDopLTMxMCg0MDApXVRK L0Y1MiA3Ljk3IFRmIC02NC44NSAtOS40NiBUZFsoQmFzZSktMjUwKENoYW5jZSldVEovRjQ1IDcu OTcgVGYgNDEuODMgMCBUZFsoOiktMzExKDE1JSldVEovRjUyIDcuOTcgVGYgLTQxLjgzIC05LjQ3 IFRkWyhSZXNpc3QpXVRKL0Y0NSA3Ljk3IFRmIDE5LjE4IDAgVGRbKDopLTMxMChBY3RpKTI1KHYp MTUoZSwpLTI1MChQKTE1KGFzc2kpMjUodikxNShlKV1USi9GNTIgNy45NyBUZiAtMTkuMTggLTku NDYgVGRbKFQpOTIoYXIpMzcoZykxMChldCldVEovRjQ1IDcuOTcgVGYgMjAuMjkgMCBUZFsoOikt MzEwKEVudGl0eSktMjUwKG9yKS0yNTAoT2JqZWN0KV1USi9GNTIgNy45NyBUZiAtMjAuMjkgLTku NDYgVGRbKEVmKTE4KGZlY3RzOildVEovRjQ1IDcuOTcgVGYgMzguMDIgMCBUZFsoVGhlKS01Mjgo QWRlcHQpLTUyOChtdXN0KS01MjkoXDAwMnJzdCktNTI4KGhhKTIwKHYpMTUoZSktNTI4KHRoZSkt NTI4KEN1cnNlKV1USiAtMzguMDIgLTkuNDcgVGRbKFJ1bmUpLTU1NChpbnNjcmliZWQpLTU1Myhv biktNTU0KHRoZWlyKS01NTMoUnVuZXN0YWYpMjUoZiktNTU0KGZvciktNTUzKHRoaXMpLTU1NChz cGVsbCldVEogMCAtOS40NiBUZFsodG8pLTU1MCh3KTEwKG9yayktNTUwKGF0KS01NTEocmFuZ2Us KS02MjUob3RoZXJ3aXNlKS01NTAodGhlKTE1KHkpLTU1MChjYW4pLTU1MShjYXJ2KTE1KGUpLTU1 MCh0aGUpXVRKIDAgLTkuNDcgVGRbKEN1cnNlKS0zMzIoUnVuZSktMzMxKGludG8pLTMzMih0aGUp LTMzMih2aWN0aW0pLTMzMShcMDUwdGFraW5nKS0zMzIoYSktMzMyKG1pbnV0ZVwwNTEuKS01NTUo VGhlKV1USiAwIC05LjQ2IFRkWyhkdXJhdGlvbiktNTExKG9mKS01MTEodGhlKS01MTIoY3Vyc2Up LTUxMShpcyktNTExKGJhc2VkKS01MTEob24pLTUxMSh0aGUpLTUxMihjYXN0KS01MTEodGltZS4p XVRKIDUuOTggLTcuNyBUZFsoQ2FzdCktMjUwKHRpbWUpLTE1MDAoRHVyYXRpb24pXVRKIDAgLTku NDcgVGRbKFB1bHNlKS0zMTM5KFJhbmspLTI1MChtaW51dGVzKV1USiAwIC05LjQ2IFRkWyhNaW51 dGUpLTI0MTcoUmFuayktMjUwKGhvdXJzKV1USiAwIC05LjQ3IFRkWyhIb3VyKS0zMjUxKFJhbmsp LTI1MChkYXlzKV1USiAwIC05LjQ2IFRkWyhEYXkpLTM2NDAoUGVybWFuYW50KV1USi9GNTAgNy45 NyBUZiAtNS45OCAtMjIuNTIgVGRbKDBcMjI2NCldVEovRjQ1IDcuOTcgVGYgMTYuOTQgMCBUZFso VGhlKS0zNDAoQWRlcHQpLTM0MChtYXkpLTMzOShhZikyNShcMDAzaWN0KS0zNDAodGhlKS0zNDAo dGFyKTE4KGdldCktMzQwKHdpdGgpLTM0MChoYWxsdWNpLSldVEogLTE2Ljk0IC05LjQ2IFRkWyhu YXRpb25zKS0yODkodGhhdCktMjg5KHdpbGwpLTI4OShyZWR1Y2UpLTI4OSh0aGUpLTI5MCh0YXIp MTgoZ2V0Jyk1NShzKS0yODkoUGVyY2VwdGlvbiktMjg5KGJ5KS0yODkoNSldVEogMCAtOS40NyBU ZFsoaW4pLTI5NShhZGRpdGlvbiktMjk2KHRvKS0yOTUoYW4pMTUoeSktMjk1KHNwZWNpXDAwMmMp LTI5NShlZikyNShmZWN0cy4pLTQ0NihUaGUpLTI5NShHTSktMjk2KGFuZCktMjk1KHRoZSldVEog MCAtOS40NiBUZFsoQWRlcHQpLTMyNihtdXN0KS0zMjYodykxMChvcmspLTMyNShvdXQpLTMyNih0 aGUpLTMyNihlKTE1KHhhY3QpLTMyNihuYXR1cmUpLTMyNShvZiktMzI2KHRoZSktMzI2KGhhbGx1 LSldVEogMCAtOS40NyBUZFsoY2luYXRpb24pLTI4NyhhdCktMjg2KHRoZSktMjg3KHRpbWUpLTI4 Nih0aGF0KS0yODcodGhlKS0yODYoY3Vyc2UpLTI4NyhpcyktMjg2KG1hZGUuKS00MjAoSGFsbHVj aS0pXVRKIDAgLTkuNDYgVGRbKG5hdGlvbnMpLTI5MyhzaG91bGQsKS0zMDMoaG8pMjUod2UpMjUo dikxNShlcik0MCgsKS0zMDMoYmUpLTI5MyhvZiktMjkyKGEpLTI5MyhtaW5vcik0MCgsKS0zMDMo Z2VuZXJhbGlzZWQpXVRKIDAgLTkuNDcgVGRbKG5hdHVyZTopLTQxMyhzKTEoZWVpbmcpLTMwMihj b2xvdXJlZCktMzAxKGxpZ2h0cyktMzAxKGluKS0zMDIodGhlKS0zMDEoZGlzdGFuY2UsKS0zMTQo aGVhcikyMCgtKV1USiAwIC05LjQ2IFRkWyhpbmcpLTMxNihzb3VuZHMpLTMxNihsaWspMTAoZSkt MzE3KHRoZSktMzE2KGNsYW5raW5nKS0zMTYob2YpLTMxNih3ZWFwb25yeSk2NSgsKS0zMzMoc21l bGxpbmcpXVRKIDAgLTkuNDYgVGRbKG1lYXQpLTI1MChjb29raW5nKS0yNTAoZnJvbSktMjUwKHRp bWUpLTI1MCh0byktMjUwKHRpbWUsKS0yNTAoYW5kKS0yNTAoc28pLTI1MChmb3J0aC4pXVRKL0Y1 MCA3Ljk3IFRmIDAgLTE0Ljk0IFRkWyg1XDIyNjkpXVRKL0Y0NSA3Ljk3IFRmIDE2Ljk0IDAgVGRb KFRoZSktMjU0KHZpY3RpbSktMjU1KHdpbGwpLTI1NShzdWYpMjUoZmVyKS0yNTUoZnJvbSktMjU1 KHRlcnJpYWJsZSktMjU0KG1pZ3JhaW5lcyldVEogLTE2Ljk0IC05LjQ3IFRkWyhhbmQpLTIxMCht dXN0KS0yMTAobWFrKTEwKGUpLTIxMShhKS0yMTAoY29uY2VudHJhdGlvbiktMjEwKGNoZWNrKS0y MTAoZm9yKS0yMTEoZSkyNSh2KTE1KGVyeSktMjEwKGNvbS0pXVRKIDAgLTkuNDYgVGRbKHBsZSkx NSh4KS0zMTYoYWN0aW9uKS0zMTYoXDA1MHN1Y2gpLTMxNyhhcyktMzE2KGNhc3RpbmcpLTMxNihv ciktMzE2KHVzaW5nKS0zMTYoYSktMzE2KHNraWxsKS0zMTcoYikyMCh1dCktMzE2KG5vdCldVEog MCAtOS40NyBUZFsoc3RhbmRhcmQpLTI1MChjb21iYXRcMDUxLildVEovRjUwIDcuOTcgVGYgMCAt MTQuOTMgVGRbKDEwXDIyNjEzKV1USi9GNDUgNy45NyBUZiAyNC45MSAwIFRkWyhUaGUpLTM2NSh2 aWN0aW0pLTM2Nih3aWxsKS0zNjUoc3VmKTI1KGZlciktMzY2KGZyb20pLTM2NihsaW1pdGVkKS0z NjUoQW1uZS0pXVRKIC0yNC45MSAtOS40NyBUZFsoc2lhLiktNzU2KEFuKTE1KHkpLTM5OChjb21w bGUpMTUoeCktMzk5KGFjdGkpMjUodml0eSktMzk4KFwwNTB1c2luZyktMzk5KGEpLTM5OCh3ZWFw b24sKS00MzYoY2FzdC0pXVRKIDAgLTkuNDYgVGRbKGluZyktMjYxKGEpLTI2MihzcGVsbCktMjYx KGV0Y1wwNTEpLTI2Mih3aWxsKS0yNjEocmVxdWlyZSktMjYyKGEpLTI2MShiYXNpYyktMjYxKE1h Z2ljKS0yNjIocmVzaXN0YW5jZSldVEogMCAtOS40NyBUZFsoY2hlY2suKS03MjkoU2hvdWxkKS0z OTAodGhlKS0zOTAodmljdGltKS0zOTAoZikxMChhaWwpLTM4OSh0aGUpMTUoeSktMzkwKHdpbGwp LTM5MChiZSktMzkwKHVuYWJsZSldVEogMCAtOS40NiBUZFsodG8pLTI4OShyZW1lbWJlciktMjg4 KGhvKTI1KHcpLTI4OSh0byktMjg5KHBlcmZvcm0pLTI4OCh0aGF0KS0yODkoYWN0aW9uKS0yODko d2lsbCktMjg4KG5vdCktMjg5KGJlKV1USiAwIC05LjQ3IFRkWyhhYmxlKS0zNDEodG8pLTM0Mihy ZW1lbWJlciktMzQxKGl0KS0zNDIoYWcpNShhaW4pLTM0MShmb3IpLTM0MShhKS0zNDIocGVyaW9k KS0zNDEob2YpLTM0MShcMDUwUmFuayldVEovRjE0IDcuOTcgVGYgMTU5Ljk2IDAgVGRbKFwwMDIp XVRKL0Y0NSA3Ljk3IFRmIC0xNTkuOTYgLTkuNDYgVGRbKENhc3QpLTM2Nih0aW1lXDA1MS4pLTY1 OChUaGUpLTM2Nih2aWN0aW0pLTM2NihoYXMpLTM2Nihub3QpLTM2Nihmb3IpMTgoZ290dGVuKS0z NjYoYW4pMTUoeXRoaW5nKV1USiAwIC05LjQ2IFRkWyhiKTIwKHV0KS0zODQoc2ltcGx5KS0zODUo Y2FuJykxOCh0KS0zODQodGVtcG9yYXJpbHkpLTM4NShyZW1lbWJlciktMzg0KGhvKTI1KHcpLTM4 NCh0byktMzg1KGRvKV1USiAwIC05LjQ3IFRkWyhzb21ldGhpbmcuKV1USi9GNTAgNy45NyBUZiAw IC0xNC45NCBUZFsoMTRcMjI2MTYpXVRKL0Y0NSA3Ljk3IFRmIDI0LjkxIDAgVGRbKFRoZSktMzEw KHZpY3RpbSktMzEwKGlzKS0zMDkoYWYpMjUoXDAwM2ljdGVkKS0zMTAod2l0aCktMzEwKENyZWVw aW5nKS0zMTAoU2VuaWwtKV1USiAtMjQuOTEgLTkuNDYgVGRbKGl0eSktMjg1KGFuZCktMjg1KHdp bGwpLTI4NChsb29zZSktMjg1KFtSYW5rKS0yODUoLyktMjg1KDVdKS0yODUocG9pbnRzKS0yODQo b2YpLTI4NShNQSktMjg1KGltbWVkaS0pXVRKIDAgLTkuNDcgVGRbKGF0ZWx5KS0yNTAoYW4pLTI1 MChhKS0yNTAoc2ltaWxhciktMjUwKGFtb3VudCktMjUwKGUpMjUodikxNShlcnkpLTI1MChkYXkp LTI1MChhZnRlcncpMTAoYXJkLildVEovRjUwIDcuOTcgVGYgMCAtMTQuOTMgVGRbKDE3XDIyNjE5 KV1USi9GNDUgNy45NyBUZiAyNC45MSAwIFRkWyhUaGUpLTQ1MyhBZGVwdCktNDUzKG1heSktNDUz KGFmKTI1KFwwMDNpY3QpLTQ1NCh0aGUpLTQ1Myh0YXIpMTgoZ2V0KS00NTMod2l0aCktNDUzKGUp MTUoeC0pXVRKIC0yNC45MSAtOS40NyBUZFsodHJlbWUpLTMyOChwYXJhbm9pYSktMzI4KGFuZCkt MzI3KG5pZ2h0bWFyZXMuKS01NDQoVGhlKS0zMjcodGFyKTE4KGdldCktMzI4KHdpbGwpLTMyOChy ZS0pXVRKIDAgLTkuNDYgVGRbKGNvKTE1KHYpMTUoZXIpLTM4Mihvbmx5KS0zODIob25lKS0zODMo ZikxMChhdGlndWUpLTM4Mihwb2ludCktMzgyKHBlciktMzgyKGhvdXIpLTM4Myhmcm9tKS0zODIo dGFraW5nKV1USiAwIC05LjQ3IFRkWyhhKS0zODcobmFwLCktNDIyKGFuZCktMzg3KG9ubHkpLTM4 NygyKS0zODcocGVyKS0zODgoaG91ciktMzg3KGZyb20pLTM4NyhzbGVlcGluZy4pLTcyMihJbikt Mzg3KGFkLSldVEogMCAtOS40NiBUZFsoZGl0aW9uLCktNDc2KHRoZSktNDMxKHRhcikxOChnZXQp LTQzMih3aWxsKS00MzEoZmVlbCktNDMxKGhhZ3JpZGRlbiktNDMxKGFuZCktNDMxKGltYWdpbmUp XVRKIDAgLTkuNDcgVGRbKHRoZW1zZWx2KTE1KGVzKS0zNzYocHVyc3VlZCktMzc3KGJ5KS0zNzYo cGhhbnRhc21zLiktNjg5KFRoZSkxNSh5KS0zNzYod2lsbCwpLTQwOCh1bi0pXVRKIDAgLTkuNDYg VGRbKGxlc3MpLTM4MCh0aGUpLTM4MShjdXJzZSktMzgwKGlzKS0zODEoXDAwMnJzdCktMzgwKGRp c3BlbGxlZCwpLTQxMyhlKTI1KHYpMTUoZW50dWFsbHkpLTM4MShiZWNvbWUpXVRKIDAgLTkuNDcg VGRbKG1vcmUpLTI2OShhbmQpLTI2OShtb3JlKS0yNjkoZXN0cmFuZ2VkKS0yNzAoZnJvbSktMjY5 KHJlYWxpdHkpNjUoLCktMjc0KGRpc3RydXN0ZnVsKS0yNjkob2YpXVRKIDAgLTkuNDYgVGRbKGZy aWVuZHMpLTI2OChhbmQpLTI2OChjb21wYW5pb25zLCktMjcyKGFuZCktMjY4KG9ic2Vzc2VkKS0y Njcod2l0aCktMjY4KHRoZSktMjY4KGlkZWEpXVRKIDAgLTkuNDYgVGRbKG9mKS0yNzYoZGVzdHJv KTEwKHlpbmcpLTI3Nih0aGVpciktMjc3KGVuZW1pZXMpLTI3NihcMDUwd2hvKS0yNzYodGhlKTE1 KHkpLTI3Nih0aGluayktMjc3KGFyZSktMjc2KFwyMjNhbGwpXVRKIDAgLTkuNDcgVGRbKGFyb3Vu ZFwyMjRcMDUxLiktNjU2KElmKS0zNjUodGhlKS0zNjUoY3Vyc2UpLTM2NShpcyktMzY1KG5vdCkt MzY1KGRpc3BlbGxlZCktMzY2KHdpdGhpbiktMzY1KEQxMCldVEovRjE0IDcuOTcgVGYgMCAtOS40 NiBUZFsoXDAwMildVEovRjQ1IDcuOTcgVGYgOS4xMyAwIFRkWyhbKS0xKHRhcikxOChnZXQnKTU1 KHMpLTM2OShXKTQwKGlsbHBvKTI1KHdlciktMzY5KC0pLTM2OSgyKV1USi9GMTQgNy45NyBUZiA3 Ny45NiAwIFRkWyhcMDAyKV1USi9GNDUgNy45NyBUZiA5LjEzIDAgVGRbKHNwZWxsKS0zNjkoUmFu a10pLTM2OShkYXlzLCktMzk5KHRoZSldVEogLTk2LjIyIC05LjQ3IFRkWyh0YXIpMTgoZ2V0KS0y OTMod2lsbCktMjkzKGNvbXBsZXRlbHkpLTI5Myhsb3NlKS0yOTModG91Y2gpLTI5Myh3aXRoKS0y OTQocmVhbGl0eSk2NSguKS00MzkoVGhlKTE1KHkpXVRKIDAgLTkuNDYgVGRbKHdpbGwpLTM3OSh0 aGVuKS0zODAocGxvdCktMzc5KHRvKS0zODAoZGVzdHJvKTEwKHkpLTM3OSh0aGVpciktMzgwKGZy aWVuZHMpLTM3OShpbiktMzc5KHRoZSktMzgwKGJlbGllZildVEogMCAtOS40NyBUZFsodGhhdCkt MjQ0KHRoZSkxNSh5KS0yNDMoYXJlKS0yNDQoXDIyM291dCktMjQzKHRvKS0yNDQoZ2V0KS0yNDQo dGhlbVwyMjQpLTI0MyhhbmQpLTI0NCh3aWxsKS0yNDMoZSkxNSh4aGliaXQpLTI0NChvdGhlcild VEogMTc2LjEyIDc1Ni44NCBUZFsoYml6YXJyZSktNDI0KGIpLTEoZWhhKTIwKHZpb3VyKTU1KC4p LTgzMyhUaGUpMTUoeSktNDI0KHdpbGwpLTQyNShiZSktNDI0KGN1cmVkKS00MjUob2YpLTQyNCh0 aGUpLTQyNShhZC0pXVRKIDAgLTkuNDcgVGRbKHYpMjUoYW5jZWQpLTQyOChzdGFnZSktNDI3KG9m KS00MjcodGhpcyktNDI4KGFmKTI1KFwwMDNpY3Rpb24pLTQyNyhvbmx5KS00MjgoYnkpLTQyNyho YSkyMCh2aW5nKS00MjgodGhlKV1USiAwIC05LjQ2IFRkWyhjdXJzZSktMjczKGRpc3BlbGxlZCkt MjczKGFuZCktMjczKHRoZW4pLTI3MyhzcGVuZGluZyktMjc0KGEpLTI3MyhudW1iZXIpLTI3Myhv ZiktMjczKGRheXMpXVRKIDAgLTkuNDcgVGRbKGVxdWFsKS0zMTUodG8pLTMxNSh0aGUpLTMxNChB ZGVwdCcpLTMxNShzKS0zMTUoUmFuayktMzE1KHgpLTMxNShEMTApLTMxNChpbiktMzE1KHJlc3Qp LTMxNShhbmQpLTMxNShyZWN1LSldVEogMCAtOS40NiBUZFsocGVyYXRpb24uKV1USi9GNTAgNy45 NyBUZiAwIC0xMy4xIFRkWygyMCldVEovRjQ1IDcuOTcgVGYgMTIuOTUgMCBUZFsoVCk4MChvdGFs KS0yNTAoQW1uZXNpYSldVEovRjUwIDcuOTcgVGYgLTEyLjk1IC0xOS4wNCBUZFsoQ29udHIpMTgo b2wpLTI1MChDb3IpMTAocHNlKS0yNTAoXDA1MFMtMTBcMDUxKV1USi9GNTIgNy45NyBUZiAwIC0x NC44MiBUZFsoUmFuZykxMChlKV1USi9GNDUgNy45NyBUZiAyMC4yOCAwIFRkWyg6KS0zMTAoVCk4 MChvKS0xKHVjaCldVEovRjUyIDcuOTcgVGYgLTIwLjI4IC05LjQ3IFRkWyhEdXIpMTUoYXRpb24p XVRKL0Y0NSA3Ljk3IFRmIDI5LjExIDAgVGRbKDopLTMxMCgxKS0yNTAoaG91ciktMjUwKCspLTI1 MCgxKS0yNTAoLyktMjUwKFJhbmspXVRKL0Y1MiA3Ljk3IFRmIC0yOS4xMSAtOS40NiBUZFsoRXhw ZXJpZW5jZSktMjUwKE11bHRpcGxlKV1USi9GNDUgNy45NyBUZiA2NC44NSAwIFRkWyg6KS0zMTAo MzAwKV1USi9GNTIgNy45NyBUZiAtNjQuODUgLTkuNDcgVGRbKEJhc2UpLTI1MChDaGFuY2UpXVRK L0Y0NSA3Ljk3IFRmIDQxLjgzIDAgVGRbKDopLTMxMSgxNSUpXVRKL0Y1MiA3Ljk3IFRmIC00MS44 MyAtOS40NiBUZFsoUmVzaXN0KV1USi9GNDUgNy45NyBUZiAxOS4xOCAwIFRkWyg6KS0zMTAoTm9u ZSldVEovRjUyIDcuOTcgVGYgLTE5LjE4IC05LjQ2IFRkWyhUKTkyKGFyKTM3KGcpMTAoZXQpXVRK L0Y0NSA3Ljk3IFRmIDIwLjI5IDAgVGRbKDopLTMxMChDb3Jwc2UpXVRKL0Y1MiA3Ljk3IFRmIC0y MC4yOSAtOS40NyBUZFsoRWYpMTgoZmVjdHM6KV1USi9GNDUgNy45NyBUZiAzMC4yOSAwIFRkWyhU aGUpLTI4NihBZGVwdCktMjg2KGluc2NyaWJlcyktMjg2KHRoZSktMjg2KEFuaW1hdGUpLTI4NihS dW5lKS0yODYob24pXVRKIC0zMC4yOSAtOS40NiBUZFsodGhlKS0yNDUodGFyKTE4KGdldCktMjQ1 KGNvcnBzZSktMjQ1KFwwNTBjYW4pLTI0NShiZSktMjQ1KGVpdGhlciktMjQ1KGFuKS0yNDUoYW5p bWFsKS0yNDUob3IpLTI0NShzZW50aWVudCldVEogMCAtOS40NyBUZFsoYikyMCh1dCktMzE4KG11 c3QpLTMxOChiZSktMzE4KGZvcm1hbGx5KS0zMTgobGkpMjUodmluZ1wwNTEuKS01MTQoVyk0MChp dGgpLTMxOChhKS0zMTgoc3VjZXNzZnVsKS0zMTgoY2FzdCldVEogMCAtOS40NiBUZFsoY2hlY2sp LTI0OSh0aGUpLTI0OShBZGVwdCktMjQ5KHdpbGwpLTI0OShhbmltYXRlKS0yNDkodGhlKS0yNDko Y29ycHNlKS0yNDkoaW50byktMjQ5KGEpLTI0OSh6b20tKV1USiAwIC05LjQ3IFRkWyhiaWUpLTE5 MCh1bmRlciktMTkwKHRoZWlyKS0xOTAoY29udHJvbC4pLTI5MChUaGUpLTE5MCh6b21iaWUpLTE5 MSh3aWwpMShsKS0xOTEodykxMChvcmspLTE5MChhdCktMTkwKFwwNTA0KV1USi9GMTQgNy45NyBU ZiAxNTkuOTYgMCBUZFsoXDAwMildVEovRjQ1IDcuOTcgVGYgLTE1OS45NiAtOS40NiBUZFsoUmFu a1wwNTElKS0yNzQob2YpLTI3NCh0aGVpciktMjc1KGxpKTI1KHZpbmcpLTI3NChwaCk1KHlzaWNh bCktMjc0KGFiaWxpdHkpNjUoLiktMzgzKFRoZSktMjc0KHpvbWJpZSldVEogMCAtOS40NyBUZFso aXMpLTI5NChjb21wbGV0ZWx5KS0yOTQobWluZGxlc3MpLTI5NChhbmQpLTI5MyhyZXF1aXJlcykt Mjk0KGF0KS0yOTQobGVhc3QpLTI5NChwYXNzaSkyNSh2KTE1KGUpXVRKIDAgLTkuNDYgVGRbKGNv bmNlbnRyYXRpb24pLTI1MChmb3IpLTI1MCh0aGUpLTI1MChBZGVwdCktMjUwKHRvKS0yNTAoZnVu Y3Rpb24uKV1USi9GNTAgNy45NyBUZiAwIC0xNS43NSBUZFsoQ29uKTQwKHYpMTAoZXJzZSktMjUw KHdpdGgpLTI1MChTcGlyaXRzKS0yNTAoXDA1MFMtMTFcMDUxKV1USi9GNTIgNy45NyBUZiAwIC0x NC44MSBUZFsoUmFuZykxMChlKV1USi9GNDUgNy45NyBUZiAyMC4yOCAwIFRkWyg6KS0zMTAoMTAp LTI1MChmZWV0KS0yNTAoKyktMjUwKDUpLTI1MCgvKS0yNTAoUmFuayldVEovRjUyIDcuOTcgVGYg LTIwLjI4IC05LjQ3IFRkWyhEdXIpMTUoYXRpb24pXVRKL0Y0NSA3Ljk3IFRmIDI5LjExIDAgVGRb KDopLTMxMCg1KS0yNTAobWludXRlcyktMjUwKCspLTI1MCg1KS0yNTAoLyktMjUwKFJhbmspXVRK L0Y1MiA3Ljk3IFRmIC0yOS4xMSAtOS40NiBUZFsoRXhwZXJpZW5jZSktMjUwKE11bHRpcGxlKV1U Si9GNDUgNy45NyBUZiA2NC44NSAwIFRkWyg6KS0zMTAoMjAwKV1USi9GNTIgNy45NyBUZiAtNjQu ODUgLTkuNDcgVGRbKEJhc2UpLTI1MChDaGFuY2UpXVRKL0Y0NSA3Ljk3IFRmIDQxLjgzIDAgVGRb KDopLTMxMSgyMCUpXVRKL0Y1MiA3Ljk3IFRmIC00MS44MyAtOS40NiBUZFsoUmVzaXN0KV1USi9G NDUgNy45NyBUZiAxOS4xOCAwIFRkWyg6KS0zMTAoTWF5KS0yNTAobm90KS0yNTAoYmUpLTI1MChy ZXNpc3RlZCldVEovRjUyIDcuOTcgVGYgLTE5LjE4IC05LjQ3IFRkWyhUKTkyKGFyKTM3KGcpMTAo ZXQpXVRKL0Y0NSA3Ljk3IFRmIDIwLjI5IDAgVGRbKDopLTMxMChTZWxmKV1USi9GNTIgNy45NyBU ZiAtMjAuMjkgLTkuNDYgVGRbKEVmKTE4KGZlY3RzOildVEovRjQ1IDcuOTcgVGYgMzMuODYgMCBU ZFsoVGhlKS0zOTgoQWRlcHQpLTM5OChpbnNjcmliZXMpLTM5OCh0aGUpLTM5OChDb24pNDAodikx NShlcnNlKS0zOTgoUnVuZSldVEogLTMzLjg2IC05LjQ3IFRkWyhhbmQpLTQ0MihhKS00NDIoUnVu ZSktNDQyKHJlcHJlc2VudGluZyktNDQyKHRoZSktNDQyKHRhcikxOChnZXQpLTQ0MihzcGlyaXQp LTQ0MihvbiktNDQyKHRoZWlyKV1USiAwIC05LjQ2IFRkWyhmKTEwKGFjZS4pLTU5NShTaG91bGQp LTM0NSh0aGUpLTM0NihBZGVwdCktMzQ1KHN1Y2Nlc3NmdWxseSktMzQ1KGNhc3QpLTM0NSh0aGlz KS0zNDUoc3BlbGwpXVRKIDAgLTkuNDYgVGRbKHRoZSkxNSh5KS0yNDkod2lsbCktMjUwKGJlKS0y NDkoYWJsZSktMjUwKHRvKS0yNDkoXDIyM2Nvbik0MCh2KTE1KGVyc2VcMjI0KS0yNTAod2l0aCkt MjQ5KHRoZSktMjQ5KHRhcikxOChnZXQpLTI1MChzcGlyaXQuKV1USiAwIC05LjQ3IFRkWyhBKS0z NDMoc2luZ2xlKS0zNDQoc3Bpcml0KS0zNDMod2hpY2gpLTM0NCh3aXRoaW4pLTM0MyhyYW5nZSkt MzQ0KGFuZCktMzQzKGYpMTAoYWxscyktMzQ0KHdpdGhpbildVEogMCAtOS40NiBUZFsodGhlKS0y ODIoUnVuZSktMjgyKG9mKS0yODEocmVwcmVzZW50YXRpb24uKS00MDYoRikxNShvciktMjgxKGUp MTUoeGFtcGxlLCktMjkwKHRoZSktMjgyKEFkZXB0KV1USiAwIC05LjQ3IFRkWyhjb3VsZCktMTky KHVzZSktMTkyKGEpLTE5MihydW5lKS0xOTIocmVwcmVzZW50aW5nKS0xOTIobGVzc2VyKS0xOTIo dW5kZWFkLCktMjA0KGFuZCktMTkyKHRoZW4pXVRKIDAgLTkuNDYgVGRbKGFuKTE1KHkpLTE5NShn aG9zdCktMTk2KG9yKS0xOTUob3RoZXIpLTE5NShsZXNzZXIpLTE5Nih1bmRlYWQpLTE5NShjb3Vs ZCktMTk1KGFuc3dlcik0MCgsKS0yMDcob3IpLTE5NSh1c2UpXVRKIDAgLTkuNDcgVGRbKGEpLTIx NihudW1iZXIpLTIxNihvZiktMjE2KHJ1bmVzKS0yMTYodG8pLTIxNyhyZXByZXNlbnQpLTIxNihz YXkpLTIxNihHaXJkZW4pLTIxNihCbG9vZGF4KTE1KGUsKV1USiAwIC05LjQ2IFRkWyhhKS0yMTco ZikxMChhbGxlbiktMjE3KGR3KTEwKGFydikxNShlbiktMjE4KHcpMTAoYXJyaW9yKTU1KC4pLTI5 OShUaGVuKS0yMTcoaWYpLTIxNyh0aGUpLTIxNyhzcGlyaXQpLTIxOChvZiktMjE3KEdpcmRlbild VEogMCAtOS40NyBUZFsoaXMpLTI1MCh3aXRoaW4pLTI1MChyYW5nZSktMjUwKHRoZW4pLTI1MCh0 aGVuKS0yNTAob25seSktMjUwKGl0KS0yNTAodykxMChvdWxkKS0yNTAoYW5zd2VyKTU1KC4pXVRK IDAgLTEyLjQ1IFRkWyhIbykyNSh3ZSkyNSh2KTE1KGVyKS0yMjcodGhpcyktMjI3KHNwZWxsKS0y MjYoZG9lcyktMjI3KG5vdCktMjI3KGNvbXBlbGwpLTIyNyhhbikxNSh5KS0yMjYoc3Bpcml0KS0y MjcodG8pLTIyNyhhbi0pXVRKIDAgLTkuNDYgVGRbKHN3ZXIpLTI0NChhbikxNSh5KS0yNDMocXVl c3Rpb24pLTI0NChhbmQpLTI0NChpZiktMjQzKHRoZSkxNSh5KS0yNDQoZG8pLTI0NChhbnN3ZXIp LTI0Myh0aGVuKS0yNDQoaXQpLTI0NChkb2VzKV1USiAwIC05LjQ3IFRkWyhub3QpLTI1MChjb21w ZWxsKS0yNTAodGhlbSktMjUwKHRvKS0yNTAoc3BlYWspLTI1MCh0aGUpLTI1MCh0cnV0aC4pXVRK L0Y1MCA3Ljk3IFRmIDAgLTE1Ljc0IFRkWyhUKTc0KHJhcHBpbmcpLTI1MChTcGlyaXQpLTI1MChc MDUwUy0xMlwwNTEpXVRKL0Y1MiA3Ljk3IFRmIDAgLTE0LjgyIFRkWyhSYW5nKTEwKGUpXVRKL0Y0 NSA3Ljk3IFRmIDIwLjI4IDAgVGRbKDopLTMxMCgxMCktMjUwKGZlZXQpLTI1MCgrKS0yNTAoNSkt MjUwKC8pLTI1MChSYW5rKV1USi9GNTIgNy45NyBUZiAtMjAuMjggLTkuNDcgVGRbKER1cikxNShh dGlvbildVEovRjQ1IDcuOTcgVGYgMjkuMTEgMCBUZFsoOiktMzEwKDEpLTI1MChtaW51dGUpLTI1 MCgrKS0yNTAoMSktMjUwKC8pLTI1MChSYW5rKV1USi9GNTIgNy45NyBUZiAtMjkuMTEgLTkuNDYg VGRbKEV4cGVyaWVuY2UpLTI1MChNdWx0aXBsZSldVEovRjQ1IDcuOTcgVGYgNjQuODUgMCBUZFso OiktMzEwKDQwMCldVEovRjUyIDcuOTcgVGYgLTY0Ljg1IC05LjQ3IFRkWyhCYXNlKS0yNTAoQ2hh bmNlKV1USi9GNDUgNy45NyBUZiA0MS44MyAwIFRkWyg6KS0zMTEoNSUpXVRKL0Y1MiA3Ljk3IFRm IC00MS44MyAtOS40NiBUZFsoUmVzaXN0KV1USi9GNDUgNy45NyBUZiAxOS4xOCAwIFRkWyg6KS0z MTAoQWN0aSkyNSh2KTE1KGUpLTI1MCgmKS0yNTAoUCkxNShhc3NpKTI1KHYpMTUoZSldVEovRjUy IDcuOTcgVGYgLTE5LjE4IC05LjQ2IFRkWyhUKTkyKGFyKTM3KGcpMTAoZXQpXVRKL0Y0NSA3Ljk3 IFRmIDIwLjI5IDAgVGRbKDopLTMxMChTcGlyaXQpXVRKL0Y1MiA3Ljk3IFRmIC0yMC4yOSAtOS40 NyBUZFsoRWYpMTgoZmVjdHM6KV1USi9GNDUgNy45NyBUZiAyOC43NiAwIFRkWyhUaGUpLTIwMihB ZGVwdCktMjAxKG11c3QpLTIwMihkcmEpMTUodyktMjAxKGEpLTIwMihjaXJjbGUpLTIwMihvcikt MjAxKGF0KS0yMDIobGVhc3QpLTIwMShvbmUpXVRKIC0yOC43NiAtOS40NiBUZFsoZm9vdCktMzI4 KHJhZGl1cyktMzI5KHdpdGgpLTMyOCh0aGUpLTMyOChSdW5lcyktMzI5KG9mKS0zMjgoUHJvdGVj dGlvbiktMzI5KGFyb3VuZCktMzI4KGl0cyldVEogMCAtOS40NyBUZFsoY2lyY3VtZmVyZW5jZSkt MzE1KGFuZCktMzE0KHRoZW4pLTMxNShkcmEpMTUodyktMzE1KGEpLTMxNChwZW4pLTEodCkxKGlj bGUpLTMxNSh1c2luZyktMzE1KGZyZXNoKV1USiAwIC05LjQ2IFRkWyhibG9vZCktMjUyKGFuZCkt MjUyKGluc2NyaWJlKS0yNTIodGhlKS0yNTIoUnVuZXMpLTI1MyhvZiktMjUyKEJpbmRpbmcpLTI1 MihhbmQpLTI1MihSZXByZS0pXVRKIDAgLTkuNDcgVGRbKHNlbnRhdGlvbiktMTkyKFwwNTBzZWUp LTE5MihTLTEyKS0xOTIoYWJvKTE1KHYpMTUoZSktMTkyKHNwZWNpZnlpbmcpLTE5Mih0aGUpLTE5 Mih0YXIpMTgoZ2V0KS0xOTIoc3Bpcml0XDA1MSldVEogMCAtOS40NiBUZFsoYXQpLTMwMChwb2lu dCktMzAwKHJlc3BlY3RpKTI1KHYpMTUoZWx5KTY1KC4pLTQ2MChTaG91bGQpLTMwMSh0aGUpLTMw MChzcGVsbCktMzAwKHN1Y2NlZWQpLTMwMCh0aGVuKV1USiAwIC05LjQ3IFRkWyhpZiktNDI5KHRo ZSktNDMwKG5hbWVkKS00Mjkoc3Bpcml0KS00MjkoaXMpLTQzMCh3aXRoaW4pLTQyOShyYW5nZSkt NDI5KHRoZW4pLTQzMCh0aGUpMTUoeSktNDI5KHdpbGwpXVRKIDAgLTkuNDYgVGRbKGJlKS0zNjco ZHJhKTE1KHduKS0zNjgoaW50byktMzY3KHRoZSktMzY4KHBlbnRhY2xlKS0zNjcod2hlcmUpLTM2 OCh0aGUpMTUoeSktMzY3KGFyZSktMzY4KHRyYXBwZWQpXVRKIDAgLTkuNDYgVGRbKGZvciktMzM3 KHRoZSktMzM2KGR1cmF0aW9uKS0zMzcob2YpLTMzNyh0aGUpLTMzNihzcGVsbC4pLTU3MChJZikt MzM3KHRoZSktMzM3KHNwZWxsKS0zMzYoaXMpLTMzNyhyaXR1YWxseSldVEogMCAtOS40NyBUZFso Y2FzdCktMjk1KHRoZW4pLTI5Nih0aGUpLTI5NShkdXJhdGlvbiktMjk2KGluY3JlYXNlcyktMjk1 KHRvKS0yOTUoMTApLTI5NihcMDUwKyktMjk1KDEwKS0yOTUoLyktMjk2KFJhbmtcMDUxKV1USiAw IC05LjQ2IFRkWyhtaW51dGVzLildVEovRjUwIDcuOTcgVGYgMCAtMTUuNzUgVGRbKFJ1bmUpLTI1 MChvZiktMjUwKEVsZW1lbnRzKS0yNTAoXDA1MFMtMTNcMDUxKV1USi9GNTIgNy45NyBUZiAwIC0x NC44MiBUZFsoUmFuZykxMChlKV1USi9GNDUgNy45NyBUZiAyMC4yOCAwIFRkWyg6KS0zMTAoNSkt MjUwKGZlZXQpLTI1MCgrKS0yNTAoNSktMjUwKC8pLTI1MChSYW5rKV1USi9GNTIgNy45NyBUZiAt MjAuMjggLTkuNDYgVGRbKER1cikxNShhdGlvbildVEovRjQ1IDcuOTcgVGYgMjkuMTEgMCBUZFso OiktMzEwKEltbWVkaWF0ZSldVEovRjUyIDcuOTcgVGYgLTI5LjExIC05LjQ3IFRkWyhFeHBlcmll bmNlKS0yNTAoTXVsdGlwbGUpXVRKL0Y0NSA3Ljk3IFRmIDY0Ljg1IDAgVGRbKDopLTMxMCg3MDAp XVRKL0Y1MiA3Ljk3IFRmIC02NC44NSAtOS40NiBUZFsoQmFzZSktMjUwKENoYW5jZSldVEovRjQ1 IDcuOTcgVGYgNDEuODMgMCBUZFsoOiktMzExKDUlKV1USi9GNTIgNy45NyBUZiAtNDEuODMgLTku NDcgVGRbKFJlc2lzdCldVEovRjQ1IDcuOTcgVGYgMTkuMTggMCBUZFsoOiktMzEwKFApMTUoYXNz aSkyNSh2KTE1KGUpLTI1MChvbmx5KS0yNTAod2VyZSktMjUwKGFwcGxpY2FibGUpXVRKL0Y1MiA3 Ljk3IFRmIC0xOS4xOCAtOS40NiBUZFsoVCk5MihhcikzNyhnKTEwKGV0KV1USi9GNDUgNy45NyBU ZiAyMC4yOSAwIFRkWyg6KS0zMTAoUG9pbnQpXVRKL0Y1MiA3Ljk3IFRmIC0yMC4yOSAtOS40NyBU ZFsoRWYpMTgoZmVjdHM6KV1USi9GNDUgNy45NyBUZiAyOS41NSAwIFRkWyhUaGUpLTI2MyhBZGVw dCktMjYzKG11c3QpLTI2MyhoYSkyMCh2KTE1KGUpLTI2MihwcmUpMjUodmlvdXNseSktMjYzKGVu c2NyaWJlZCldVEogLTI5LjU1IC05LjQ2IFRkWyh0aGVpciktMzA1KFJ1bmVzdGFmKTI1KGYpLTMw NShvZiktMzA2KHRoZSktMzA1KHRoZSktMzA1KFJ1bmVzKS0zMDUob2YpLTMwNihBaXIpNDAoLCkt MzE5KEZpcmUsKS0zMTkoVyk4MChhdGVyKV1USiAwIC05LjQ2IFRkWyhhbmQpLTMwOChFYXJ0aC4p LTQ4MyhUKTgwKG8pLTMwNyhjYXN0KS0zMDgoYSktMzA4KHNwZWxsKS0zMDcodGhlKS0zMDgoQWRl cHQpLTMwOChtdXN0KS0zMDcoZHJhKTE1KHcpLTMwOCh0aGUpXVRKIDAgLTkuNDcgVGRbKFJ1bmUp LTM1NChpbiktMzU0KHRoZSktMzU0KEFpciktMzU0KGFuZCktMzUzKHRoZW4pLTM1NChkaXJlY3Qp LTM1NCh0aGUpLTM1NChlZikyNShmZWN0KS0zNTQoYXQpLTM1NChhKS0zNTQoaGUpMTUoeCldVEog MCAtOS40NiBUZFsod2l0aCktMzMyKHJhbmdlKS0zMzEoYnkpLTMzMihwb2ludGluZyktMzMyKHRo ZSktMzMxKHN0YWYpMjUoZiktMzMyKGF0KS0zMzIoaXQuKS01NTUoVGhlKS0zMzEoZWYpMjUoZmVj dCktMzMyKGlzKV1USiAwIC05LjQ3IFRkWyhlbnRpcmVseSktMjQ2KGNvbnRhaW5lZCktMjQ1KHdp dGhpbiktMjQ2KHRoZSktMjQ2KGRlc2lnbmF0ZWQpLTI0NihoZSkxNSh4LiktMzA4KEFsbCktMjQ2 KGVmLSldVEogMCAtOS40NiBUZFsoZmVjdHMpLTMwOShlKTE1KHh0ZW5kKS0zMTAodG8pLTMwOShh KS0zMTAoaGllKTE1KGdodCktMzA5KG9mKS0zMTAoMTApLTMwOShmZWV0LiktNDg4KEJpbmRpbmcp LTMxMChtYWdpY3MpXVRKIDAgLTkuNDcgVGRbKG9yKS0yNTAobGFyKTE4KGdlKS0yNTAoYW1vdW50 cyktMjUwKG9mKS0yNTAoY29sZCktMjUwKGlyb24pLTI1MCh3aWxsKS0yNTAobmUpMTUoZyk1KGF0 ZSktMjUwKHRoaXMpLTI1MChzcGVsbC4pXVRKL0Y1MCA3Ljk3IFRmIDE3Ni4xMiA3NTYuODQgVGRb KEZpcikxOChlKV1USi9GNDUgNy45NyBUZiAxOSAwIFRkWyhUaGUpLTMwNCh0YXIpMTgoZ2V0KS0z MDQoaGUpMTUoeCktMzA0KGlzKS0zMDUoaW5zdGFudGx5KS0zMDQoZW4pNDAodikyMChvbHYpMTUo ZWQpLTMwNChpbiktMzA0KFwwMDNhbWVzKV1USiAtMTkgLTkuNDcgVGRbKGFuZCktMzE0KGFuKTE1 KHl0aGluZyktMzE0KFwwMDNhbWFibGUpLTMxNChpcyktMzE0KGltbWVkaWF0ZWx5KS0zMTUoaWdu aXRlZC4pLTUwMihBbikxNSh5KV1USiAwIC05LjQ2IFRkWyhlbnRpdHkpLTM4MSh3aWxsKS0zODEo c3VmKTI1KGZlciktMzgyKEQxMCktMzgxKFwwNTArKS0zODEoUmFuayktMzgxKC8pLTM4MSgyXDA1 MSktMzgyKFwwMDJyZSktMzgxKGRhbWFnZSktMzgxKGlmKV1USiAwIC05LjQ3IFRkWyh0aGUpMTUo eSktMjUwKGYpMTAoYWlsKS0yNTAodG8pLTI1MChyZXNpc3QuKV1USi9GNTAgNy45NyBUZiAwIC0x My40MSBUZFsoQWlyKV1USi9GNDUgNy45NyBUZiAxNi40OSAwIFRkWyhBKS00NDIodGh1bmRlcmNs YXApLTQ0Mihwb3VuZHMpLTQ0MSh0aGUpLTQ0Mih0YXIpMTgoZ2V0KS00NDIoaGUpMTUoeCktNDQy KGFuZCktNDQyKGFsbCldVEogLTE2LjQ5IC05LjQ2IFRkWyh3aXRoaW4pLTIxMihtdXN0KS0yMTIo cmVzaXN0KS0yMTIodGhlKS0yMTEobWFnaWMpLTIxMihvciktMjEyKGJlKS0yMTIoZGVhZmVuZWQp LTIxMihmb3IpLTIxMihSYW5rKV1USiAwIC05LjQ3IFRkWyhwdWxzZXMpLTI1MChhbmQpLTI1MCh0 YWspMTAoZSktMjUwKEQxMCktMjUwKFwwNTArKS0yNTAoUmFuayktMjUwKC8pLTI1MCgyXDA1MSkt MjUwKHBoKTUoeXNpY2FsKS0yNTAoZGFtYWdlLildVEovRjUwIDcuOTcgVGYgMCAtMTMuNDEgVGRb KFcpNjUoYXRlcildVEovRjQ1IDcuOTcgVGYgMjYuMTUgMCBUZFsoVGhlKS0xOTEodGFyKTE4KGdl dCktMTkwKGhlKTE1KHgpLTE5MShpcyktMTkwKGltbWVkaWF0ZWx5KS0xOTEoXDAwMmxsZWQpLTE5 MCh3aXRoKS0xOTEodykxMChhLSldVEogLTI2LjE1IC05LjQ3IFRkWyh0ZXIpLTI5MChhbmQpLTI5 MChhbikxNSh5dGhpbmcpLTI5MCh3aGljaCktMjkwKGlzKS0yOTEobm90KS0yOTAodykxMChhdGVy cHJvb2ZlZCktMjkwKHdpbGwpLTI5MChiZS0pXVRKIDAgLTkuNDYgVGRbKGNvbWUpLTM3NyhzYXR1 cmF0ZWQuKS02ODkoQW4pMTUoeSktMzc3KGVudGl0eSktMzc2KHdobyktMzc3KHJlc2lzdHMpLTM3 Nih0aGUpLTM3NyhtYWdpYyldVEogMCAtOS40NyBUZFsod2lsbCktMzIxKHN1ZikyNShmZXIpLTMy MihEMTApLTMyMShcMDUwKyktMzIyKFJhbmspLTMyMSgvKS0zMjIoMlwwNTEpLTMyMShkcm8pMjUo d25pbmcpLTMyMShkYW1hZ2UpLTMyMih1bi0pXVRKIDAgLTkuNDYgVGRbKGxlc3MpLTI1MCh0aGUp MTUoeSktMjUwKHNvbWUpLTI1MCh3KTEwKGF0ZXJicmVhdGhpbmcpLTI1MChhYmlsaXR5KTY1KC4p XVRKL0Y1MCA3Ljk3IFRmIDAgLTEzLjQxIFRkWyhFYXJ0aCldVEovRjQ1IDcuOTcgVGYgMjQuOTEg MCBUZFsoQSktMjc5KHBpbGUpLTI3OShvbiktMjc5KHNtYWxsKS0yNzkoYm91bGRlcnMpLTI4MChm KTEwKGFsbHMpLTI3OShmcm9tKS0yNzkob250byktMjc5KHRoZSldVEogLTI0LjkxIC05LjQ3IFRk Wyh0YXIpMTgoZ2V0KS0yMDcoaGUpMTUoeC4pLTI5NihFdikxNShlcnl0aGluZyktMjA3KGluKS0y MDcodGhlKS0yMDcoaGUpMTUoeCktMjA3KHdpbGwpLTIwNyhzdWYpMjUoZmVyKS0yMDcoY3J1c2hp bmcpXVRKIDAgLTkuNDYgVGRbKGRhbWFnZSktMzM5KGFuZCktMzM5KGFuKTE1KHkpLTMzOShlbnRp dHkpLTMzOSh3aG8pLTM0MChmKTEwKGFpbHMpLTMzOSh0byktMzM5KHJlc2lzdCktMzM5KHdpbGwp LTMzOSh0YWspMTAoZSldVEogMCAtOS40NyBUZFsoRDEwKS0zNzUoXDA1MCspLTM3NShSYW5rKS0z NzQoLyktMzc1KDJcMDUxKS0zNzUocGgpNSh5c2ljYWwpLTM3NShkYW1hZ2UpLTM3NChhbmQpLTM3 NShiZSktMzc1KHRocm8pMjUod24pXVRKIDAgLTkuNDYgVGRbKHByb25lLildVEovRjUwIDcuOTcg VGYgMCAtMTMuNDIgVGRbKFN0cikxOChlYW0pXVRKL0Y0NSA3Ljk3IFRmIDI5LjYyIDAgVGRbKFQp LTEoaGUpLTQ2MShjb21iaW5hdGlvbiktNDYyKG9mKS00NjEoRmlyZSktNDYyKGFuZCktNDYxKFcp ODAoYXRlciktNDYxKHdpbGwpXVRKIC0yOS42MiAtOS40NiBUZFsoY29vayktMzIxKGFuKTE1KHl0 aGluZyktMzIwKHdpdGhpbiktMzIwKHRoZSktMzIxKGhlKTE1KHgpLTMyMChmb3IpLTMyMShEMTAp LTMyMChcMDUwKyktMzIxKFJhbmspLTMyMCgvKS0zMjEoM1wwNTEpXVRKIDAgLTkuNDcgVGRbKGhl YXQpLTM3MyhkYW1hZyktMShlKS0zNzMod2hpY2gpLTM3MyhwZW5lcmF0ZXMpLTM3NChhcm1vdXIp NTUoLiktNjgwKFRoZSktMzc0KHN0cmVhbSldVEogMCAtOS40NiBUZFsod2lsbCktMjUwKGUpMjUo dikyNShhcG9yYXRlKS0yNTAoYXMpLTI1MChub3JtYWwuKV1USi9GNTAgNy45NyBUZiAwIC0xMy40 MSBUZFsoTGlnaHRuaW5nKV1USi9GNDUgNy45NyBUZiAzOC42NSAwIFRkWyhUaGUpLTQ0NChjb21i aW5hdGlvbiktNDQ1KG9mKS00NDQoRmlyZSktNDQ1KGFuZCktNDQ0KEFpciktNDQ0KHdpbGwpXVRK IC0zOC42NSAtOS40NyBUZFsoY2F1c2UpLTI4OShhbiktMjg5KGFyYyktMjkwKG9mKS0yODkobGln aHRuaW5nKS0yODkod2lsbCktMjg5KGRpc2NoYXIpMTgoZ2UpLTI5MCh0aHJvdWdoKS0yODkodGhl KV1USiAwIC05LjQ2IFRkWyhoZSkxNSh4KS0zMDYoY2F1c2luZyktMzA2KEQxMCktMzA2KFwwNTAr KS0zMDYoUmFuayktMzA2KC8pLTMwNigzXDA1MSktMzA2KGIpMjAodXJuKS0zMDYoZGFtYWdlKS0z MDYodG8pLTMwNihhbikxNSh5LSldVEogMCAtOS40NyBUZFsodGhpbmcpLTMyNCh3aGljaCktMzIz KGYpMTAoYWlscyktMzI0KHRvKS0zMjMocmVzaXN0LiktNTMxKFRob3NlKS0zMjMod2hvKS0zMjQo ZikxMChhaWwpLTMyMyh0byktMzI0KHJlc2lzdCldVEogMCAtOS40NiBUZFsod2lsbCktMjUwKGFs c28pLTI1MChiZSktMjUwKHN0dW5uZWQpLTI1MChhbmQpLTI1MCh0YWspMTAoZSktMjUwKGhhbGYp LTI1MChkYW1hZ2UuKV1USi9GNTAgNy45NyBUZiAwIC0xMy40MiBUZFsoTWFnbWEpXVRKL0Y0NSA3 Ljk3IFRmIDMxLjEgMCBUZFsoVGhlKS00NjMoY29tYmluYXRpb24pLTQ2NChvZiktNDYzKEZpcmUp LTQ2NChhbmQpLTQ2MyhFYXJ0aCktNDY0KHdpbGwpXVRKIC0zMS4xIC05LjQ2IFRkWyh0dXJuKS0y MDUodGhlKS0yMDUoZ3JvdW5kKS0yMDUob2YpLTIwNSh0aGUpLTIwNCh0YXIpMTgoZ2V0KS0yMDUo aGUpMTUoeCktMjA1KHdpbGwpLTIwNShpbnN0YW50bHkpLTIwNSh0dXJuKS0yMDUodG8pXVRKIDAg LTkuNDYgVGRbKHNjb3JjaGluZyktMjUxKG1hZ21hKS0yNTEoY2F1c2luZyktMjUyKEQxMCktMjUx KFwwNTArKS0yNTEoUmFuayktMjUxKC8pLTI1MigzXDA1MSktMjUxKGRhbWFnZSldVEogMCAtOS40 NyBUZFsodG8pLTM4MChhbikxNSh5dGhpbmcpLTM4MCh3aGljaCktMzgwKGYpMTAoYWlscyktMzgw KHRvKS0zODAocmVzaXN0LCktNDEzKGlnbml0aW5nKS0zODAoYW4pMTUoeXRoaW5nKV1USiAwIC05 LjQ2IFRkWyhcMDAzYW1hYmxlKS0yNTQoaW4pLTI1NChjb250YWN0KS0yNTQodGhlKS0yNTQoZ3Jv dW5kLiktMzIyKFRoZSktMjU0KGdyb3VuZCktMjU0KHdpbGwpLTI1NChpbS0pXVRKIDAgLTkuNDcg VGRbKG1lZGlhdGVseSktMjg2KGJlaW5nKS0yODYodG8pLTI4NShjb29sKS0yODYoYW5kKS0yODYo d2lsbCktMjg2KGhhbGYpLTI4NSh0aGUpLTI4NihhbW91bnQpLTI4NihvZildVEogMCAtOS40NiBU ZFsoZGFtYWdlKS0yNTAoaXQpLTI1MChkb2VzKS0yNTAoZWFjaCktMjUwKHB1bHNlLildVEovRjUw IDcuOTcgVGYgMCAtMTMuNDIgVGRbKE1pc3QpXVRKL0Y0NSA3Ljk3IFRmIDIwLjQ4IDAgVGRbKFQp MShoZSktMjU5KGNvbWJpbmF0aW9uKS0yNTgob2YpLTI1OChBaXIpLTI1OChhbmQpLTI1OShXKTgw KGF0ZXIpLTI1OCh3aWxsKS0yNTgoY3JlYXRlKV1USiAtMjAuNDggLTkuNDYgVGRbKGEpLTI3NShw ZWEpLTI3NShzb3VwKS0yNzYoZm9nKS0yNzUod2lsbCktMjc1KGltbWVkaWF0ZWx5KS0yNzUoZW4p NDAodikxNShlbG9wZSktMjc2KHRoZSktMjc1KHRhcikxOChnZXQpXVRKIDAgLTkuNDcgVGRbKGhl KTE1KHgpLTI2MShvYnNjdXJpbmcpLTI2MShhbGwpLTI2MChub3JtYWwpLTI2MSh2aXNpb24uKS0z NDMoVGhpcyktMjYwKG1pc3QpLTI2MSh3aWxsKS0yNjEodGhlbildVEogMCAtOS40NiBUZFsoYmVp bmcpLTMyNCh0byktMzI0KHNwcmVhZCktMzI0KG91dCktMzI0KGFuZCktMzI0KGRpc2FwYXRlLCkt MzQyKHRha2luZyktMzI0KFtSYW5rKS0zMjQoLyktMzI0KDJdKV1USiAwIC05LjQ2IFRkWyhwdWxz ZXMpLTM3MCh0byktMzcxKGRvKS0zNzAoc28uKS02NzEoQXMpLTM3MShpdCktMzcwKHNwcmVhZHMp LTM3MChvdXQpLTM3MShpdCktMzcwKHdpbGwpLTM3MSh0KTEoaGluKS0zNzEoYW5kKV1USiAwIC05 LjQ3IFRkWyhhcHByb3ByaWF0ZSktMjUwKG1vZGlcMDAyZXJzKS0yNTAoc2hvdWxkKS0yNTAoYXBw bHkpNjUoLildVEovRjUwIDcuOTcgVGYgMCAtMTMuNDEgVGRbKE11ZCldVEovRjQ1IDcuOTcgVGYg MjEuMzcgMCBUZFsoVGhlKS01NDEoY29tYmluYXRpb24pLTU0MihvZiktNTQyKEVhcnRoKS01NDEo YW5kKS01NDIoVyk4MChhdGVyKS01NDIod2lsbCldVEogLTIxLjM3IC05LjQ3IFRkWyhjYXVzZSkt MjExKGdyb3VuZCktMjEyKG9mKS0yMTEodGhlKS0yMTIodGFyKTE4KGdldCktMjExKGhlKTE1KHgp LTIxMih0byktMjExKHR1cm4pLTIxMih0byktMjExKG11ZC4pLTI5NyhJdCktMjEyKGRvZXMpXVRK IDAgLTkuNDYgVGRbKG5vKS0yNTMoZGFtYWdlKS0yNTQoYikyMCh1dCktMjUzKHdpbGwpLTI1Myhp bW1lZGlhdGUpLTI1MyhzZXQpLTI1NCh0cmFwcGluZyktMjUzKGFuKTE1KHl0aGluZyldVEogMCAt OS40NyBUZFsod2hpY2gpLTM2NChmKTEwKGFpbHMpLTM2Myh0byktMzY0KHJlc2lzdC4pLTY1MChJ dCktMzY0KHdpbGwpLTM2Myh0YWspMTAoZSktMzY0KFszKV1USi9GMTQgNy45NyBUZiAxMjAuNzIg MCBUZFsoXDAwMildVEovRjQ1IDcuOTcgVGYgOS4wOSAwIFRkWyhSKTEoYW5rKS0zNjQoLyktMzY0 KFBTXSldVEogLTEyOS44MSAtOS40NiBUZFsoXDA1MHJvdW5kKS0yNTAodXBcMDUxKS0yNTAodG8p LTI1MChicmVhayktMjUwKGZyZWUpLTI1MChvZiktMjUwKHRoZSktMjUwKHNldCktMjUwKHN0b25l LildVEovRjUwIDcuOTcgVGYgMCAtMTMuNDEgVGRbKER1c3QpXVRKL0Y0NSA3Ljk3IFRmIDIwLjky IDAgVGRbKFRoZSktMzAyKGNvbWJpbmF0aW9uKS0zMDIob2YpLTMwMyhBaXIpLTMwMihhbmQpLTMw MihFYXJ0aCktMzAyKHdpbGwpLTMwMihjYXVzZSldVEogLTIwLjkyIC05LjQ3IFRkWyh0aGUpLTMz OShoZSkxNSh4KS0zNDAodG8pLTMzOShlbik0MCh2KTE1KGVsb3BlZCktMzM5KGluKS0zMzkodGhp Y2ssKS0zNjIoY2hvYWtpbmcpLTMzOShkdXN0LiktNTc4KFRoaXMpXVRKIDAgLTkuNDYgVGRbKHdp bGwpLTM0NyhvYnNjdXJlKS0zNDgodmlzaW9uKS0zNDcoYW5kKS0zNDcoY2F1c2UpLTM0Nyhhbikx NSh5dGhpbmcpLTM0OCh3aGljaCktMzQ3KGYpMTAoYWlscyldVEogMCAtOS40NyBUZFsodG8pLTMz NyhyZXNpc3QpLTMzOCh0byktMzM3KGNob2FrLiktNTcyKFRoaXMpLTMzNyhjaG9ha2luZyktMzM3 KHdpbGwpLTMzOChjb250aW51ZSktMzM3KGZvcildVEogMCAtOS40NiBUZFsoW1JhbmspLTI4OCgv KS0yODgoMl0pLTI4OChwdWxzZXMpMSgsKS0yOTgodGhlKS0yODgodmljdGltKS0yODcocmVxdWly aW5nKS0yODgoYSktMjg4KG9uY2UpLTI4OCh0aW1lcyldVEogMCAtOS40NyBUZFsoY29uY2VudHJh dGlvbiktNDM0KGNoZWNrKS00MzQodG8pLTQzNChwZXJmb3JtKS00MzUoYW4pMTUoeSktNDM0KGNv bXBsZSkxNSh4KS00MzQodGFzayldVEogMCAtOS40NiBUZFsoXDA1MHN1Y2gpLTI1MChhcyktMjUw KHV0aWxpc2luZyktMjUwKGEpLTI1MChza2lsbCktMjUwKG9yKS0yNTAoY2FzdGluZyktMjUwKG1h Z2ljXDA1MS4pXVRKL0Y1MCA3Ljk3IFRmIDAgLTIyLjI0IFRkWyhXKTY1KGFyKTE1KG5pbmcpLTI1 MChTdG9uZXMpLTI1MChcMDUwUy0xNFwwNTEpXVRKL0Y1MiA3Ljk3IFRmIDAgLTE0LjgyIFRkWyhS YW5nKTEwKGUpXVRKL0Y0NSA3Ljk3IFRmIDIwLjI4IDAgVGRbKDopLTMxMChUKTgwKG91KS0xKGNo KV1USi9GNTIgNy45NyBUZiAtMjAuMjggLTkuNDYgVGRbKER1cikxNShhdGlvbildVEovRjQ1IDcu OTcgVGYgMjkuMTEgMCBUZFsoOiktMzEwKDEpLTI1MChob3VyKS0yNTAoKyktMjUwKDEpLTI1MCgv KS0yNTAoUmFuayldVEovRjUyIDcuOTcgVGYgLTI5LjExIC05LjQ3IFRkWyhFeHBlcmllbmNlKS0y NTAoTXVsdGlwbGUpXVRKL0Y0NSA3Ljk3IFRmIDY0Ljg1IDAgVGRbKDopLTMxMCgzMDApXVRKL0Y1 MiA3Ljk3IFRmIC02NC44NSAtOS40NiBUZFsoQmFzZSktMjUwKENoYW5jZSldVEovRjQ1IDcuOTcg VGYgNDEuODMgMCBUZFsoOiktMzExKDIwJSldVEovRjUyIDcuOTcgVGYgLTQxLjgzIC05LjQ2IFRk WyhSZXNpc3QpXVRKL0Y0NSA3Ljk3IFRmIDE5LjE4IDAgVGRbKDopLTMxMChOb25lKV1USi9GNTIg Ny45NyBUZiAtMTkuMTggLTkuNDcgVGRbKFQpOTIoYXIpMzcoZykxMChldCldVEovRjQ1IDcuOTcg VGYgMjAuMjkgMCBUZFsoOiktMzEwKFN0b25lKV1USi9GNTIgNy45NyBUZiAtMjAuMjkgLTkuNDYg VGRbKEVmKTE4KGZlY3RzOildVEovRjQ1IDcuOTcgVGYgMjkuMjYgMCBUZFsoVGhlKS0yNTQoQWRl cHQpLTI1MyhkcmEpMTUod3MpLTI1NCh0aGUpLTI1NChSdW5lKS0yNTMob2YpLTI1NChXKTgwKGFy bmluZyktMjU0KGFuZCldVEogLTI5LjI2IC05LjQ3IFRkWyhhdCktMjg0KGxlYXN0KS0yODUob25l KS0yODQob2YpLTI4NCh0aGUpLTI4NShSdW5lcyktMjg0KG9mKS0yODQoQm9keSktMjg1KGFuZC9v ciktMjg0KE1pbmQpLTI4NShvbiktMjg0KGEpXVRKIDAgLTkuNDYgVGRbKHN0b25lKS0yOTMoXDA1 MHdoaWNoKS0yOTIobXVzdCktMjkzKHdlaWdoKS0yOTIoYXQpLTI5MyhsZWFzdCktMjkzKDEvMikt MjkyKGxiKTQwKC4pLTQzOChwZXIpLTI5MyhSdW5lXDA1MS4pXVRKIDAgLTkuNDcgVGRbKFRoZSkt MjUzKEFkZXB0KS0yNTMobWF5KS0yNTModGhlbiktMjUzKGxlYSkyMCh2KTE1KGUpLTI1Myh0aGUp LTI1MyhzdG9uZSktMjUzKHNvbWUpMjUod2hlcmUpLTI1MyhhbmQpXVRKIDAgLTkuNDYgVGRbKHdp bGwpLTIxNChpbnN0YW50bHkpLTIxNShrbm8pMjUodyktMjE0KGlmKS0yMTQoYW4pLTIxNChlbnRp dHkpLTIxNShjb21lcyktMjE0KHdpdGhpbiktMjE0KDUpLTIxNShmZWV0KS0yMTQoKyldVEogMCAt OS40NyBUZFsoMSktMjQ4KC8pLTI0OChSYW5rKS0yNDgob2YpLTI0OSh0aGUpLTI0OChzdG9uZS4p LTMwOShUaGUpLTI0OChzdG9uZSktMjQ4KHdpbGwpLTI0OShvbmx5KS0yNDgoZGV0ZWN0KS0yNDgo bGkpMjUodi0pXVRKIDAgLTkuNDYgVGRbKGluZyktMjMyKGFuZC9vciktMjMzKHNlbnRpZW50KS0y MzIoZW50aXRpZXMpLTIzMyhkZXBlbmRpbmcpLTIzMihvbiktMjMyKHdpdGgpLTIzMyh3aGljaCld VEogMCAtOS40NiBUZFsoUnVuZVwwNTBzXDA1MSktMjYzKGl0KS0yNjIoaXMpLTI2MyhpbnNjcmli ZWQuKS0zNDgoVGhlKS0yNjIoQWRlcHQpLTI2MyhtYXkpLTI2Myh1c2UpLTI2MihhcyktMjYzKG1h bikxNSh5KV1USiAwIC05LjQ3IFRkWyh3KTEwKGFybmluZyktMzUzKHN0b25lcyktMzUyKGFzKS0z NTModGhlKTE1KHkpLTM1Myh3aXNoLCktMzc4KGIpMjAodXQpLTM1Myh3aWxsKS0zNTIoYmUpLTM1 Myh1bmFibGUpLTM1Myh0byldVEogMCAtOS40NiBUZFsodGVsbCktMjUwKHdoaWNoKS0yNTAob2Yp LTI1MCh0aGVpciktMjUwKHN0b25lcyktMjUwKGhhcyktMjUwKGRldGVjdGVkKS0yNTAoYW4pLTI1 MChlbnRpdHkpNjUoLildVEovRjUwIDcuOTcgVGYgMCAtMTYuMzcgVGRbKFN1bW1vbiktMjUwKFQp OTIob3RlbSktMjUwKEhlbHBlciktMjUwKFwwNTBTLTE1XDA1MSldVEovRjUyIDcuOTcgVGYgMCAt MTQuODIgVGRbKFJhbmcpMTAoZSldVEovRjQ1IDcuOTcgVGYgMjAuMjggMCBUZFsoOiktMzEwKFVu bGltaXRlZCldVEovRjUyIDcuOTcgVGYgLTIwLjI4IC05LjQ2IFRkWyhEdXIpMTUoYXRpb24pXVRK L0Y0NSA3Ljk3IFRmIDI5LjExIDAgVGRbKDopLTMxMCgxMCktMjUwKG1pbnV0ZXMpLTI1MCgrKS0y NTAoMTApLTI1MCgvKS0yNTAoUmFuayldVEovRjUyIDcuOTcgVGYgLTI5LjExIC05LjQ3IFRkWyhF eHBlcmllbmNlKS0yNTAoTXVsdGlwbGUpXVRKL0Y0NSA3Ljk3IFRmIDY0Ljg1IDAgVGRbKDopLTMx MCgyMDApXVRKL0Y1MiA3Ljk3IFRmIC02NC44NSAtOS40NiBUZFsoQmFzZSktMjUwKENoYW5jZSld VEovRjQ1IDcuOTcgVGYgNDEuODMgMCBUZFsoOiktMzExKDMwJSldVEovRjUyIDcuOTcgVGYgLTQx LjgzIC05LjQ3IFRkWyhSZXNpc3QpXVRKL0Y0NSA3Ljk3IFRmIDE5LjE4IDAgVGRbKDopLTMxMChO b25lKV1USi9GNDUgOS45NiBUZiAtMTE0LjcxIC0yOS44OCBUZFsoNCldVEoKRVQKZW5kc3RyZWFt CmVuZG9iagoxOCAwIG9iaiA8PAovVHlwZSAvUGFnZQovQ29udGVudHMgMTkgMCBSCi9SZXNvdXJj ZXMgMTcgMCBSCi9NZWRpYUJveCBbMCAwIDU5NS4yNyA4NDEuODldCi9QYXJlbnQgOCAwIFIKPj4g ZW5kb2JqCjE3IDAgb2JqIDw8Ci9Gb250IDw8IC9GNDUgNCAwIFIgL0Y0NSA0IDAgUiAvRjUyIDcg MCBSIC9GNTAgNiAwIFIgL0YxNCAxMyAwIFIgPj4KL1Byb2NTZXQgWyAvUERGIC9UZXh0IF0KPj4g ZW5kb2JqCjIyIDAgb2JqIDw8Ci9MZW5ndGggMjQyOTIgICAgIAo+PgpzdHJlYW0KMSAwIDAgMSA1 NCA4MTUuNTIgY20KQlQKL0Y0NSA3Ljk3IFRmIDAgMCBUZFsoQSk1NShVR1VTVCktMjUwKDE0LCkt MjUwKDIwMDApXVRKL0Y0NSA5Ljk2IFRmIDQwOC40MiAwIFRkWyhSKV1USi9GNDUgNy45NyBUZiA2 Ljc5IDAgVGRbKE8pLTYxKFMpLTYyKFMpXVRKL0Y0NSA5Ljk2IFRmIDE4LjU4IDAgVGRbKEEpXVRK L0Y0NSA3Ljk3IFRmIDcuNjkgMCBUZFsoTCktNjEoRSktNjIoWCktNjEoQSktNjIoTiktNjIoRCkt NjIoRSktNjEoUiktMzc0KEUpLTYyKFQpLTM3NChBKS02MihMKV1USi9GNDUgOS45NiBUZiA3NC4x OCAwIFRkWyguKV1USi9GNTIgNy45NyBUZiAtNTE1LjY2IC0xOC41MyBUZFsoVCk5MihhcikzNyhn KTEwKGV0KV1USi9GNDUgNy45NyBUZiAyMC4yOSAwIFRkWyg6KS0zMTAoU3Bpcml0KV1USi9GNTIg Ny45NyBUZiAtMjAuMjkgLTkuNDcgVGRbKEVmKTE4KGZlY3RzOildVEovRjQ1IDcuOTcgVGYgMzIu MDcgMCBUZFsoSWYpLTM0MShzdWNjZXNzZnVsKS0zNDIoYSktMzQyKFQpODAob3RlbSktMzQxKHNw aXJpdCktMzQyKHdpbGwpLTM0MShhcnJpKTI1KHYpMTUoZSktMzQyKGluKV1USiAtMzIuMDcgLTku NDYgVGRbKEQxMCktMjk3KHB1bHNlcyktMjk2KHRvKS0yOTcoYWlkKS0yOTYodGhlKS0yOTcoQWRl cHQuKS00NDkoSXMpLTI5NyhhaWQpLTI5NihpbmNsdWRlcyktMjk3KGFza2luZyldVEogMCAtOS40 NyBUZFsodGhlKS0zNTcoc3Bpcml0KS0zNTYodG8pLTM1NyhzdW1tb24pLTM1NihhKS0zNTcodG90 ZW0pLTM1NihhbmltYWwpLTM1Nyh0byktMzU2KHRoZSktMzU3KEFkZXB0LCldVEogMCAtOS40NiBU ZFsoZ2kpMjUodikxNShlKS00MTIoYmFzaWMpLTQxMihnZW9ncmFwaGljYWwpLTQxMihrbm8pMjUo d2xlZGdlKS00MTIoYW5kKS00MTIoZG8pLTQxMihzaW1wbGUpXVRKIDAgLTkuNDYgVGRbKHNjb3V0 aW5nKS0zODEodGFza3MuKS03MDMoVGhlKS0zODIoc3Bpcml0KS0zODEod2lsbCktMzgxKGF1dG9t YXRpY2FsbHkpLTM4MSh3KTEwKGFybildVEogMCAtOS40NyBUZFsodGhlKS0yMjYoQWRlcHQpLTIy NihvZiktMjI2KGFuKTE1KHkpLTIyNihpKTEobW1lZGlhdGUpLTIyNihkYW5nZXIpLTIyNih0bykt MjI2KHRoZSktMjI2KEFkZXB0KS0yMjYodGhhdCldVEogMCAtOS40NiBUZFsodGhlKTE1KHkpLTI5 NShzZWUpLTI5NihcMDUwd2l0aCktMjk1KGFuKS0yOTUoYmFzZSktMjk1KGNoYW5jZSktMjk2KG9m KS0yOTUoQWRlcHQnKTU1KHMpLTI5NShQQyktMjk1KCspLTI5NigyKV1USi9GMTQgNy45NyBUZiAx NTkuOTYgMCBUZFsoXDAwMildVEovRjQ1IDcuOTcgVGYgLTE1OS45NiAtOS40NyBUZFsoUmFua1ww NTEuKS01NDYoVCk4MChvdGVtKS0zMjkoc3Bpcml0cyktMzI4KGNhbiktMzI5KG9ubHkpLTMyOShi ZSktMzI4KHN1bW1vbmVkKS0zMjkoYWcpNShhaW4pXVRKIDAgLTkuNDYgVGRbKGFmdGVyKS0yNTAo MjQpLTI1MCgtKS0yNTAoUmFuayktMjUwKGhvdXJzKS0yNTAoaGEpMjAodikxNShlKS0yNTAocGFz c2VkLildVEovRjUwIDcuOTcgVGYgMCAtMTYuOTQgVGRbKFNhY3JpXDAwMmNlKS0yNTAoXDA1MFMt MTZcMDUxKV1USi9GNTIgNy45NyBUZiAwIC0xNS4zMiBUZFsoUmFuZykxMChlKV1USi9GNDUgNy45 NyBUZiAyMC4yOCAwIFRkWyg6KS0zMTAoVCk4MChvdWNoKV1USi9GNTIgNy45NyBUZiAtMjAuMjgg LTkuNDcgVGRbKER1cikxNShhdGlvbildVEovRjQ1IDcuOTcgVGYgMjkuMTEgMCBUZFsoOiktMzEw KDEwKS0yNTAoc2Vjb25kcyktMjUwKCspLTI1MCgxMCktMjUwKC8pLTI1MChSYW5rKV1USi9GNTIg Ny45NyBUZiAtMjkuMTEgLTkuNDYgVGRbKEV4cGVyaWVuY2UpLTI1MChNdWx0aXBsZSldVEovRjQ1 IDcuOTcgVGYgNjQuODUgMCBUZFsoOiktMzEwKDcwMCldVEovRjUyIDcuOTcgVGYgLTY0Ljg1IC05 LjQ3IFRkWyhCYXNlKS0yNTAoQ2hhbmNlKV1USi9GNDUgNy45NyBUZiA0MS44MyAwIFRkWyg6KS0z MTEoNSUpXVRKL0Y1MiA3Ljk3IFRmIC00MS44MyAtOS40NiBUZFsoUmVzaXN0KV1USi9GNDUgNy45 NyBUZiAxOS4xOCAwIFRkWyg6KS0zMTAoUCkxNShhc3NpKTI1KHYpMTUoZSldVEovRjUyIDcuOTcg VGYgLTE5LjE4IC05LjQ3IFRkWyhUKTkyKGFyKTM3KGcpMTAoZXQpXVRKL0Y0NSA3Ljk3IFRmIDIw LjI5IDAgVGRbKDopLTMxMChBbikxNSh5KS0yNTAobGkpMjUodmluZyktMjUwKGNyZWF0dXJlKV1U Si9GNTIgNy45NyBUZiAtMjAuMjkgLTkuNDYgVGRbKEVmKTE4KGZlY3RzOildVEovRjQ1IDcuOTcg VGYgMzUuNjYgMCBUZFsoVCkxKGhlKS00NTUoQWRlcHQpLTQ1NChcMDAycnN0KS00NTQoZHJhKTE1 KHdzKS00NTQodGhlKS00NTQoRGVhdGgpLTQ1NShSdW5lKV1USiAtMzUuNjYgLTkuNDYgVGRbKGFj cm9zcyktMjc2KHRoZWlyKS0yNzcoZm9yZWhlYWQpLTI3NihhbmQpLTI3Nyh0aGVuKS0yNzYoYWN0 aSkyNSh2KTE1KGVzKS0yNzYoaXQuKS0zODkoVGhlKTE1KHkpLTI3NyhtdXN0KV1USiAwIC05LjQ3 IFRkWyh0aGVuKS00MTIodG91Y2gpLTQxMih0aGVpciktNDEyKHZpY3RpbSktNDEyKFwwNTBzdWNl c3NmdWwpLTQxMih1bmFybWVkKS00MTIoc3RyaWspMTAoZVwwNTEpXVRKIDAgLTkuNDYgVGRbKGFu ZCktNDI0KHJlbGVhc2UpLTQyNCh0aGUpLTQyMyhzcGVsbC4pLTgzMihJZiktNDI0KHRoZSktNDIz KHZpY3RpbSktNDI0KGYpMTAoYWlscyktNDI0KHRvKS00MjQocmVzaXN0KV1USiAwIC05LjQ3IFRk Wyh0aGVpciktMzYzKHNwaXJpdCktMzYzKGlzKS0zNjMoc2FjcmlcMDAyY2VkKS0zNjModG8pLTM2 NCh0aGUpLTM2MyhBZGVwdCktMzYzKHdobyktMzYzKGltbWVkaS0pXVRKIDAgLTkuNDYgVGRbKGF0 ZSktMzIzKGcpNShhaW5zKS0zMjMoYWxsKS0zMjMoY3VycmVudCktMzIzKEYpMTUoYXRpZ3VlKS0z MjIoYW5kKS0zMjMoRW5kdXJhbmNlLiktNTI5KFVwKS0zMjModG8pXVRKIDAgLTkuNDcgVGRbKFJh bmspLTI0Nihwb2ludHMpLTI0NyhlYWNoKS0yNDYob2YpLTI0Nih0aGlzKS0yNDYoY2FuKS0yNDco YmUpLTI0Nih1c2VkKS0yNDYodG8pLTI0NyhoZWFsKS0yNDYoZGFtYWdlKV1USiAwIC05LjQ2IFRk WyhhbmQpLTIyNChyZXN0b3JlKS0yMjQoZikxMChhdGlndWUpLTIyNChyZXNwZWN0aSkyNSh2KTE1 KGVseSk2NSguKS0zMDEoQ2xlYXJseSk2NSguaWYpLTIyNCh0aGUpLTIyNCh2aWN0aW0pXVRKIDAg LTkuNDcgVGRbKGhhcyktMjUwKGxlc3MpLTI1MCh0aGFuKS0yNTAoemVybyktMjUwKEVuZHVyYW5j ZSktMjUwKG5vdGhpbmcpLTI1MChpcyktMjUwKGcpNShhaW5lZC4pXVRKIDAgLTEyLjk1IFRkWyhJ biktMjc2KGFkZGl0aW9uLCktMjgyKGlmKS0yNzYodGhlKS0yNzYoQWRlcHQpLTI3Nih0aGVuKS0y NzUoc3BlbmRzKS0yNzYoYSktMjc2KGhvdXIpLTI3NihtYWtpbmcpXVRKIDAgLTkuNDcgVGRbKGEp LTI3NShtZWFsKS0yNzUob2YpLTI3NSh0aGVpciktMjc1KHZpY3RpbSktMjc2KHRoZSkxNSh5KS0y NzUoY2FuKS0yNzUodGVtcG9yYXJpbHkpLTI3NShpbmNyZWFzZSldVEogMCAtOS40NiBUZFsodGhl aXIpLTIyMShmb2xsbykyNSh3aW5nKS0yMjEoY2hhcmFjdGVyaXN0aWNzKS0yMjEodG8pLTIyMCh1 cCktMjIxKHRvKS0yMjEoWzUpXVRKL0YxNCA3Ljk3IFRmIDEzMC4zMyAwIFRkWyhcMDAyKV1USi9G NDUgNy45NyBUZiA3Ljk1IDAgVGRbKFJhbmtdKS0yMjEob2YpXVRKIC0xMzguMjggLTkuNDYgVGRb KHRoYXQpLTI1MCh0aGUpLTI1MCh2aWN0aW0uKV1USiA1Ljk4IC03LjcxIFRkWyhPcikxOChnKTUo YW4pLTI1MCgvKS0yNTAoQm9keSktMjUwKHBhcnQpLTE1MDAoU3RhdCldVEogMCAtOS40NiBUZFso QnJhaW4pLTY1MDQoV1ApXVRKIDAgLTkuNDYgVGRbKEhlYXJ0KS02NTA1KEVOKV1USiAwIC05LjQ3 IFRkWyhBcm1zKS02NTA0KFBTKV1USiAwIC05LjQ2IFRkWyhMZSkxNShncyktNjc5NyhBKTQwKEcp XVRKIDAgLTkuNDcgVGRbKEhhbmRzKS02MTcxKE1EKV1USiAtNS45OCAtMTIuNzMgVGRbKEVhdGlu ZyktMjIyKHRoZSktMjIzKGdlbml0YWxzKS0yMjIod2lsbCktMjIzKGdpKTI1KHYpMTUoZSktMjIy KGEpLTIyMyhSYW5rJSktMjIyKGluY3JlYXNlKS0yMjIodG8pLTIyMyh0aGUpXVRKIDAgLTkuNDYg VGRbKEFkZXB0Jyk1NShzKS00MTAodmlyaWxpdHkpNjUoLiktNzkxKElmKS00MTAodGhlKS00MTEo dmljdGltKS00MTAoaXMpLTQxMChza2lubmVkKS00MTEodGhlbiktNDEwKHRoZSldVEogMCAtOS40 NyBUZFsoQWRlcHQpLTM2NyhtYXkpLTM2OChcMjIzd2VhclwyMjQpLTM2NyhpdC4pLTY2MihUaGlz KS0zNjcod2lsbCktMzY3KGNhdXNlKS0zNjgob25seSktMzY3KHN1cGVyKTIwKC0pXVRKIDAgLTku NDYgVGRbKFwwMDJjaWFsKS0zNDkocGgpNSh5c2ljYWwpLTM0OShjaGFuZ2VzKS0zNDkoc3VjaCkt MzUwKGFzKS0zNDkoc2hvdXQpLTM0OShub3NlLCktMzc0KGhvbykxNSh2KTE1KGVkKV1USiAwIC05 LjQ2IFRkWyhmZWFyKTQwKCwpLTM5NShjbGEpMTUod2VkKS0zNjYoaGFuZHMsKS0zOTUoaGFpcnkp LTM2Nihza2luLiktNjU4KEFsbCktMzY2KHRyYW5zZm9ybWF0aW9uKV1USiAwIC05LjQ3IFRkWyhs YXN0KS0yMzQoMTApLTIzNChcMDUwKyktMjM0KDEwKS0yMzQoLyktMjM0KFJhbmtcMDUxKS0yMzQo bWludXRlcy4pLTMwNShUaGlzKS0yMzQoc3BlbGwpLTIzNChkb2VzKS0yMzQobm90KS0yMzQob24p XVRKIDAgLTkuNDYgVGRbKHBsYW50cy4pXVRKL0Y0NyA4Ljk3IFRmIDAgLTE5LjQ1IFRkWygxLjkp LTk5OShTcCkxKGVjaWFsKS0yNzcoS25vKTE1KHcpMShsZWRnKS05KGUpLTI3OChSaXR1KTEoYWxz KV1USi9GNTAgNy45NyBUZiAwIC0xNS4zMiBUZFsoQ2FzdGluZyktMjUwKHRoZSktMjUwKFJ1bmVz KS0yNTAoXDA1MFItMVwwNTEpXVRKL0Y1MiA3Ljk3IFRmIDAgLTE1LjMyIFRkWyhFeHBlcmllbmNl KS0yNTAoTXVsdGlwbGUpXVRKL0Y0NSA3Ljk3IFRmIDY0Ljg1IDAgVGRbKDopLTYyMCg1MDApXVRK L0Y1MiA3Ljk3IFRmIC02NC44NSAtOS40NyBUZFsoQmFzZSktMjUwKENoYW5jZSldVEovRjQ1IDcu OTcgVGYgNDEuODMgMCBUZFsoOiktMzExKDUlKS0yNTAoKyktMjUwKDUlKS0yNTAoLyktMjUwKFJh bmspXVRKL0Y1MiA3Ljk3IFRmIC00MS44MyAtOS40NiBUZFsoRWYpMTgoZmVjdHM6KV1USi9GNDUg Ny45NyBUZiAzMS43MyAwIFRkWyhUaGUpLTMzMShBZGVwdCktMzMxKG11c3QpLTMzMShwcmVwYXJl KS0zMzEoYSktMzMxKHBpZWNlKS0zMzEob2YpLTMzMShwYXBlcildVEogLTMxLjczIC05LjQ3IFRk WyhvciktMjcyKHYpMTUoZWxsdW0pLTI3MihvbiktMjcyKHdoaWNoKS0yNzIoYXJlKS0yNzIod3Jp dHRlbiktMjczKHRoZSktMjcyKFJ1bmVzKS0yNzIob2YpLTI3MihEb29tLildVEogMCAtOS40NiBU ZFsoVGhlKS0zNDQoZW50aXJlKS0zNDQocml0dWFsKS0zNDQob2YpLTM0NChwcmVwYXJhdGlvbikt MzQ0KHRhaykxMChlcyktMzQ0KG9uKS0xKGUpLTM0NChob3VyKTU1KC4pLTU5MihBdCldVEogMCAt OS40NiBUZFsodGhlKS0zNDEoZW5kKS0zNDAob2YpLTM0MSh0aGUpLTM0MChob3VyKTQwKCwpLTM2 NCh0aGUpLTM0MChBZGVwdCktMzQxKGNob29zZXMpLTM0MChhbiktMzQxKGNyZWF0dXJlKV1USiAw IC05LjQ3IFRkWyhcMDUwc2VlKS0yNjAoYmVsbykyNSh3XDA1MSktMjU5KGZyb20pLTI2MCh0aGUp LTI2MChTZSkyNSh2KTE1KGVudGgpLTI1OShQbGFuZSktMjYwKHRvKS0yNjAoYmUpLTI1OSh0aGUp LTI2MChlKTE1KHgpMTUoZWN1LSldVEogMCAtOS40NiBUZFsodG9yKS0yNTQob2YpLTI1NCh0aGUp LTI1NChkb29tKS0yNTQoYW5kKS0yNTQoYWxzbyktMjU0KHdyaXRlcyktMjU1KHRoaXMpLTI1NChu YW1lKS0yNTQob24pLTI1NCh0aGUpLTI1NChwYS0pXVRKIDAgLTkuNDcgVGRbKHBlcik1NSguKS00 ODYoVGhlKS0zMDgobmFtZSktMzA5KG11c3QpLTMwOChiZSktMzA5KGNhcGFibGUpLTMwOChvZikt MzA5KGJlaW5nKS0zMDgocmVhZC4pLTQ4NihUaGUpXVRKIDAgLTkuNDYgVGRbKEFkZXB0Jyk1NShz KS0zMTcocGxheWVyKS0zMTgobXVzdCktMzE3KGFjdHVhbGx5KS0zMTgod3JpdGUpLTMxNyh0aGlz KS0zMTgoaW5mb3JtYXRpb24pXVRKIDAgLTkuNDcgVGRbKGRvKTI1KHduLCktMjQwKHNpbmNlKS0y MzcoaXQpLTIzNyh3aWxsKS0yMzcob25seSktMjM3KGNvbWUpLTIzNyhpbnRvKS0yMzcocGxheSkt MjM4KGluKS0yMzcodGhlKS0yMzcoZnV0dXJlLildVEogMCAtOS40NiBUZFsoT25jZSktMjAyKHRo ZSktMjAxKHJpdHVhbCktMjAyKGlzKS0yMDIocHJlcGFyZWQsKS0yMTEodGhlKS0yMDIoQWRlcHQp LTIwMSh0aGVuKS0yMDIocGFzc2VzKS0yMDIodGhlKV1USiAwIC05LjQ3IFRkWyhzaGVldCktMjg1 KG9mKS0yODUocGFwZXIpLTI4NShvbiktMjg1KHRvKS0yODUodGhlKS0yODYodmljdGltKS0yODUo d2hvc2UpLTI4NShuYW1lKS0yODUoaXMpLTI4NSh3cml0LSldVEogMCAtOS40NiBUZFsodGVuKS0y NDMob24pLTI0Myh0aGUpLTI0MyhwYXBlcik1NSguKS0zMDgoVGhlKS0yNDModmljdGltKS0yNDMo bXVzdCktMjQzKHYpMjAob2x1bnRhcmlseSktMjQzKGFjY2VwdCldVEogMCAtOS40NiBUZFsodGhl KS0yNDcocGFwZXIpLTI0OChcMDUwdGhvdWdoKS0yNDcodGhlKTE1KHkpLTI0OChuZWVkKS0yNDco bm90KS0yNDcoa25vKTI1KHcpLTI0OCh3aGF0KS0yNDcoaXMpLTI0NyhvbiktMjQ4KGl0XDA1MS4p XVRKIDAgLTkuNDcgVGRbKE9uY2UpLTMyMCh0aGUpMTUoeSktMzIwKGFjY2VwdCktMzIwKGl0LCkt MzM4KGEpLTMyMChjcmVhdHVyZSktMzIwKG5hbWVkKS0zMjAob24pLTMyMCh0aGUpLTMyMChwYXBl cildVEogMCAtOS40NiBUZFsod2lsbCktMjA0KHR1cm4pLTIwNSh1cCktMjA0KGluKS0yMDQoWzIw KS0yMDUoKyktMjA0KEQxMCktMjA0KC0pLTIwNShSYW5rXSktMjA0KGRheXMpLTIwNChhbmQpLTIw NShodW50KS0yMDQodGhlbSldVEogMCAtOS40NyBUZFsoZG8pMjUod24pLTIxMShhbmQpLTIxMShr aWxsKS0yMTEodGhlbS4pLTI5NyhFdikxNShlbiktMjExKGlmKS0yMTEodGhlKS0yMTEoY3JlYXR1 cmUpLTIxMShpcyktMjExKGRlc3RybykxMCh5ZWQpXVRKIDAgLTkuNDYgVGRbKGFub3RoZXIpLTI1 MCh3aWxsKS0yNTAocmV0dXJuKS0yNTAod2l0aGluKS0yNTAoYSktMjUwKHNpbWlsYXIpLTI1MCh0 aW1lLildVEogMCAtMTIuOTYgVGRbKEJ5KS0zMTkocGFzc2luZyktMzE5KHRoZSktMzE5KHBhcGVy KS0zMTgob24pLTMxOSh0byktMzE5KGFub3RoZXIpLTMxOShlbnRpdHkpLTMxOSh3aG8pLTMxOSh2 KTIwKG9sLSldVEogMCAtOS40NiBUZFsodW50YXJpbHkpLTM2MChhY2NlcHRzKS0zNjAoaXQpLTM2 MChjYW4pLTM2MCh0aGUpLTM1OShkb29tKS0zNjAoYmUpLTM2MCh0cmFuc2ZlcnJlZC4pLTY0MChJ ZildVEogMCAtOS40NyBUZFsodGhlKS0yNTgocGFwZXIpLTI1NyhpcyktMjU4KGRlc3RybykxMCh5 ZWQsKS0yNTkodGhlKS0yNTgoZG9vbSktMjU3KGNhbiktMjU4KG5lKTI1KHYpMTUoZXIpLTI1Nyhi ZSktMjU4KHRyYW5zLSldVEogMCAtOS40NiBUZFsoZmVycmVkLiktMjk5KFRoZSktMjE5KERvb20p LTIxOChtYXkpLTIxOChiZSktMjE5KGxpZnRlZCktMjE4KGJ5KS0yMTgoQWRlcHQpLTIxOShieSkt MjE4KHJpdHVhbGx5KV1USiAwIC05LjQ2IFRkWyhjYXN0aW5nKS0yNjEoYSktMjYyKFJ1bmUpLTI2 MShTcGVjaWFsKS0yNjEoQ291bnRlcnNwZWxsKS0yNjIob24pLTI2MSh0aGUpLTI2Mih0YXIpMTgo Z2V0KS0yNjEob3IpXVRKIDAgLTkuNDcgVGRbKGEpLTMxMyhyZW1vKTE1KHYpMTUoZSktMzEzKGN1 cnNlKS0zMTMoYmUpLTMxMyhwZXJmb3JtZWQuKS00OTkoVGhlKS0zMTMoY3Vyc2UpLTMxMyhpcykt MzEzKGNvbnNpZC0pXVRKIDAgLTkuNDYgVGRbKGVyZWQpLTI2OShhKS0yNjgoTWFqb3IpLTI2OShD dXJzZSktMjY4KHdpdGgpLTI2OShhbiktMjY5KE1BKS0yNjgob2YpLTI2OShcMDUwTUEpLTI2OShv ZiktMjY4KEFkZXB0KS0yNjkoKyldVEogMCAtOS40NyBUZFsoMildVEovRjE0IDcuOTcgVGYgNS45 MSAwIFRkWyhcMDAyKV1USi9GNDUgNy45NyBUZiA4LjEyIDAgVGRbKFJhbmspLTI0MihvZiktMjQy KHJpdHVhbFwwNTEpLTI0MihhbmQpLTI0MShjYW4pLTI0MihiZSktMjQyKHJlbW8pMTUodikxNShl ZCktMjQyKGJ5KS0yNDIoUml0dWFsKS0yNDIob2YpXVRKIC0xNC4wMyAtOS40NiBUZFsoUmVtbykx NSh2KTE1KGUpLTI1MChDdXJzZS4pXVRKIDAgLTEyLjk2IFRkWyhUaGlzKS0zMzAocml0dWFsKS0z MzEocmVxdWlyZXMpLTMzMCh0aGUpLTMzMShlKTE1KHhwZW5kaXR1cmUpLTMzMChvZiktMzMxKG9u ZSktMzMwKHBvaW50KS0zMzEob2YpXVRKIDAgLTkuNDYgVGRbKEVuZHVyYW5jZSktMzY2KFwwNTBw ZXJtYW5lbnRseVwwNTEpLTM2NyhyZSkxNShnKTUoYXJkbGVzcyktMzY2KG9mKS0zNjcoc3VjY2Vz cy4pLTY1OShJZildVEogMCAtOS40NyBUZFsodGhlKS0yMjgocml0dWFsKS0yMjgoYmFja1wwMDJy ZXMsKS0yMzModGhlKS0yMjgobmFtZWQpLTIyOChjcmVhdHVyZSktMjI5KHdpbGwpLTIyOChpbW1l ZGktKV1USiAxNzYuMTIgNzU2Ljg0IFRkWyhhdGVseSktMjk5KHR1cm4pLTMwMCh1cCktMjk5KGFu ZCktMzAwKGF0dGVtcHQpLTI5OSh0byktMzAwKGtpbGwpLTI5OSh0aGUpLTMwMChBZGVwdCwpLTMx MShiKTIwKHV0KS0zMDAod2lsbCldVEogMCAtOS40NyBUZFsobm90KS0yNTAocmV0dXJuKS0yNTAo b25jZSktMjUwKGRlc3RybykxMCh5ZWQuKV1USi9GNTAgNy45NyBUZiA1Ljk4IC0xMi40MiBUZFso UmFuayktMTY2NihDcikxOChlYXR1cikxOChlKV1USi9GNDUgNy45NyBUZiAwIC05LjQ3IFRkWygw XDIyNjQpLTI1MDAoSW1wKV1USiAwIC05LjQ2IFRkWyg1XDIyNjkpLTI1MDAoSGFsZiktMjUwKGRl KTI1KHZpbCldVEogMCAtOS40NyBUZFsoMTBcMjI2MTQpLTE1MDAoRGUpMjUodmlsKV1USiAwIC05 LjQ2IFRkWygxNVwyMjYxOSktMTUwMChTdWNjdWJpKS0yNTAob3IpLTI1MChJbmN1YmkpXVRKIDAg LTkuNDcgVGRbKDIwKS0zMDAwKE5hbWVkKS0yNTAoRGVtb24pXVRKL0Y1MCA3Ljk3IFRmIC01Ljk4 IC0xNi4zOSBUZFsoQ3IpMTgoZWVwaW5nKS0yNTAoRG9vbSktMjUwKFwwNTBSLTJcMDUxKV1USi9G NTIgNy45NyBUZiAwIC0xNC45MSBUZFsoRXhwZXJpZW5jZSktMjUwKE11bHRpcGxlKV1USi9GNDUg Ny45NyBUZiA2NC44NSAwIFRkWyg6KS02MjAoNDUwKV1USi9GNTIgNy45NyBUZiAtNjQuODUgLTku NDcgVGRbKEJhc2UpLTI1MChDaGFuY2UpXVRKL0Y0NSA3Ljk3IFRmIDQxLjgzIDAgVGRbKDopLTMx MSgyMCUpLTI1MCgrKS0yNTAoNCktMjUwKC8pLTI1MChSYW5rKV1USi9GNTIgNy45NyBUZiAtNDEu ODMgLTkuNDYgVGRbKEVmKTE4KGZlY3RzOildVEovRjQ1IDcuOTcgVGYgMjkuMDUgMCBUZFsoVGhl KS0yMzgoQWRlcHQpLTIzOChjcmVhdGVzKS0yMzkoMTMpLTIzOChSdW5lcyktMjM4KG9mKS0yMzgo RGVzdHJ1Y3Rpb24pXVRKIC0yOS4wNSAtOS40NyBUZFsoYnkpLTI4MShjYXJ2aW5nKS0yODAodGhl KS0yODEoYXBwcm9wcmlhdGUpLTI4MShtYWxlZGljdGlvbnMpLTI4MChpbnRvKS0yODEoaHVtYW4p XVRKIDAgLTkuNDYgVGRbKGJvbmVzLiktNDUzKFRoZSkxNSh5KS0yOTgodGhlbiktMjk3KHBlcmZv cm0pLTI5OChhKS0yOTgocml0dWFsKS0yOTcobykxNSh2KTE1KGVyKS0yOTgodGhlbSktMjk4KFww NTBkdXJhLSldVEogMCAtOS40NiBUZFsodGlvbiktMjI2KDEpLTIyNyhob3VyXDA1MSktMjI2KGFu ZCktMjI2KGIpMjAodXJ5KS0yMjcodGhlKS0yMjYoc3RpY2tzKS0yMjYoYmVuZWF0aCktMjI3KHRo ZSktMjI2KGR3ZWxsaW5nKV1USiAwIC05LjQ3IFRkWyhvZiktMjk5KHNvbWVvbmUpLTI5OSh0aGUp MTUoeSktMjk5KHdpc2gpLTMwMCh0byktMjk5KGN1cnNlLiktNDU3KEl0KS0yOTkoaXMpLTI5OShi ZXN0KS0zMDAoaWYpLTI5OSh0aGUpLTI5OSh2aWMtKV1USiAwIC05LjQ2IFRkWyh0aW0nKTU1KHMp LTI1OShuYW1lKS0yNjAoaXMpLTI1OShjYXJ2KTE0KGVkKS0yNTkoaW4pLTI2MCh0aGUpLTI1OShi b25lcyktMjYwKGFzKS0yNTkod2VsbCwpLTI2MihvdGhlcndpc2UpXVRKIDAgLTkuNDcgVGRbKG90 aGVycyktMjI3KGluKS0yMjYodGhlKS0yMjcoaG91c2UpLTIyNyhtYXkpLTIyNyhiZWNvbWUpLTIy NihpbGwpLTIyNyhpbnN0ZWFkLiktMzAyKEYpMTUob3IpLTIyNyhlYWNoKV1USiAwIC05LjQ2IFRk Wyhtb250aCktMjM2KHRoYXQpLTIzNyh0aGUpLTIzNihib25lcyktMjM2KHJlbWFpbiktMjM3KGlu KS0yMzYob3IpLTIzNih1bmRlciktMjM3KHRoZSktMjM2KHZpY3RpbScpNTUocyldVEogMCAtOS40 NyBUZFsoZHdlbGxpbmcsKS0zODIodGhlKTE1KHkpLTM1NihtdXN0KS0zNTUobWFrKTEwKGUpLTM1 NihhKS0zNTUoUmVzaXN0YW5jZSktMzU2KENoZWNrLCktMzgyKHRoZSldVEogMCAtOS40NiBUZFso QmFzZSktMjg3KENoYW5jZSktMjg3KGZvciktMjg3KHdoaWNoKS0yODYoaXMpLTI4Nyhjb21wb3Nl ZCktMjg3KG9mKS0yODcodGhlKS0yODcodmljdGltJyk1NShzKV1USiAwIC05LjQ3IFRkWyhFbmR1 cmFuY2UpLTIzNihtdWx0aXBsaWVkKS0yMzYoYnkpLTIzNih0aGUpLTIzNihEaWYpMjUoXDAwMmN1 bHR5KS0yMzYoUmF0aW5nKS0yMzYob2YpLTIzNih0aGUpXVRKIDAgLTkuNDYgVGRbKHJlc2lzdGFu Y2UuKV1USiA1Ljk4IC0xMC43OCBUZFsoMVwyMjY1KS0yNTAwKDQuMCldVEogMCAtOS40NyBUZFso NlwyMjYxMCktMjAwMCgzLjApXVRKIDAgLTkuNDYgVGRbKDExXDIyNjE1KS0xNTAwKDIuNSldVEog MCAtOS40NyBUZFsoMTZcMjI2MTgpLTE1MDAoMi4wKV1USiAwIC05LjQ2IFRkWygxOVwyMjYyMCkt MTUwMCgxLjUpXVRKIC01Ljk4IC0xMi4zMiBUZFsoSWYpLTI0OSh0aGUpLTI1MCh2aWN0aW0pLTI0 OShmKTEwKGFpbHMpLTI0OSh0byktMjUwKHJlc2lzdCwpLTI0OSh0aGUpMTUoeSktMjUwKHN1Ziky NShmZXIpLTI0OShhKS0yNTAodykxMChhc3RpKTEobmcpLTI1MChkaXMtKV1USiAwIC05LjQ3IFRk WyhlYXNlKS0yNzEoYW5kKS0yNzAobG9zZXMpLTI3MShbRCktMjcxKC0pLTI3MCgzXSktMjcxKEVu ZHVyYW5jZSktMjcxKHBvaW50cyktMjcwKGZvciktMjcxKHRoZSktMjcxKHB1cikyMCgtKV1USiAw IC05LjQ2IFRkWyhwb3NlcyktMjM1KG9mKS0yMzUoZnV0dXJlKS0yMzQocmVzaXN0YW5jZSktMjM1 KFwwNTBvbmx5XDA1MS4pLTMwNShJZiktMjM1KHRoZSkxNSh5KS0yMzQoZikxMChhaWwpLTIzNSh0 byktMjM1KHJlc2lzdCldVEogMCAtOS40NiBUZFsoZm9yKS0yNTAodGhyZWUpLTI1MChzdHJhaWdo dCktMjUwKG1vbnRocywpLTI1MCh0aGUpMTUoeSktMjUwKGRpZS4pXVRKIDAgLTEyLjU1IFRkWyhH ZW5lcmFsbHkpNjUoLCktMjY0KHRoZSktMjYxKHZpY3RpbSktMjYyKG9mKS0yNjEodGhlc2UpLTI2 MShtYWxlZGljdGlvbnMpLTI2Mihkb2VzKS0yNjEobm90KV1USiAwIC05LjQ3IFRkWyhrbm8pMjUo dyktMjQ4KGUpMTUoeGFjdGx5KS0yNDcod2hhdCktMjQ4KGlzKS0yNDgod3JvbmcpLTI0Nyh3aXRo KS0yNDgodGhlbS4pLTMwOShTaG91bGQpLTI0OCh0aGUpMTUoeSldVEogMCAtOS40NiBUZFsoZGlz Y28pMTUodikxNShlciktMzY2KHRoZSktMzY1KGJvbmVzLCktMzk1KHRoZSkxNSh5KS0zNjYobWF5 KS0zNjYocmVtbykxNSh2KTE1KGUpLTM2NSh0aGUpLTM2NihjdXJzZSktMzY2KGJ5KV1USiAwIC05 LjQ2IFRkWyhyZW1vKTE1KHZpbmcpLTI1MCh0aGUpLTI1MChib25lcyktMjUwKGZyb20pLTI1MCh0 aGUpLTI1MChob3VzZS4pLTMxMShPdGhlciktMjUwKG1lYW5zKS0yNTAob2YpXVRKIDAgLTkuNDcg VGRbKGVuZGluZyktMjU4KGEpLTI1OShjdXJzZSktMjU4KGRvKS0yNTkobm90KS0yNTgobm9ybWFs bHkpLTI1OShzdWYpMjUoXDAwMmNlLCktMjYwKGFsdGhvdWdoKS0yNTkodGhlKV1USiAwIC05LjQ2 IFRkWyhzdWYpMjUoZmVyZXIpLTMzMyh3KTEwKG91bGQpLTMzMihzaG8pMjUodyktMzMzKGltbWVk aWF0ZSktMzMyKGltcHJvKTE1KHYpMTUoZW1lbnQpLTMzMyh1cG9uKV1USiAwIC05LjQ3IFRkWyhs ZWEpMjAodmluZyktMzE3KHRoZSktMzE3KGhvdXNlKS0zMTcoYW5kKS0zMTYoc2xlZXBpbmcpLTMx NyhlbHNlKTI1KHdoZXJlKS0zMTcoZm9yKS0zMTcoYSktMzE3KGZlKTI1KHcpXVRKIDAgLTkuNDYg VGRbKHdlZWtzLiktMzA4KFRoZXJlKS0yNDQoaXMpLTI0MyhubyktMjQ0KGNoYW5jZSktMjQ0KG9m KS0yNDQodGhpcyktMjQzKHJpdHVhbCktMjQ0KGJhY2tcMDAycmluZy4pXVRKL0Y1MCA3Ljk3IFRm IDAgLTE2LjUzIFRkWyhSdW5lKS0yNTAoUCkyMChvcnRhbCktMjUwKFwwNTBSLTNcMDUxKV1USi9G NTIgNy45NyBUZiAwIC0xNC45MSBUZFsoUmFuZykxMChlKV1USi9GNDUgNy45NyBUZiAyMC4yOCAw IFRkWyg6KS0zMTAoU3BlY2lhbCldVEovRjUyIDcuOTcgVGYgLTIwLjI4IC05LjQ3IFRkWyhEdXIp MTUoYXRpb24pXVRKL0Y0NSA3Ljk3IFRmIDI5LjExIDAgVGRbKDopLTMxMChTcGVjaWFsKV1USi9G NTIgNy45NyBUZiAtMjkuMTEgLTkuNDYgVGRbKEV4cGVyaWVuY2UpLTI1MChNdWx0aXBsZSldVEov RjQ1IDcuOTcgVGYgNjQuODUgMCBUZFsoOiktMzEwKDQwMCldVEovRjUyIDcuOTcgVGYgLTY0Ljg1 IC05LjQ3IFRkWyhCYXNlKS0yNTAoQ2hhbmNlKV1USi9GNDUgNy45NyBUZiA0MS44MyAwIFRkWyg6 KS0zMTEoTUEpLTI1MCgrKS0yNTAoNSktMjUwKC8pLTI1MChSYW5rKV1USi9GNTIgNy45NyBUZiAt NDEuODMgLTkuNDYgVGRbKENhc3QpLTI1MChUKTU1KGltZSldVEovRjQ1IDcuOTcgVGYgMzIuMTEg MCBUZFsoOiktMzEwKDMwKS0yNTAobWludXRlcyldVEovRjUyIDcuOTcgVGYgLTMyLjExIC05LjQ3 IFRkWyhFZikxOChmZWN0czopXVRKL0Y0NSA3Ljk3IFRmIDMwLjY2IDAgVGRbKFIpLTEodW5lKS0y OTcocG9ydGFscyktMjk4KGFsbG8pMjUodyktMjk3KGEpLTI5OChSdW5lKS0yOTgoTWFnZSktMjk3 KHRvKS0yOTgodHJhbnMtKV1USiAtMzAuNjYgLTkuNDYgVGRbKHBvcnQpLTM2Mih0aGVtc2Vsdikx NShlcyktMzYxKGFuZCktMzYyKFJhbmspLTM2MShvdGhlciktMzYyKGVudGl0aWVzKS0zNjEod2l0 aCktMzYyKHRoZW0pXVRKIDAgLTkuNDcgVGRbKHRvKS0zNzQoYW4pMTUoeSktMzc0KG90aGVyKS0z NzQocG9ydGFsKS0zNzQod2hpY2gpLTM3NCh0aGUpLTM3NChSdW5lKS0zNzQoTWFnZSktMzc0KGhh cyktMzc0KHZpcy0pXVRKIDAgLTkuNDYgVGRbKGl0ZWQsKS0yMzMoaGFzKS0yMjkoc3VmKTI1KFww MDJjaWVudCktMjI5KGtubykyNSh3bGVkZ2UpLTIyOShcMDUwdW5pcXVlbHkpLTIyOShkaXN0aW5n dWlzaC0pXVRKIDAgLTkuNDYgVGRbKGFibGVcMDUxKS0zNjkoYWJvdXQsKS0zOTgob3IpLTM2OSh0 aGUpLTM2OShzb3VyY2UpLTM2OShwb3J0YWwnKTU1KHMpLTM2OShcMjIzbGluaykxMChlZCktMzY5 KGRlc3RpbmEtKV1USiAwIC05LjQ3IFRkWyh0aW9uXDIyNC4pLTM5OChUaGUpLTI3OShBZGVwdCkt MjgwKGNhbiktMjc5KGNyZWF0ZSktMjc5KHR3KTEwKG8pLTI4MCh0eXBlcyktMjc5KG9mKS0yNzko UnVuZSktMjgwKHBvcikyMCgtKV1USiAwIC05LjQ2IFRkWyh0YWxzLildVEovRjUwIDcuOTcgVGYg MCAtMjIuNzkgVGRbKFApMjAoZXJtYW5lbnQpXVRKL0Y0NSA3Ljk3IFRmIDQyLjQ1IDAgVGRbKEEp LTM5MyhwZXJtYW5lbnQpLTM5NChwb3J0YWwpLTM5NChpcyktMzk0KGNvbnN0cnVjdGVkKS0zOTQo YnkpXVRKIC00Mi40NSAtOS40NyBUZFsodGhlKS0yMDEoQWRlcHQpLTIwMChpbnNjcmliaW5nKS0y MDEoUnVuZXMpLTIwMChvZiktMjAxKFQpMzUocmFuc2xvY2F0aW9uKS0yMDAob24pLTIwMShsYXIp MTgoZ2UpXVRKIDAgLTkuNDYgVGRbKHN0b25lcywpLTI1OShwbGFjaW5nKS0yNTgodGhlbSktMjU4 KG9uKS0yNTcoYSktMjU4KFwwMDNhdCktMjU3KHN1cmYpMTAoYWNlKS0yNTgodG8pLTI1OChjcmVh dGUpLTI1NyhhKS0yNTgoY2lyKTIwKC0pXVRKIDAgLTkuNDcgVGRbKGNsZSktMzUyKG9mKS0zNTEo YSktMzUyKHNpemUsKS0zNzcoaW4pLTM1MihoZSkxNSh4KTE1KGVzLCktMzc3KGF0KS0zNTIobGVh c3QpLTM1MShlcXVhbCktMzUyKHRvKS0zNTIodGhhdCktMzUxKG9mKS0zNTIodGhlKV1USiAwIC05 LjQ2IFRkWyhudW1iZXIpLTMxOShvZiktMzIwKGVudGl0aWVzKS0zMTkodGhlKS0zMjAocG9ydGFs KS0zMTkoY2FuKS0zMjAodHJhbnNwb3J0LiktNTE4KFBlcm1hLSldVEogMCAtOS40NiBUZFsobmVu dCktMjU0KHBvcnRhbHMpLTI1NSh0YWspMTAoZSktMjU0KGEpLTI1NShkYXkpLTI1NChwZXIpLTI1 NShoZSkxNSh4KS0yNTQodG8pLTI1NShjb25zdHJ1Y3QpLTI1NChhbmQpLTI1NShjYW4tKV1USiAw IC05LjQ3IFRkWyhub3QpLTM4NShiZSktMzg1KGRlc3RybykxMCh5ZWQpLTM4Nih1bmxlc3MpLTM4 NShhbGwpLTM4NSh0aGUpLTM4NShzdG9uZXMpLTM4Nihmb3JtaW5nKS0zODUodGhlKV1USiAwIC05 LjQ2IFRkWyhwb3J0YWwpLTI0MihhcmUpLTI0MShzbWFzaGVkLiktMzA4KEF0KS0yNDEodGhlKS0y NDIodGltZSktMjQyKHRoZSktMjQxKHBvcnRhbCktMjQyKGlzKS0yNDIoY3JlYXRlZCwpXVRKIDAg LTkuNDcgVGRbKGEpLTM1NChcMjIzbGlua1wyMjQpLTM1NChkZXN0aW5hdGlvbiktMzU0KGNhbikt MzU0KGJlKS0zNTQoaW1iKTIwKHVlZCktMzU0KGluKS0zNTQoaXQuKS02MjIoVGhlKS0zNTQoZGVz LSldVEogMCAtOS40NiBUZFsodGluYXRpb24pLTM2MyhtdXN0KS0zNjMoYmUpLTM2NChhKS0zNjMo cGVybWFuZW50KS0zNjMocG9ydGFsKS0zNjModGhlKS0zNjQoQWRlcHQpLTM2MyhoYXMpXVRKIDAg LTkuNDcgVGRbKHByZSkyNSh2aW91c2x5KS0yNTAodmlzaXRlZC4pXVRKL0Y1MCA3Ljk3IFRmIDAg LTEzLjYzIFRkWyhUKTkyKGVtcG9yYXJ5KV1USi9GNDUgNy45NyBUZiA0My4yMSAwIFRkWyhUKTEo aGUpLTI2Nihwb3J0YWwpLTI2NihpcyktMjY2KGNvbnN0cnVjdGVkKS0yNjYoYnkpLTI2Nih0aGUp LTI2NihBZGVwdCldVEogLTQzLjIxIC05LjQ3IFRkWyhwYWludGluZyktMzIwKFJ1bmVzKS0zMjEo b2YpLTMyMChUKTM1KHJhbnNsb2NhdGlvbiktMzIwKG9udG8pLTMyMShhKS0zMjAoc3VyZikxMChh Y2UpLTMyMShpcyktMzIwKGEpXVRKIDAgLTkuNDYgVGRbKGNpcmN1bGFyKS00MjAoZikxMChhc2hp b24pLTQxOShcMDUwdGFraW5nKS00MjAoaGFsZiktNDE5KGFuKS00MjAoaG91clwwNTEuKS04MTgo VGhlKS00MjAoY2lyY2xlKV1USiAwIC05LjQ3IFRkWyhtdXN0KS0zNzcob2YpLTM3OChiZSktMzc3 KHNpemUsKS00MDkoaW4pLTM3NyhoZSkxNSh4KTE1KGVzLCktNDA5KG9mKS0zNzgoYXQpLTM3Nyhs ZWFzdCktMzc3KGVxdWFsKS0zNzgodG8pLTM3Nyh0aGF0KV1USiAwIC05LjQ2IFRkWyhvZiktNDA4 KHRoZSktNDA5KG51bWJlciktNDA4KG9mKS00MDkoZW50aXRpZXMpLTQwOCh0aGUpLTQwOShwb3J0 YWwpLTQwOChjYW4pLTQwOSh0cmFuc3BvcnQuKV1USiAwIC05LjQ3IFRkWyhUKTcwKGVtcG9yYXJ5 KS0zOTEocG9ydGFscyktMzkwKGxhc3QpLTM5MSgxKS0zOTEod2VlayktMzkwKCspLTM5MSgxKS0z OTAoLyktMzkxKFJhbmssKS00MjYodW5sZXNzKV1USiAwIC05LjQ2IFRkWyhhKS0yNTYoUnVuZSkt MjU1KFNwZWNpYWwpLTI1NihDb3VudGVyc3BlbGwpLTI1NShpcyktMjU2KGNhc3RpbmcpLTI1Nihp bnRvKS0yNTUodGhlKS0yNTYoYXJlYSwpXVRKIDAgLTkuNDYgVGRbKGluKS0yNTAod2hpY2gpLTI1 MChjYXNlLCktMjUwKGl0KS0yNTAod2lsbCktMjUwKGltbWVkaWF0ZWx5KS0yNTAoZGlzc2lwYXRl LildVEogMCAtMjIuNzkgVGRbKFRoZSktMzMxKHJpdHVhbCktMzMwKHRvKS0zMzEoY3JlYXRlKS0z MzEodGhlKS0zMzAocG9ydGFsKS0zMzEodGFrKTEwKGVzKS0zMzEoaGFsZiktMzMwKGFuKS0zMzEo aG91ciktMzMxKHRvKV1USiAwIC05LjQ3IFRkWyhwZXJmb3JtKS0zMDEoYW5kKS0zMDIoaGFzKS0z MDEoYSktMzAyKEJhc2UpLTMwMShDaGFuY2UpLTMwMihvZiktMzAxKE1BKS0zMDIoKyktMzAxKDUp LTMwMSgvKS0zMDIoUmFuay4pXVRKIDE3Ni4xMiA3NTYuODQgVGRbKElmKS0yMzgodGhlKS0yMzco cml0dWFsKS0yMzgoZikxMChhaWxzKS0yMzgodGhlbiktMjM3KG5vdGhpbmcpLTIzOChoYXBwZW5z KS0yMzgoYW5kKS0yMzcocml0dWFsKS0yMzgoY2FuKV1USiAwIC05LjQ3IFRkWyhiZSktMzk2KHBl cmZvcm1lZCktMzk3KGFnKTUoYWluKS0zOTYod2l0aG91dCktMzk3KGFkZGl0aW9uYWwpLTM5Nih3 KTEwKG9yayktMzk2KGIpMjAodXQpLTM5NyhhKV1USiAwIC05LjQ2IFRkWyhiYWNrXDAwMnJlKS0y NjIoXDA1MEJDKS0yNjIoKyktMjYyKDQwJSktMjYyKG9yKS0yNjIoMDBcMDUxKS0yNjIod2lsbCkt MjYyKHJ1aW4pLTI2Mih0aGUpLTI2MihlbnRpcmUpLTI2MihyaXR1YWwpXVRKIDAgLTkuNDcgVGRb KGFuZCktMjUwKGEpLTI1MChuZSkyNSh3KS0yNTAocG9ydGFsKS0yNTAod2lsbCktMjUwKGhhKTIw KHYpMTUoZSktMjUwKHRvKS0yNTAoYmUpLTI1MChjb25zdHJ1Y3RlZC4pXVRKIDAgLTE1LjMyIFRk WyhUKTgwKG8pLTI3Myh1dGlsaXNlKS0yNzIoYSktMjczKFJ1bmUpLTI3Mihwb3J0YWwsKS0yNzko dGhlKS0yNzIoQWRlcHQpLTI3MyhwZXJmb3JtcyktMjcyKGFuKS0yNzMoaGFsZildVEogMCAtOS40 NiBUZFsoaG91ciktMzY5KHJpdHVhbC4pLTY2NihUaGUpLTM2OChBZGVwdCktMzY5KG1heSktMzY5 KHRyYW5zcG9ydCktMzY4KGEpLTM2OShtYXhpbXVtKV1USiAwIC05LjQ3IFRkWyh0aGVtc2Vsdikx NShlcyktMjU4KGFuZCktMjU4KFJhbmspLTI1OChvdGhlcnMpLTI1OChcMDUwbXVsdGloZSkxNSh4 KS0yNTgoY3JlYXRlcyktMjU4KGNvdW50KV1USiAwIC05LjQ2IFRkWyhhcyktMjYzKHNpemUsKS0y NjcoaW4pLTI2MyhoZSkxNCh4KTE1KGVzLCktMjY2KGVudGl0aWVzXDA1MS4pLTM1MChPbiktMjY0 KHRoZSktMjYzKGNvbXBsZXRpb24pLTI2NChvZiktMjYzKHRoZSldVEogMCAtOS40NyBUZFsocml0 dWFsLCktMjQwKGEpLTIzOChzdWNjZXNzKS0yMzgoXDA1MEJhc2UpLTIzNyhDaGFuY2UpLTIzOChN QSktMjM4KCspLTIzOCg1KS0yMzcoLyktMjM4KFJhbmspLTIzOCgtKS0yMzcoMSktMjM4KC8pLTIz OCg1KV1USiAwIC05LjQ2IFRkWyhtaWxlc1wwNTEsKS0zMDUodGhlKS0yOTMoQWQpLTEoZXB0KS0y OTMobXVzdCktMjk0KHNwZW5kKS0yOTQoMSktMjk0KEZUKS0yOTMocGVyKS0yOTQoZW50aXR5KS0y OTQodHJhbnMtKV1USiAwIC05LjQ3IFRkWyhwb3J0ZWQuKS03MDUoQSktMzgxKGJhY2tcMDAycmUp LTM4MihcMDUwQkMpLTM4MigrKS0zODEoNDBcMDUxKS0zODIod2lsbCktMzgyKG9ubHkpLTM4MShy ZXN1bHQpLTM4Mih0aGUpXVRKIDAgLTkuNDYgVGRbKGUpMTUoeHBlbmRpdHVyZSktMjU2KG9mKS0y NTcodGhlKS0yNTYoRikxNShhdGlndWUuKS0zMjgoVCkzNShyYW5zcG9ydGF0aW9uKS0yNTcoaXMp LTI1NihpbnN0YW4tKV1USiAwIC05LjQ3IFRkWyh0YW5lb3VzLildVEovRjUwIDcuOTcgVGYgMCAt MTkuMyBUZFsoQmluZGluZyktMjUwKFwwNTBSLTRcMDUxKV1USi9GNTIgNy45NyBUZiAwIC0xNy42 OSBUZFsoRHVyKTE1KGF0aW9uKV1USi9GNDUgNy45NyBUZiAyOS4xMSAwIFRkWyg6KS0zMTAoMikt MjUwKGhvdXJzKS0yNTAoKyktMjUwKDIpLTI1MCgvKS0yNTAoUmFuayldVEovRjUyIDcuOTcgVGYg LTI5LjExIC05LjQ3IFRkWyhFeHBlcmllbmNlKS0yNTAoTXVsdGlwbGUpXVRKL0Y0NSA3Ljk3IFRm IDY0Ljg1IDAgVGRbKDopLTMxMCg1MDApXVRKL0Y1MiA3Ljk3IFRmIC02NC44NSAtOS40NiBUZFso QmFzZSktMjUwKENoYW5jZSldVEovRjQ1IDcuOTcgVGYgNDEuODMgMCBUZFsoOiktMzExKE1BKS0y NTAoKyktMjUwKDMpLTI1MCgvKS0yNTAoUmFuayldVEovRjUyIDcuOTcgVGYgLTQxLjgzIC05LjQ3 IFRkWyhDYXN0KS0yNTAoVCk1NShpbWUpXVRKL0Y0NSA3Ljk3IFRmIDMyLjExIDAgVGRbKDopLTMx MCgzMCktMjUwKG1pbnV0ZXMpXVRKL0Y1MiA3Ljk3IFRmIC0zMi4xMSAtOS40NiBUZFsoRWYpMTgo ZmVjdHM6KV1USi9GNDUgNy45NyBUZiAyOC44OSAwIFRkWyhUaGUpLTIxOChBZGVwdCktMjE3KG1h eSktMjE4KGcpNShhaW4pLTIxOChjb250cm9sKS0yMTgob2YpLTIxNyhhbikxNSh5KS0yMTgoZWxl bWVudCldVEogLTI4Ljg5IC05LjQ3IFRkWyhieSktMzIxKHVzaW5nKS0zMjEodGhpcyktMzIyKHJp dHVhbCkxKC4pLTUyNChUaGUpMTUoeSktMzIxKG11c3QpLTMyMShoYSkyMCh2KTE1KGUpLTMyMiho YWQpLTMyMSh0aGUpLTMyMShCaW5kLSldVEogMCAtOS40NiBUZFsoaW5nKS0zMjIoUnVuZSktMzIx KGFuZCktMzIyKHRoZSktMzIxKFJ1bmUpLTMyMihyZXByZXNlbnRpbmcpLTMyMih0aGUpLTMyMShl bGVtZW50KS0zMjIodG8pXVRKIDAgLTkuNDcgVGRbKGJlKS0yNDMoYm91bmQpLTI0MyhpbnNjcmli ZWQpLTI0NChvbiktMjQzKHRoZWlyKS0yNDMoUnVuZXN0YWYpMjUoZiktMjQzKGFuZCktMjQ0KHRo ZSkxNSh5KS0yNDMobXVzdCldVEogMCAtOS40NiBUZFsodG91Y2gpLTIyOCh0aGUpLTIyNyhlbGVt ZW50KS0yMjgod2l0aCktMjI3KHRoZWlyKS0yMjgoUnVuZXN0YWYpMjUoZiktMjI4KGF0KS0yMjco dGhlKS0yMjgoY29uY2x1LSldVEogMCAtOS40NiBUZFsoc2lvbiktMzAyKG9mKS0zMDEodGhlKS0z MDIocml0dWFsLiktNDY0KFRoZSktMzAyKEFkZXB0KS0zMDEobWF5KS0zMDIoYmluZCktMzAxKDUw MCktMzAyKHBvdW5kcyldVEogMCAtOS40NyBUZFsob2YpLTI1NihlYXJ0aCktMjU3KFwwNTArKS0y NTYoNTAwKS0yNTcoLyktMjU2KFJhbmtcMDUxLCktMjU4KDUwMCktMjU2KGcpNShhbGxvbnMpLTI1 NyhvZiktMjU2KHcpMTAoYXRlciktMjU2KFwwNTArKS0yNTcoNTAwKV1USiAwIC05LjQ2IFRkWygv KS0yNjAoUmFua1wwNTEsKS0yNjIoMTAwMCktMjU5KGN1YmljKS0yNjAoZmVldCktMjYwKG9mKS0y NTkoYWlyKS0yNjAoXDA1MCspLTI2MCg1MDApLTI1OSgvKS0yNjAoUmFua1wwNTEsKS0yNjIob3Ip LTI2MChhbGwpXVRKIDAgLTkuNDcgVGRbKFwwMDJyZSktMjY5KHdpdGhpbiktMjY4KGEpLTI2OSgx MCktMjY4KGZvb3QpLTI2OShyYWRpdXMpLTI2OShcMDUwKyktMjY4KDE1KS0yNjkoZmVldCktMjY4 KC8pLTI2OShSYW5rXDA1MS4pLTM2NihUaGUpMTUoeSldVEogMCAtOS40NiBUZFsobWF5KS0zNzQo ZG8pLTM3NChhbikxNSh5dGhpbmcpLTM3NCh3aXRoKS0zNzQodGhlKS0zNzQoZWxlbWVudCktMzc0 KGUpMTUoeGNlcHQpLTM3NChmb3JtKS0zNzQoYW4pXVRKIDAgLTkuNDcgVGRbKGVsZW1lbnRhbC4p LTQxMyhUaGlzKS0yODQocml0dWFsKS0yODUobWF5KS0yODQobm90KS0yODQoYmUpLTI4NSh1c2Vk KS0yODQobykxNSh2KTE1KGVyKS0yODUoYW4pLTI4NChhcmVhKV1USiAwIC05LjQ2IFRkWyhvY2N1 cGllZCktMjU3KGJ5KS0yNTcoYW4pLTI1NyhlbGVtZW50YWwpLTI1NihhbiktMShkKS0yNTYoY2Fu bm90KS0yNTcoYmUpLTI1Nyh1c2VkKS0yNTcoaW4pLTI1NyhhbikxNSh5KV1USiAwIC05LjQ3IFRk Wyh3KTEwKGF5KS0yNTAodG8pLTI1MChjb250cm9sKS0yNTAoYW4pLTI1MChlbGVtZW50YWwuKV1U Si9GNTAgNy45NyBUZiAwIC0xOS4zIFRkWyhCaW5kaW5nKS0yNTAoU3Bpcml0cyktMjUwKFwwNTBS LTVcMDUxKV1USi9GNTIgNy45NyBUZiAwIC0xNy42OSBUZFsoRHVyKTE1KGF0aW9uKV1USi9GNDUg Ny45NyBUZiAyOS4xMSAwIFRkWyg6KS0zMTAoUGVybWFuZW50KV1USi9GNTIgNy45NyBUZiAtMjku MTEgLTkuNDcgVGRbKEV4cGVyaWVuY2UpLTI1MChNdWx0aXBsZSldVEovRjQ1IDcuOTcgVGYgNjQu ODUgMCBUZFsoOildVEovRjUyIDcuOTcgVGYgLTY0Ljg1IC05LjQ2IFRkWyhCYXNlKS0yNTAoQ2hh bmNlKV1USi9GNDUgNy45NyBUZiA0MS44MyAwIFRkWyg6KS0zMTEoTUEpLTI1MCgrKS0yNTAoMykt MjUwKC8pLTI1MChSYW5rKV1USi9GNTIgNy45NyBUZiAtNDEuODMgLTkuNDcgVGRbKFJlc2lzdCld VEovRjQ1IDcuOTcgVGYgMTkuMTggMCBUZFsoOiktMzEwKE1heSktMjUwKG5vdCktMjUwKGJlKS0y NTAocmVzaXN0ZWQpXVRKL0Y1MiA3Ljk3IFRmIC0xOS4xOCAtOS40NiBUZFsoRWYpMTgoZmVjdHM6 KV1USi9GNDUgNy45NyBUZiAzMC4wMiAwIFRkWyhUKTgxKG8pLTI3OChwZXJmb3JtKS0yNzcodGhp cyktMjc3KHJpdHVhbCktMjc3KHRoZSktMjc4KEFkZXB0KS0yNzcobXVzdCktMjc3KHBvcy0pXVRK IC0zMC4wMiAtOS40NyBUZFsoc2VzcyktMjYzKHRoZSktMjYyKHNrdWxsKS0yNjMob2YpLTI2Mih0 aGUpLTI2MyhzcGlyaXQpLTI2Mih0aGUpMTUoeSktMjYzKHdpc2gpLTI2Mih0byktMjYzKGJpbmQs KS0yNjUoYW5kKS0yNjModGhlKV1USiAwIC05LjQ2IFRkWyhzcGlyaXQpLTE5MChtdXN0KS0xOTAo YmUpLTE5MChwcmVzZW50KS0xOTAoXDA1MGUuZy4pLTE5MCh3aXRoaW4pLTE5MSgxMDApLTE5MCho b3VycyktMTkwKG9mKS0xOTAoZGVhdGgsKV1USiAwIC05LjQ3IFRkWyh0aGUpLTIyNihib2R5KS0y MjcoaGFzKS0yMjYoYmVlbiktMjI3KHByZXNlcnYpMTUoZWQpLTIyNihieSktMjI3KGEpLTIyNihI ZWFsZXIpNDAoLCktMjMxKHRoZSktMjI3KHMpMShwaXJpdCktMjI3KGlzKV1USiAwIC05LjQ2IFRk WyhoZWxkKS0yNTQoaW4pLTI1NShhKS0yNTQoc3Bpcml0KS0yNTUodHJhcCwpLTI1NSh0aGUpLTI1 NChzcGlyaXQpLTI1NShoYXMpLTI1NChyZW1haW5lZCktMjU0KG9uKS0yNTUocGxhbmUpXVRKIDAg LTkuNDYgVGRbKGFzKS0yMTgoYSktMjE5KGdyZWF0ZXIpLTIxOCh1bmRlYWQpLTIxOShvciktMjE4 KGdob3N0XDA1MS4pLTMwMChUaGUpLTIxOChBZGVwdCktMjE4KG11c3QpLTIxOShzcGVuZCldVEog MCAtOS40NyBUZFsoZm91ciktMTk1KGhvdXJzKS0xOTQoY2xlYW5pbmcpLTE5NSh0aGUpLTE5NShz a3VsbCktMTk1KFwwNTBib2lsaW5nKS0xOTQob2YpMjUoZiktMTk1KGFuKTE1KHkpLTE5NShyZW1h aW4tKV1USiAwIC05LjQ2IFRkWyhpbmcpLTI4MShcMDAzZXNoKS0yODEoZXRjLlwwNTEpLTQwMyhh bmQpLTI4MShldGNoaW5nKS0yODEoaXQpLTI4MSh3aXRoKS0yODEoUnVuZXMpLTI4MSh0byktMjgx KGJpbmQpLTI4MSh0aGUpXVRKIDAgLTkuNDcgVGRbKHNwaXJpdC4pLTY5MihOb3RlKS0zNzgodGhh dCktMzc3KGFsdGhvdWdoKS0zNzgodGhlKTE1KHkpLTM3NyhtYXkpLTM3OChub3QpLTM3NyhyZXNp c3QpLTM3OCh0aGlzKV1USiAwIC05LjQ2IFRkWyhyaXR1YWwpLTI4MSh0aGUpLTI4MChzcGlyaXQp LTI4MShtYXkpNjUoLCktMjg4KHNob3VsZCktMjgwKHRoZSkxNSh5KS0yODEoYmUpLTI4MChhYmxl LCktMjg4KGF0dGVtcHQpLTI4MSh0byldVEogMCAtOS40NyBUZFsoZGlzcnVwdCktMjYzKHRoZSkt MjYyKHJpdHVhbCktMjYzKG9yKS0yNjMoc2xheSktMjYyKHRoZSktMjYzKEFkZXB0LiktMzQ4KElm KS0yNjModGhlKS0yNjIoQWRlcHQpLTI2MyhoYXMpXVRKIDAgLTkuNDYgVGRbKHRoZSktMTk5KHZp Y3RpbXMpLTE5OShoZWFydCwpLTIwOSh0aGUpMTUoeSktMTk5KG1heSktMTk5KGIpMjAodXJuKS0x OTkodGhpcyktMTk5KGR1cmluZyktMTk5KHRoZSktMTk5KHJpdHVhbCldVEogMCAtOS40NyBUZFso dG8pLTI1MChnKTUoYWluKS0yNTAoYW4pLTI1MChlKTE1KHh0cmEpLTI1MCgrMjApLTI1MChvbikt MjUwKEJhc2UpLTI1MChDaGFuY2UuKV1USiAwIC0xNS4zMiBUZFsoVXBvbiktMjEwKHN1Y2Nlc3Nm dWwpLTIxMChjb21wbGV0aW9uKS0yMTEob2YpLTIxMCh0aGlzKS0yMTAocml0dWFsKS0yMTAodGhl KS0yMTEoc3Bpcml0KS0yMTAoaXMpXVRKIDAgLTkuNDYgVGRbKGJvdW5kKS0yMTEodG8pLTIxMCh0 aGUpLTIxMShza3VsbCktMjEwKGFuZCktMjExKG1heSktMjExKG5vdCktMjEwKGxlYSkyMCh2KTE1 KGUpLTIxMSh1bmxlc3MpLTIxMChhbmQpLTIxMSh1bnRpbCldVEogMCAtOS40NyBUZFsodGhlKS0y NDkoc2t1bGwpLTI1MChpcyktMjQ5KGRlc3RybykxMCh5ZWQuKS0zMTAoQWx0aG91Z2gpLTI0OShh KS0yNDkoYm91bmQpLTI1MChncmVhdGVyKS0yNDkodW4tKV1USiAwIC05LjQ2IFRkWyhkZWFkKS0y MjcodykxMChvdWxkKS0yMjcoYmUpLTIyNyhhYmxlKS0yMjcodG8pLTIyNyhkcmFpbiktMjI4KGFu KTE1KHlvbmUpLTIyNyh3aG8pLTIyNyh0b3VjaGVkKS0yMjcodGhlKV1USiAwIC05LjQ3IFRkWyhz a3VsbCwpLTIxNyhpbiktMjEwKGdlbmVyYWwpLTIwOSh0aGUpLTIwOShib3VuZCktMjA5KHNwaXJp dCktMjA5KHdpbGwpLTIwOShiZSktMjEwKHVuYWJsZSktMjA5KHRvKS0yMDkoYWYtKV1USiAwIC05 LjQ2IFRkWyhmZWN0KS0yNDYodGhlKS0yNDcobWF0ZXJpYWwpLTI0Nih3KTEwKG9ybGQuKS0zMDko VGhlKS0yNDYoQWRlcHQpLTI0NihjYW4pLTI0Nih1c2UpLTI0Nyh0aGUpLTI0NihTcGVsbCldVEog MCAtOS40NyBUZFsob2YpLTM0MyhDb24pNDAodikxNShlcnNlKS0zNDIod2l0aCktMzQzKFNwaXJp dHMpLTM0Mih0byktMzQzKHF1ZXN0aW9uKS0zNDModGhlKS0zNDIoc3Bpcml0LCktMzY2KGFuZCld VEogMCAtOS40NiBUZFsobWF5KS0zNjQoZyk1KGFpbiktMzY0KHVzZWZ1bCktMzY0KGFuc3dlcnMp LTM2MygvKS0zNjQoYWR2aWNlKS0zNjQoc2hvdWxkKS0zNjQodGhlKS0zNjQoc3Bpcml0KV1USiAw IC05LjQ3IFRkWyhoYSkyMCh2KTE1KGUpLTM0NChhbikxNSh5KS0zNDQoZSkxNSh4cGVydGlzZSkt MzQ0KGluKS0zNDQodGhlKS0zNDQoYXJlYS4pLTU5MihBbHRob3VnaCktMzQ0KHRoZSktMzQ0KHNw aXJpdCldVEogMCAtOS40NiBUZFsoY2Fubm90KS0zMjMobGllKS0zMjMoaXQpLTMyMyhtYXkpLTMy MyhyZWZ1c2UpLTMyMyh0byktMzI0KGFuc3dlciktMzIzKGFuZCktMzIzKGNhbiktMzIzKG1pc2xl YWQpXVRKIDAgLTkuNDYgVGRbKGJ5KS0zNTUob21pc3Npb24pLTM1NihvciktMzU1KG5lKTE1KGds ZWN0aW5nKS0zNTUodG8pLTM1NShjb3JyZWN0KS0zNTYoZikxMChhbHNlKS0zNTUoYXNzdW1wLSld VEogMCAtOS40NyBUZFsodGlvbnMpLTE5NChhbmQpLTE5NCh0aGUpLTE5NChsaWspMTAoZS4pLTI5 MShBKS0xOTQoYmFja1wwMDJyZSktMTkzKHJlc3VsdCktMTk0KGRlc3RybykxMCh5cyktMTk0KHRo ZSktMTk0KHNrdWxsKV1USiAwIC05LjQ2IFRkWyhhbmQpLTMwNCh0aGUpLTMwNChBZGVwdCcpNTUo cyktMzA1KEVuZHVyYW5jZSktMzA0KHYpMjUoYWx1ZSktMzA0KGlzKS0zMDQocmVkdWNlZCktMzA1 KGJ5KS0zMDQoW0QtKV1USiAwIC05LjQ3IFRkWyg1XSktMjE0KFwwNTBtaW5pbXVtKS0yMTQoMVww NTEpLTIxNShwb2ludHMpLTIxNCh3aGljaCktMjE0KG1heSktMjE0KG9ubHkpLTIxNShiZSktMjE0 KHJlY28pMTUodikxNShlcmVkKV1USiAwIC05LjQ2IFRkWyhieSktMjUzKHRoZSktMjUzKGUpMTUo eHBlbmRpdHVyZSktMjU0KG9mKS0yNTMoRXhwZXJpZW5jZSktMjUzKFBvaW50cy4pLTMyMChUaGUp LTI1MyhBZGVwdCldVEogMCAtOS40NyBUZFsod2lsbCktMzc2KGJlKS0zNzUodW5hYmxlKS0zNzYo dG8pLTM3NihhdHRlbXB0KS0zNzUodG8pLTM3NihiaW5kKS0zNzYodGhhdCktMzc1KHNwaXJpdCkt Mzc2KGFnKTUoYWluLildVEogMCAtOS40NiBUZFsoTk8pNDAoVEU6KS0yNzIoVW5sZXNzKS0yNzEo dGhlKS0yNzIoc3Bpcml0KS0yNzIoaGFzKS0yNzEoc29tZSktMjcyKHJlYXNvbiktMjcyKHRvKS0y NzEod2lzaCktMjcyKHRvKV1USiAwIC05LjQ3IFRkWyhyZW1haW4pLTI1NChhcyktMjUzKGFuKS0y NTQoYWR2aXNlciktMjU0KGl0KS0yNTMoaXMpLTI1NCh1bmxpaykxMChlbHkpLTI1NCh0byktMjUz KGJlKS0yNTQoaGFwcCkxMCh5KS0yNTQoYWJvdXQpXVRKIDAgLTkuNDYgVGRbKGJlaW5nKS0yNTAo aykxMChlcHQpLTI1MCh0cmFwcGVkKS0yNTAob24pLTI1MCh0aGlzKS0yNTAocGxhbmUuKV1USi9G NTAgNy45NyBUZiAwIC0xOS4zMSBUZFsoUCkyMChlcm1hbmVuY3kpLTI1MChcMDUwUi02XDA1MSld VEovRjQ1IDcuOTcgVGYgMCAtMTcuNjkgVGRbKFRoaXMpLTMyMShyaXR1YWwpLTMyMChjYW4pLTMy MShiZSktMzIwKHVzZWQpLTMyMSh0byktMzIwKG1haykxMChlKS0zMjEodGhlKS0zMjAoZm9sbG8p MjUod2luZyktMzIxKHNwZWxsKV1USiAwIC05LjQ2IFRkWyhlZikyNShmZWN0cyktMjg1KHBlcm1h bmVudCktMjg1KGluKS0yODQoZHVyYXRpb246KS0zODAoRGFya25lc3MsKS0yOTMoTGlnaHQsKS0y OTQoUHUtKV1USiAwIC05LjQ3IFRkWyhyaVwwMDJjYXRpb24sKS0yMzQoUnVuZSkyNSh3KTEwKGFs bCwpLTIzNChTbWl0aSkxKG5nKS0xKCwpLTIzMyhXKTgwKGFybmluZyktMjMwKFN0b25lcy4pLTMw MyhJdCktMjMwKHJlLSldVEogMCAtOS40NiBUZFsocXVpcmVzKS0yMzgoMSktMjM5KHBvaW50KS0y Mzgob2YpLTIzOChFbmR1cmFuY2UpLTIzOSh0byktMjM4KGJlKS0yMzkocGVybWFuYW50bHkpLTIz OChzcGVudCldVEogMCAtOS40NyBUZFsoYW5kKS0yNTAod2lsbCktMjUwKGF1dG9tYXRpY2FsbHkp LTI1MCh3KTEwKG9yay4pXVRKL0Y0NSA5Ljk2IFRmIC05NS41MyAtMjkuODggVGRbKDUpXVRKCkVU CmVuZHN0cmVhbQplbmRvYmoKMjEgMCBvYmogPDwKL1R5cGUgL1BhZ2UKL0NvbnRlbnRzIDIyIDAg UgovUmVzb3VyY2VzIDIwIDAgUgovTWVkaWFCb3ggWzAgMCA1OTUuMjcgODQxLjg5XQovUGFyZW50 IDggMCBSCj4+IGVuZG9iagoyMCAwIG9iaiA8PAovRm9udCA8PCAvRjQ1IDQgMCBSIC9GNDUgNCAw IFIgL0Y1MiA3IDAgUiAvRjE0IDEzIDAgUiAvRjUwIDYgMCBSIC9GNDcgNSAwIFIgPj4KL1Byb2NT ZXQgWyAvUERGIC9UZXh0IF0KPj4gZW5kb2JqCjI1IDAgb2JqIDw8Ci9MZW5ndGggNjkzMyAgICAg IAo+PgpzdHJlYW0KMSAwIDAgMSA1NCA4MTUuNTIgY20KQlQKL0Y0NSA3Ljk3IFRmIDAgMCBUZFso QSk1NShVR1VTVCktMjUwKDE0LCktMjUwKDIwMDApXVRKL0Y0NSA5Ljk2IFRmIDQwOC40MiAwIFRk WyhSKV1USi9GNDUgNy45NyBUZiA2Ljc5IDAgVGRbKE8pLTYxKFMpLTYyKFMpXVRKL0Y0NSA5Ljk2 IFRmIDE4LjU4IDAgVGRbKEEpXVRKL0Y0NSA3Ljk3IFRmIDcuNjkgMCBUZFsoTCktNjEoRSktNjIo WCktNjEoQSktNjIoTiktNjIoRCktNjIoRSktNjEoUiktMzc0KEUpLTYyKFQpLTM3NChBKS02MihM KV1USi9GNDUgOS45NiBUZiA3NC4xOCAwIFRkWyguKV1USi9GNTAgNy45NyBUZiAtNTE1LjY2IC0x OC41MyBUZFsoVCk3NChyYW5zZikyNShvcm1hdGlvbiktMjUwKFwwNTBSLTdcMDUxKV1USi9GNTIg Ny45NyBUZiAwIC0xNC44MiBUZFsoRHVyKTE1KGF0aW9uKV1USi9GNDUgNy45NyBUZiAyOS4xMSAw IFRkWyg6KS0zMTAoU3BlY2lhbCldVEovRjUyIDcuOTcgVGYgLTI5LjExIC05LjQ3IFRkWyhFeHBl cmllbmNlKS0yNTAoTXVsdGlwbGUpXVRKL0Y0NSA3Ljk3IFRmIDY0Ljg1IDAgVGRbKDopLTMxMCg1 MDApXVRKL0Y1MiA3Ljk3IFRmIC02NC44NSAtOS40NiBUZFsoQmFzZSktMjUwKENoYW5jZSldVEov RjQ1IDcuOTcgVGYgNDEuODMgMCBUZFsoOiktMzExKE1BKS0yNTAoKyktMjUwKDMlKS0yNTAoLykt MjUwKFJhbmspXVRKL0Y1MiA3Ljk3IFRmIC00MS44MyAtOS40NiBUZFsoUmVzaXN0KV1USi9GNDUg Ny45NyBUZiAxOS4xOCAwIFRkWyg6KS0zMTAoUCkxNShhc3NpKTI1KHYpMTUoZSktMjUwKG9ubHkp XVRKL0Y1MiA3Ljk3IFRmIC0xOS4xOCAtOS40NyBUZFsoQ2FzdCktMjUwKFQpNTUoaW1lKV1USi9G NDUgNy45NyBUZiAzMi4xMSAwIFRkWyg6KS0zMTAoMSktMjUwKGhvdXIpXVRKL0Y1MiA3Ljk3IFRm IC0zMi4xMSAtOS40NiBUZFsoRWYpMTgoZmVjdHM6KV1USi9GNDUgNy45NyBUZiAyOS4wOSAwIFRk WyhCeSktMjQzKHRoZSktMjQzKHBlcmZvcm1hbmNlKS0yNDMob2YpLTI0Myh0aGlzKS0yNDMocml0 dWFsKS0yNDModGhlKS0yNDMoQWRlcHQpXVRKIC0yOS4wOSAtOS40NyBUZFsobWVyKTE4KGdlcykt MzgxKGEpLTM4MihsaSkyNSh2aW5nKS0zODEoc2VudGllbnQpLTM4MihlbnRpdHkpLTM4MSh3aXRo KS0zODEoYSktMzgyKG5vbi1zZW50aWVudCldVEogMCAtOS40NiBUZFsoYW5pbWFsLiktNzE1KEJv dGgpLTM4NShlbnRpdGllcyktMzg1KG11c3QpLTM4NihiZSktMzg1KGxpKTI1KHZpbmcpLTM4NShc MDUwdGhvdWdoKS0zODUodGhlKTE1KHkpXVRKIDAgLTkuNDcgVGRbKG5lZWQpLTM3Nyhub3QpLTM3 NihiZSktMzc3KGNvbnNjaW91c1wwNTEsKS00MDgoYW5kKS0zNzcobXVzdCktMzc3KHJlbWFpbikt Mzc2KHdpdGhpbiktMzc3KGEpXVRKIDAgLTkuNDYgVGRbKGNpcmNsZSktMjQ5KG9mKS0yNTAocnVu ZXMpLTI0OShmb3IpLTI0OSh0aGUpLTI1MChlbnRpcmV0eSktMjQ5KG9mKS0yNDkodGhlKS0yNTAo cGVyZm9ybWFuY2UpLTI0OShvZildVEogMCAtOS40NyBUZFsodGhlKS0yODcocml0dWFsLiktNDIy KFVwb24pLTI4Nyhjb21wbGV0aW9uKS0yODgob2YpLTI4Nyh0aGUpLTI4NyhyaXR1YWwpLTI4OCh0 aGUpLTI4NyhhbmltYWwpXVRKIDAgLTkuNDYgVGRbKHdpbGwpLTMwMShzaHJpKTI1KHYpMTUoZWwp LTMwMShhbmQpLTMwMSh3aXRoZXIpLTMwMShhKTE1KHcpMTAoYXkpLTMwMSh0byktMzAwKGR1c3Qs KS0zMTQod2hpbGUpLTMwMSh0aGUpLTMwMShzZW4tKV1USiAwIC05LjQ2IFRkWyh0aWVudCcpNTUo cyktMzg0KGJvZHkpLTM4NCh3aWxsKS0zODQod3JpdGhlKS0zODMoYW5kKS0zODQodHJhbnNmb3Jt KS0zODQoaW50byktMzg0KHRoYXQpLTM4NChvZildVEogMCAtOS40NyBUZFsodGhlKS0zNDMoYW5p bWFsLiktNTg4KEJvdGgpLTM0MyhlbnRpdGllcyktMzQzKG1heSktMzQyKGNob29zZSktMzQzKHRv KS0zNDMocmVzaXN0KS0zNDMoYW5kKV1USiAwIC05LjQ2IFRkWyhzaG91bGQpLTMyNyhlaXRoZXIp LTMyOChiZSktMzI3KHN1Y2Nlc3NmdWwpLTMyNyh0aGUpLTMyNyhyaXR1YWwpLTMyOCh3aWxsKS0z MjcoZikxMChhaWwuKS01NDIoVGhlKV1USiAwIC05LjQ3IFRkWyhzZW50aWVudCktMzE3KHdpbGwp LTMxNihyZW1haW4pLTMxNyh0cmFwcGVkKS0zMTcoaW4pLTMxNyh0aGUpLTMxNyhmb3JtKS0zMTYo b2YpLTMxNyh0aGUpLTMxNyhhbmktKV1USiAwIC05LjQ2IFRkWyhtYWwpLTI3OShcMDUwaGEpMjAo dmluZyktMjc5KHRoZSktMjc5KGFuaW1hbHMpLTI3OShwaCk1KHlzaWNhbCktMjc5KGNoYXJhY3Rl cmlzdGljcyktMjc5KGIpMjAodXQpXVRKIDAgLTkuNDcgVGRbKHJldGFpbmluZyktNDUzKHRoZWly KS00NTIobykyNSh3biktNDUzKE1hZ2ljYWwpLTQ1MyhBcHRpdHVkZSwpLTUwMyhXKTQwKGlsbHBv KTI1KHdlcik0MCgsKV1USiAwIC05LjQ2IFRkWyhhbmQpLTI5MChQZXJjZXB0aW9uXDA1MSktMjkx KHVudGlsKS0yOTAoc3ViamVjdCktMjkxKHRvKS0yOTAoYSktMjkxKFJpdHVhbCktMjkwKG9mKS0y OTEoUmVtbykxNSh2KTE1KGUpXVRKIDAgLTkuNDcgVGRbKEN1cnNlKS0zMTEoXDA1MFRoaXMpLTMx MShSaXR1YWwpLTMxMShjb3VudHMpLTMxMShhcyktMzExKGEpLTMxMShNYWpvciktMzEyKEN1cnNl XDA1MS4pLTQ5MyhUaGUpMTUoeSldVEogMCAtOS40NiBUZFsod2lsbCktMzQ3KG9ubHkpLTM0OChi ZSktMzQ3KGFibGUpLTM0OCh0byktMzQ3KHBlcmZvcm0pLTM0OCh0aG9zZSktMzQ3KHNraWxscykt MzQ3KGFuZCktMzQ4KGFiaWxpLSldVEogMCAtOS40NiBUZFsodGllcyktMzUzKHdoaWNoKS0zNTMo dGhlKS0zNTMoR00pLTM1MihkZWVtcyktMzUzKGZlYXNpYmxlKS0zNTMoaW4pLTM1MyhhbmltYWwp LTM1Myhmb3JtLCldVEogMCAtOS40NyBUZFsoYW5kKS0zMDIod2lsbCktMzAxKGJlKS0zMDIodW5h YmxlKS0zMDEodG8pLTMwMihwZXJmb3JtKS0zMDEoU3BlbGxzKS0zMDIob3IpLTMwMShSaXR1YWxz LiktNDY1KEF0KV1USiAwIC05LjQ2IFRkWyhSYW5rKS0zMjQoMTApLTMyMyhzaG91bGQpLTMyNCh0 aGUpLTMyNChBZGVwdCktMzIzKGhhKTIwKHYpMTUoZSktMzI0KGEpLTMyNChzYW1wbGUpLTMyMyhv ZiktMzI0KGJsb29kLCldVEogMCAtOS40NyBUZFsoaGFpcik0MCgsKS0zMTYob3IpLTMwMyhuYWls KS0zMDMoY2xpcHBpbmdzKS0zMDMoZXRjLiktNDY4KGZyb20pLTMwMyhhbiktMzAzKGVudGl0eSkt MzAzKHRoZSkxNSh5KS0zMDMod2lzaCldVEogMCAtOS40NiBUZFsodG8pLTM2Myh0YXIpMTgoZ2V0 KS0zNjMoYXMpLTM2MyhwcmUpMTUoeSk2NSgsKS0zOTEodGhlKTE1KHkpLTM2MyhtYXkpLTM2Mihp bmNsdWRlKS0zNjModGhpcyktMzYzKGluKS0zNjModGhlKS0zNjMoUml0LSldVEogMCAtOS40NyBU ZFsodWFsLiktNjY5KEluKS0zNzAodGhpcyktMzcwKGNhc2UsKS0zOTkoaW5zdGVhZCktMzcwKG9m KS0zNzAodGhlKS0zNjkoYWJvKTE1KHYpMTUoZSwpLTQwMCh0aGUpLTM3MChhbmltYWwpXVRKIDAg LTkuNDYgVGRbKGFuZCktMjQzKHNlbnRpZW50Jyk1NShzKS0yNDMoYm9kaWVzKS0yNDMod2lsbCkt MjQzKHdyaXRoZSktMjQ0KHRvZ2V0aGVyKS0yNDMoYW5kKS0yNDMobWVyKTE4KGdlKV1USiAwIC05 LjQ3IFRkWyh0byktMjQzKGZvcm0pLTI0MihhbiktMjQzKGFudGhyb3BvbW9ycGhpc2VkKS0yNDMo dikxNShlcnNpb24pLTI0MihvZiktMjQzKHRoZSktMjQzKGFuaW1hbCldVEogMCAtOS40NiBUZFso d2l0aCktMjY0KGVhY2gpLTI2NChjaGFyYWN0ZXJpc3RpYyktMjY0KGJlaW5nKS0yNjQodGhlKS0y NjUoaGlnaGVyKS0yNjQob2YpLTI2NCh0aGUpLTI2NCh0dykxMChvLildVEogMCAtOS40NyBUZFso VGhlKS0yNjkoaCk1KHlicmlkKS0yNjkoaXMpLTI2OShpbWIpMjAodWVkKS0yNjkod2l0aCktMjcw KGFuKS0yNjkoaXJyZXNpc3RpYmxlKS0yNjkoaHVuZ2VyKS0yNjkoZm9yKV1USiAwIC05LjQ2IFRk Wyh0aGUpLTI2Myh0YXIpMTgoZ2V0ZWQpLTI2MyhlbnRpdHkpNjUoLiktMzQ4KFRoZSkxNSh5KS0y NjMod2lsbCktMjYyKGFsKTEwKHcpMTAoYXlzKS0yNjMoa25vKTI1KHcpLTI2MyhpbiktMjYzKHdo aWNoKV1USiAwIC05LjQ2IFRkWyhkaXJlY3Rpb24pLTM2NCh0aGVpciktMzY0KHRhcikxOChnZXQp LTM2NChpcywpLTM5MyhhbmQpLTM2NCh3aWxsKS0zNjQoYmUpLTM2NSh1bmFibGUpLTM2NCh0bykt MzY0KHBlcikyMCgtKV1USiAwIC05LjQ3IFRkWyhmb3JtKS0zMTIoYW4pMTUoeSktMzExKGFjdGlv biktMzEyKGUpMTUoeGNlcHQpLTMxMShodW50aW5nKS0zMTIoZm9yKS0zMTIoYW5kKS0zMTEoZWF0 aW5nKS0zMTIodGhlaXIpXVRKIDAgLTkuNDYgVGRbKHByZSkxNSh5KTY1KC4pLTMzOShUaGUpMTUo eSktMjYwKHdpbGwpLTI2MChub3QpLTI2MChzbGVlcCktMjYwKG9yKS0yNjAoZWF0KS0yNTkoXDA1 MGUpMTUoeGNlcHQpLTI2MChmb3IpLTI2MCh0aGVpciktMjYwKHRhcikyMCgtKV1USiAwIC05LjQ3 IFRkWyhnZXRcMDUxKS0yNjMoYW5kKS0yNjMod2lsbCktMjY0KGRpZSktMjYzKGluKS0yNjMoOCkt MjYzKGhvdXJzKS0yNjQoXDA1MCs4KS0yNjMocGVyKS0yNjMoUmFua1wwNTEuKS0zNTAoVGhlKS0y NjMoc2VuLSldVEogMCAtOS40NiBUZFsodGllbnQpLTI3OCh3aWxsKS0yNzkoYmUpLTI3OChhKTE1 KHcpMTAoYXJlKS0yNzkob2YpLTI3OCh0aGVpciktMjc5KGFjdGlvbnMsKS0yODUoYikyMCh1dCkt Mjc5KHdpbGwpLTI3OChoYSkyMCh2KTE1KGUpLTI3OShubyldVEogMCAtOS40NyBUZFsoY29udHJv bC4pLTYwMShBdCktMzQ3KFJhbmspLTM0NygyMCktMzQ3KHRoZSktMzQ3KEFkZXB0KS0zNDcobWF5 KS0zNDcodXNlKS0zNDcodGhpcyktMzQ3KHJpdHVhbCldVEogMCAtOS40NiBUZFsodG8pLTI2OSht YWspMTAoZSktMjY5KGEpLTI2OShjaGltZXJhKS0yNjkoZnJvbSktMjY5KGFuKTE1KHkpLTI3MCh0 dykxMChvKS0yNjkobm9uKS0yNjkoZikxMChhbnRhc3RpY2FsKS0yNjkobGkpMjUodi0pXVRKIDAg LTkuNDcgVGRbKGluZyktMzQ0KGNyZWF0dXJlcy4pLTU5MChUaGUpLTM0NChlKTE1KHhhY3QpLTM0 MyhlZikyNShmZWN0cyktMzQ0KGFyZSktMzQzKHVwKS0zNDQodG8pLTM0Myh0aGUpLTM0NChHTS4p XVRKIDAgLTkuNDYgVGRbKFNvbWUpLTMzMihvYikxNSh2aW91cyktMzMzKGUpMTUoeGFtcGxlcykt MzMyKGFyZSktMzMyKGEpLTMzMyhtaW5vdGF1ciktMzMyKGZyb20pLTMzMihhKS0zMzMoaHUtKV1U SiAwIC05LjQ2IFRkWyhtYW4pLTI2MShhbmQpLTI2MShhKS0yNjEoYikyMCh1bGwsKS0yNjMoYSkt MjYxKGdyeXBob24pLTI2MShmcm9tKS0yNjEoYSktMjYxKGVhZ2xlKS0yNjEoYW5kKS0yNjEoYSkt MjYxKGhvcnNlLCldVEogMCAtOS40NyBUZFsoZXRjLiktNTIyKFNob3VsZCktMzIxKGJvdGgpLTMy MChjcmVhdHVyZXMpLTMyMShiZSktMzIxKHNlbnRpZW50KS0zMjEoaXQpLTMyMCh3aWxsKS0zMjEo cmV0YWluKV1USiAwIC05LjQ2IFRkWyhib3RoKS0yNTAoaGVhZHMuKV1USi9GNDcgOC45NyBUZiAw IC0xNi45NCBUZFsoMS4xKTEoMCktMTAwMChXKTYxKG9vZHMpLTI3NyhUKTgwKGFiKTEwKGwpMShl KV1USi9GNDUgNi45NyBUZiA1Ljk4IC0xMi4wNCBUZFsoVyk0MShpbGwpLTEobykyNSh3KS0zMzE2 KEgpLTEoZWFsaW4pLTEoZyktMzIxNigrNSktMSglKS0yNTAodG8pLTI1MShoZWFsKS0xKGluZykt MjUwKHMpLTEocGVsbHMpXVRKIDAgLTcuOTcgVGRbKFBvcGwpLTEoYXIpLTM2NDAoRCktMShpKTI1 KHZpbiktMShhdGlvbildVEogMCAtNy45NyBUZFsoQm9uKS0xKGUvSXYpMjAobyktMShyeSktMTcx NShDKS0xKG9udHIpLTEob2wpLTMzMjYoKzUpLTEoJSktMjUwKHRvKS0yNTEoY29udCktMShyb2wp LTI1MChzKS0xKHBlbGxzKV1USiAwIC03Ljk3IFRkWyhQaW5lKS00NDc0KEMpLTEocmVhdGkpLTEo b24pLTI5MzgoKzUpLTEoJSktNjc3KHRvKS02NzcoUiktMSh1bmUpLTY3Nyh3KTkoYWxsKS02Nzco LyldVEogODguMDcgLTcuOTcgVGRbKHcpLTEoZWFwKS0xKG9uKS0yNTAoc3ApLTEoZWxscyldVEog LTg4LjA3IC03Ljk3IFRkWyhFbG0pLTQ1ODUoVyk4MChhcm5pKS0xKG5nKS0yOTYzKCs1KS0xKCUp LTU4NCh0KS0xKG8pLTU4NChwKS0xKHVyaVwwMDJjKS0xKGF0aW9uKS01ODUoYSldVEogODguMDcg LTcuOTcgVGRbKHIpLTEodW5lcyktMjUxKG9mKS0yNTAodyk5KGFyZGkpLTEobmcpXVRKIC04OC4w NyAtNy45NyBUZFsoQmVlYyktMShoKS0zNzUyKFMpLTEocGlyaXQpLTQxNjAoKzUpLTEoJSktNDYw KHRvKS00NjAoc3BpKS0xKHJpdCktNDYwKHNwZWwpLTEobHMsKS01MTIoLSldVEogODguMDcgLTcu OTcgVGRbKDUpLTEoJSktMjUwKHRvKS0yNTEob3RoKS0xKGVycyldVEogLTg4LjA3IC03Ljk3IFRk WyhPYWspLTQ1ODYoUyktMSh0cmVuZyktMSh0aCktMjk5MyhBZCktMShkaXRpbyktMShuYWwpLTI0 MzkoZikxMChhdGkpLTEoZ3VlKV1USiA4OC4wNyAtNy45NyBUZFsoYiktMShvbnUpLTEocyktMjUw KHN0byktMShyZWQpLTI1MChpbiktMjUxKHN0YWYpMjQoZildVEogLTg4LjA3IC03Ljk3IFRkWyhB c2gpLTQ2NDEoRCktMShlc3RydSktMShjdGlvKS0xKG4pLTE3MTUoKzUpLTEoJSktMjU0KHRvKS0y NTUocCkxMCh5ciktMShvZ2VuKS0xKGlzaXMpLTI1NShhbmQpXVRKIDg4LjA3IC03Ljk3IFRkWyhF KS0xKGxlbSktMShlbnRhbCktMjUxKHNwZWwpLTEobHMpXVRKIC04OC4wNyAtNy45NyBUZFsoQmxh YyktMShrdGhvKS0xKHJuKS0xODA2KEMpLTEodXJzZSktNDA1MCgrNSktMSglKS0yNTAodG8pLTI1 MShDdXIpLTEoc2VzKV1USiAwIC03Ljk3IFRkWyhSZWR3KTkob29kKS0yNDI4KFQpMzQocmEpMjAo dikxNShlKS0xKGxsaW5nKS0yMjg2KCs1KS0xKCUpLTI4OSh0byktMjkwKFNlbiktMShkaW5nKS0y OTAoVik2MChpcyktMShpdGEtKV1USiA4OC4wNyAtNy45NyBUZFsodCktMShpb24pLTI1MChlKS0x KHRjLildVEovRjQ1IDkuOTYgVGYgMTYyLjY2IC0yMTYuNCBUZFsoNildVEoKRVQKZW5kc3RyZWFt CmVuZG9iagoyNCAwIG9iaiA8PAovVHlwZSAvUGFnZQovQ29udGVudHMgMjUgMCBSCi9SZXNvdXJj ZXMgMjMgMCBSCi9NZWRpYUJveCBbMCAwIDU5NS4yNyA4NDEuODldCi9QYXJlbnQgOCAwIFIKPj4g ZW5kb2JqCjIzIDAgb2JqIDw8Ci9Gb250IDw8IC9GNDUgNCAwIFIgL0Y0NSA0IDAgUiAvRjUwIDYg MCBSIC9GNTIgNyAwIFIgL0Y0NyA1IDAgUiAvRjQ1IDQgMCBSID4+Ci9Qcm9jU2V0IFsgL1BERiAv VGV4dCBdCj4+IGVuZG9iagoyNiAwIG9iaiA8PAovVHlwZSAvRW5jb2RpbmcKL0RpZmZlcmVuY2Vz IFsgMCAvbWludXMvcGVyaW9kY2VudGVyZWQvbXVsdGlwbHkvYXN0ZXJpc2ttYXRoL2RpdmlkZS9k aWFtb25kbWF0aC9wbHVzbWludXMvbWludXNwbHVzL2NpcmNsZXBsdXMvY2lyY2xlbWludXMvY2ly Y2xlbXVsdGlwbHkvY2lyY2xlZGl2aWRlL2NpcmNsZWRvdC9jaXJjbGVjb3B5cnQvb3BlbmJ1bGxl dC9idWxsZXQvZXF1aXZhc3ltcHRvdGljL2VxdWl2YWxlbmNlL3JlZmxleHN1YnNldC9yZWZsZXhz dXBlcnNldC9sZXNzZXF1YWwvZ3JlYXRlcmVxdWFsL3ByZWNlZGVzZXF1YWwvZm9sbG93c2VxdWFs L3NpbWlsYXIvYXBwcm94ZXF1YWwvcHJvcGVyc3Vic2V0L3Byb3BlcnN1cGVyc2V0L2xlc3NtdWNo L2dyZWF0ZXJtdWNoL3ByZWNlZGVzL2ZvbGxvd3MvYXJyb3dsZWZ0L2Fycm93cmlnaHQvYXJyb3d1 cC9hcnJvd2Rvd24vYXJyb3dib3RoL2Fycm93bm9ydGhlYXN0L2Fycm93c291dGhlYXN0L3NpbWls YXJlcXVhbC9hcnJvd2RibGxlZnQvYXJyb3dkYmxyaWdodC9hcnJvd2RibHVwL2Fycm93ZGJsZG93 bi9hcnJvd2RibGJvdGgvYXJyb3dub3J0aHdlc3QvYXJyb3dzb3V0aHdlc3QvcHJvcG9ydGlvbmFs L3ByaW1lL2luZmluaXR5L2VsZW1lbnQvb3duZXIvdHJpYW5nbGUvdHJpYW5nbGVpbnYvbmVnYXRp b25zbGFzaC9tYXBzdG8vdW5pdmVyc2FsL2V4aXN0ZW50aWFsL2xvZ2ljYWxub3QvZW1wdHlzZXQv UmZyYWN0dXIvSWZyYWN0dXIvbGF0dGljZXRvcC9wZXJwZW5kaWN1bGFyL2FsZXBoL0EvQi9DL0Qv RS9GL0cvSC9JL0ovSy9ML00vTi9PL1AvUS9SL1MvVC9VL1YvVy9YL1kvWi91bmlvbi9pbnRlcnNl Y3Rpb24vdW5pb25tdWx0aS9sb2dpY2FsYW5kL2xvZ2ljYWxvci90dXJuc3RpbGVsZWZ0L3R1cm5z dGlsZXJpZ2h0L2Zsb29ybGVmdC9mbG9vcnJpZ2h0L2NlaWxpbmdsZWZ0L2NlaWxpbmdyaWdodC9i cmFjZWxlZnQvYnJhY2VyaWdodC9hbmdicmFja2V0bGVmdC9hbmdicmFja2V0cmlnaHQvYmFyL2Jh cmRibC9hcnJvd2JvdGh2L2Fycm93ZGJsYm90aHYvYmFja3NsYXNoL3dyZWF0aHByb2R1Y3QvcmFk aWNhbC9jb3Byb2R1Y3QvbmFibGEvaW50ZWdyYWwvdW5pb25zcS9pbnRlcnNlY3Rpb25zcS9zdWJz ZXRzcWVxdWFsL3N1cGVyc2V0c3FlcXVhbC9zZWN0aW9uL2RhZ2dlci9kYWdnZXJkYmwvcGFyYWdy YXBoL2NsdWIvZGlhbW9uZC9oZWFydC9zcGFkZSAxMjgvLm5vdGRlZl0KPj4gZW5kb2JqCjEyIDAg b2JqIDw8Ci9MZW5ndGgxIDc3MwovTGVuZ3RoMiA2NzUKL0xlbmd0aDMgNTMyCi9MZW5ndGggMTk4 MCAgICAgIAo+PgpzdHJlYW0KJSFQUy1BZG9iZUZvbnQtMS4xOiBDTVNZMTAgMS4wCiUlQ3JlYXRp b25EYXRlOiAxOTkxIEF1ZyAxNSAwNzoyMDo1NwolIENvcHlyaWdodCAoQykgMTk5NyBBbWVyaWNh biBNYXRoZW1hdGljYWwgU29jaWV0eS4gQWxsIFJpZ2h0cyBSZXNlcnZlZC4KMTEgZGljdCBiZWdp bgovRm9udEluZm8gNyBkaWN0IGR1cCBiZWdpbgovdmVyc2lvbiAoMS4wKSByZWFkb25seSBkZWYK L05vdGljZSAoQ29weXJpZ2h0IChDKSAxOTk3IEFtZXJpY2FuIE1hdGhlbWF0aWNhbCBTb2NpZXR5 LiBBbGwgUmlnaHRzIFJlc2VydmVkKSByZWFkb25seSBkZWYKL0Z1bGxOYW1lIChDTVNZMTApIHJl YWRvbmx5IGRlZgovRmFtaWx5TmFtZSAoQ29tcHV0ZXIgTW9kZXJuKSByZWFkb25seSBkZWYKL1dl aWdodCAoTWVkaXVtKSByZWFkb25seSBkZWYKL0l0YWxpY0FuZ2xlIC0xNC4wMzUgZGVmCi9pc0Zp eGVkUGl0Y2ggZmFsc2UgZGVmCmVuZCByZWFkb25seSBkZWYKL0ZvbnROYW1lIC9EQUREQ0QrQ01T WTEwIGRlZgovUGFpbnRUeXBlIDAgZGVmCi9Gb250VHlwZSAxIGRlZgovRm9udE1hdHJpeCBbMC4w MDEgMCAwIDAuMDAxIDAgMF0gcmVhZG9ubHkgZGVmCi9FbmNvZGluZyAyNTYgYXJyYXkKMCAxIDI1 NSB7MSBpbmRleCBleGNoIC8ubm90ZGVmIHB1dH0gZm9yCmR1cCAyIC9tdWx0aXBseSBwdXQKcmVh ZG9ubHkgZGVmCi9Gb250QkJveHstMjkgLTk2MCAxMTE2IDc3NX1yZWFkb25seSBkZWYKL1VuaXF1 ZUlEIDUwMDA4MjAgZGVmCmN1cnJlbnRkaWN0IGVuZApjdXJyZW50ZmlsZSBlZXhlYwrZ1m9jO4Rq l7aGqX5Fo9CqBS8J+cit6dkHwFi4fptpZH1TNZ5RIWd0pOqh4rWOwxdr0RhKYzuVE3K0GY1OjF70 ohOstYqgpliQgDW/LthTF3mDipYN/isn6knDcVaYnIXiGzq/cuOaiSMs2fQjf8gMnmToQlqjvvfe 1gsSKlKSKiIaN9moB90BFhd53efTH/K4f5fHPWPuzdpMSVAXc0aKJ9FmPgti9GH25ApdZnbR0StR 5kHB1Ojidxhk/BBPjL9beOwdiCKHJfHEU6Z49Yp+G3vXynAHF9KI642h9XxPCQq/HULF3dDDhMfi L4+AR74dTBzI4zNo+xrIK06WFGcw3jMCsua4Gctq5FWxrzGH/+gHGqV++KZha5y3lB1E7Hpxp7s9 91UXjX0uS7aYWe+ku8ML1rsVMRM/1NlDj/mfCU7MBooyTXW19pa4aI7rLxfl7TTM1tBHpOOAbQAM GZ18UV23Co1PYUb+Bo3B5d6LxXA3EdoJAxK6P8AKCMRTxgnGJ6ixSdcfMVW/v1o1nlTv5A62qvc0 TzNrvfpSQdOd/Rnf5PG1bcquqE2SkOgf+thHJRfLUXyfjQTq+Oh6WDQdVzhv8XvykjU1bD+F/oXM t1371Aemt2wZg1ZBV2j+DVgPDgZl5rLvwmklb84BRsQV412QApNVXYtssqpFFYbkd5NGH68IA65U uf7jUXcbCPn31WS19Qy05mApjez03A9nCk2lc42J9wgBnN/5RDlkgwtAZ0i2DvNOo17affHAWh6j hcXeSxcfzXNaoMQeVLCdEz5I/Ko6dfGwXCrUzXklNEFg/PDEgHatMXThqXD9miheslHgFrJznjc7 Q/F6HVC8Avsjg9rP81pVA+6NDIFHkIv/X6DZ0G8kOqi0//zY/07tArwwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAw MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAK MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMAowMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMAowMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwCjAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAKY2xlYXJ0b21h cmsKZW5kc3RyZWFtCmVuZG9iagoxMyAwIG9iaiA8PAovVHlwZSAvRm9udAovU3VidHlwZSAvVHlw ZTEKL0VuY29kaW5nIDI2IDAgUgovRmlyc3RDaGFyIDIKL0xhc3RDaGFyIDIKL1dpZHRocyAyNyAw IFIKL0Jhc2VGb250IC9EQUREQ0QrQ01TWTEwCi9Gb250RGVzY3JpcHRvciAyOCAwIFIKPj4gZW5k b2JqCjI4IDAgb2JqIDw8Ci9Bc2NlbnQgNzUwCi9DYXBIZWlnaHQgNjg0Ci9EZXNjZW50IC0xOTQK L0ZvbnROYW1lIC9EQUREQ0QrQ01TWTEwCi9JdGFsaWNBbmdsZSAtMTQKL1N0ZW1WIDg1Ci9YSGVp Z2h0IDQzMQovRm9udEJCb3ggWy0yOSAtOTYwIDExMTYgNzc1XQovRmxhZ3MgNAovQ2hhclNldCAo L211bHRpcGx5KQovRm9udEZpbGUgMTIgMCBSCj4+IGVuZG9iagoyNyAwIG9iagpbNzc4IF0KZW5k b2JqCjI5IDAgb2JqIDw8Ci9UeXBlIC9FbmNvZGluZwovRGlmZmVyZW5jZXMgWyAwIC8ubm90ZGVm IDEvZG90YWNjZW50L2ZpL2ZsL2ZyYWN0aW9uL2h1bmdhcnVtbGF1dC9Mc2xhc2gvbHNsYXNoL29n b25lay9yaW5nIDEwLy5ub3RkZWYgMTEvYnJldmUvbWludXMgMTMvLm5vdGRlZiAxNC9aY2Fyb24v emNhcm9uL2Nhcm9uL2RvdGxlc3NpL2RvdGxlc3NqL2ZmL2ZmaS9mZmwgMjIvLm5vdGRlZiAzMC9n cmF2ZS9xdW90ZXNpbmdsZS9zcGFjZS9leGNsYW0vcXVvdGVkYmwvbnVtYmVyc2lnbi9kb2xsYXIv cGVyY2VudC9hbXBlcnNhbmQvcXVvdGVyaWdodC9wYXJlbmxlZnQvcGFyZW5yaWdodC9hc3Rlcmlz ay9wbHVzL2NvbW1hL2h5cGhlbi9wZXJpb2Qvc2xhc2gvemVyby9vbmUvdHdvL3RocmVlL2ZvdXIv Zml2ZS9zaXgvc2V2ZW4vZWlnaHQvbmluZS9jb2xvbi9zZW1pY29sb24vbGVzcy9lcXVhbC9ncmVh dGVyL3F1ZXN0aW9uL2F0L0EvQi9DL0QvRS9GL0cvSC9JL0ovSy9ML00vTi9PL1AvUS9SL1MvVC9V L1YvVy9YL1kvWi9icmFja2V0bGVmdC9iYWNrc2xhc2gvYnJhY2tldHJpZ2h0L2FzY2lpY2lyY3Vt L3VuZGVyc2NvcmUvcXVvdGVsZWZ0L2EvYi9jL2QvZS9mL2cvaC9pL2ovay9sL20vbi9vL3AvcS9y L3MvdC91L3Yvdy94L3kvei9icmFjZWxlZnQvYmFyL2JyYWNlcmlnaHQvYXNjaWl0aWxkZSAxMjcv Lm5vdGRlZiAxMzAvcXVvdGVzaW5nbGJhc2UvZmxvcmluL3F1b3RlZGJsYmFzZS9lbGxpcHNpcy9k YWdnZXIvZGFnZ2VyZGJsL2NpcmN1bWZsZXgvcGVydGhvdXNhbmQvU2Nhcm9uL2d1aWxzaW5nbGxl ZnQvT0UgMTQxLy5ub3RkZWYgMTQ3L3F1b3RlZGJsbGVmdC9xdW90ZWRibHJpZ2h0L2J1bGxldC9l bmRhc2gvZW1kYXNoL3RpbGRlL3RyYWRlbWFyay9zY2Fyb24vZ3VpbHNpbmdscmlnaHQvb2UgMTU3 Ly5ub3RkZWYgMTU5L1lkaWVyZXNpcyAxNjAvLm5vdGRlZiAxNjEvZXhjbGFtZG93bi9jZW50L3N0 ZXJsaW5nL2N1cnJlbmN5L3llbi9icm9rZW5iYXIvc2VjdGlvbi9kaWVyZXNpcy9jb3B5cmlnaHQv b3JkZmVtaW5pbmUvZ3VpbGxlbW90bGVmdC9sb2dpY2Fsbm90L2h5cGhlbi9yZWdpc3RlcmVkL21h Y3Jvbi9kZWdyZWUvcGx1c21pbnVzL3R3b3N1cGVyaW9yL3RocmVlc3VwZXJpb3IvYWN1dGUvbXUv cGFyYWdyYXBoL3BlcmlvZGNlbnRlcmVkL2NlZGlsbGEvb25lc3VwZXJpb3Ivb3JkbWFzY3VsaW5l L2d1aWxsZW1vdHJpZ2h0L29uZXF1YXJ0ZXIvb25laGFsZi90aHJlZXF1YXJ0ZXJzL3F1ZXN0aW9u ZG93bi9BZ3JhdmUvQWFjdXRlL0FjaXJjdW1mbGV4L0F0aWxkZS9BZGllcmVzaXMvQXJpbmcvQUUv Q2NlZGlsbGEvRWdyYXZlL0VhY3V0ZS9FY2lyY3VtZmxleC9FZGllcmVzaXMvSWdyYXZlL0lhY3V0 ZS9JY2lyY3VtZmxleC9JZGllcmVzaXMvRXRoL050aWxkZS9PZ3JhdmUvT2FjdXRlL09jaXJjdW1m bGV4L090aWxkZS9PZGllcmVzaXMvbXVsdGlwbHkvT3NsYXNoL1VncmF2ZS9VYWN1dGUvVWNpcmN1 bWZsZXgvVWRpZXJlc2lzL1lhY3V0ZS9UaG9ybi9nZXJtYW5kYmxzL2FncmF2ZS9hYWN1dGUvYWNp cmN1bWZsZXgvYXRpbGRlL2FkaWVyZXNpcy9hcmluZy9hZS9jY2VkaWxsYS9lZ3JhdmUvZWFjdXRl L2VjaXJjdW1mbGV4L2VkaWVyZXNpcy9pZ3JhdmUvaWFjdXRlL2ljaXJjdW1mbGV4L2lkaWVyZXNp cy9ldGgvbnRpbGRlL29ncmF2ZS9vYWN1dGUvb2NpcmN1bWZsZXgvb3RpbGRlL29kaWVyZXNpcy9k aXZpZGUvb3NsYXNoL3VncmF2ZS91YWN1dGUvdWNpcmN1bWZsZXgvdWRpZXJlc2lzL3lhY3V0ZS90 aG9ybi95ZGllcmVzaXNdCj4+IGVuZG9iago3IDAgb2JqIDw8Ci9UeXBlIC9Gb250Ci9TdWJ0eXBl IC9UeXBlMQovRW5jb2RpbmcgMjkgMCBSCi9CYXNlRm9udCAvVGltZXMtSXRhbGljCj4+IGVuZG9i ago2IDAgb2JqIDw8Ci9UeXBlIC9Gb250Ci9TdWJ0eXBlIC9UeXBlMQovRW5jb2RpbmcgMjkgMCBS Ci9CYXNlRm9udCAvVGltZXMtQm9sZAo+PiBlbmRvYmoKNSAwIG9iaiA8PAovVHlwZSAvRm9udAov U3VidHlwZSAvVHlwZTEKL0VuY29kaW5nIDI5IDAgUgovQmFzZUZvbnQgL0hlbHZldGljYS1Cb2xk Cj4+IGVuZG9iago0IDAgb2JqIDw8Ci9UeXBlIC9Gb250Ci9TdWJ0eXBlIC9UeXBlMQovRW5jb2Rp bmcgMjkgMCBSCi9CYXNlRm9udCAvVGltZXMtUm9tYW4KPj4gZW5kb2JqCjggMCBvYmogPDwKL1R5 cGUgL1BhZ2VzCi9Db3VudCA2Ci9LaWRzIFsyIDAgUiAxMCAwIFIgMTUgMCBSIDE4IDAgUiAyMSAw IFIgMjQgMCBSXQo+PiBlbmRvYmoKMzAgMCBvYmogPDwKL1R5cGUgL0NhdGFsb2cKL1BhZ2VzIDgg MCBSCj4+IGVuZG9iagozMSAwIG9iaiA8PAovUHJvZHVjZXIgKHBkZlRlWC0wLjE0ZSkKL0NyZWF0 b3IgKFRlWCkKL0NyZWF0aW9uRGF0ZSAoRDoyMDAwMDgxNDE1NDcwMCkKPj4gZW5kb2JqCnhyZWYK MCAzMgowMDAwMDAwMDAwIDY1NTM1IGYgCjAwMDAwMjMyMTAgMDAwMDAgbiAKMDAwMDAyMzEwMCAw MDAwMCBuIAowMDAwMDAwMDA5IDAwMDAwIG4gCjAwMDAxMzcyNjcgMDAwMDAgbiAKMDAwMDEzNzE3 NSAwMDAwMCBuIAowMDAwMTM3MDg3IDAwMDAwIG4gCjAwMDAxMzY5OTcgMDAwMDAgbiAKMDAwMDEz NzM1NiAwMDAwMCBuIAowMDAwMDQ4NzMzIDAwMDAwIG4gCjAwMDAwNDg2MjEgMDAwMDAgbiAKMDAw MDAyMzMzMyAwMDAwMCBuIAowMDAwMTMyNzQ4IDAwMDAwIG4gCjAwMDAxMzQ4MjUgMDAwMDAgbiAK MDAwMDA3Mzc5NyAwMDAwMCBuIAowMDAwMDczNjg0IDAwMDAwIG4gCjAwMDAwNDg4NTcgMDAwMDAg biAKMDAwMDA5OTU4NiAwMDAwMCBuIAowMDAwMDk5NDczIDAwMDAwIG4gCjAwMDAwNzM5MjIgMDAw MDAgbiAKMDAwMDEyNDE2MyAwMDAwMCBuIAowMDAwMTI0MDUwIDAwMDAwIG4gCjAwMDAwOTk3MDAg MDAwMDAgbiAKMDAwMDEzMTM5MiAwMDAwMCBuIAowMDAwMTMxMjc5IDAwMDAwIG4gCjAwMDAxMjQy ODggMDAwMDAgbiAKMDAwMDEzMTUxNiAwMDAwMCBuIAowMDAwMTM1MTg1IDAwMDAwIG4gCjAwMDAx MzQ5ODAgMDAwMDAgbiAKMDAwMDEzNTIwOCAwMDAwMCBuIAowMDAwMTM3NDQ4IDAwMDAwIG4gCjAw MDAxMzc0OTggMDAwMDAgbiAKdHJhaWxlcgo8PAovU2l6ZSAzMgovUm9vdCAzMCAwIFIKL0luZm8g MzEgMCBSCj4+CnN0YXJ0eHJlZgoxMzc1OTMKJSVFT0YK --=_mixed 0052244D8025693B_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 16:49:53 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA01613; Tue, 15 Aug 2000 16:38:34 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id QAA01610 for ; Tue, 15 Aug 2000 16:38:29 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Tuesday, August 15, 2000 16:34:05 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Tue, 15 Aug 2000 16:37:36 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A72022614DD@falaklex00.fcl.co.nz> Date: Tue, 15 Aug 2000 16:37:27 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C00672.888390C0" Subject: RE: Rune (latest changes) From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C00672.888390C0 Content-Type: text/plain First scream finding. Smite gives +D+1+1/Rank damage to a weapon. This is fine for a single target spell (EM200 - like bolt, but range touch, general), until you realise it can be made permanent. A bonus D+21 damage on your weapon (on top of normal damage) for 23,500ep sounds pretty cheap to me, and the next weapon like that costs 2,500ep each. Andrew > -----Original Message----- > From: Ross Alexander [SMTP:ross.alexander@uk.neceur.com] > Sent: Tuesday, August 15, 2000 2:52 AM > To: dq@dq.sf.org.nz > Subject: Rune (latest changes) > > > Here is the latest version of Rune. Comments more than welcome. I would > like to get this to Probationary in the next rulebook (which should be > June 2001 since I'll be back in NZ). > > << File: rune.pdf >> ------_=_NextPart_001_01C00672.888390C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Rune (latest changes)

First scream = finding.

Smite gives = +D+1+1/Rank damage to a weapon. This is fine for a single target spell = (EM200 - like bolt, but range touch, general), until you realise it can = be made permanent. A bonus D+21 damage on your weapon (on top of normal = damage) for 23,500ep sounds pretty cheap to me, and the next weapon = like that costs 2,500ep each.

Andrew

    -----Original Message-----
    From:   Ross Alexander = [SMTP:ross.alexander@uk.neceur.com]
    Sent:   Tuesday, August 15, 2000 2:52 AM
    To:     dq@dq.sf.org.nz
    Subject:       = Rune (latest changes)


    Here is the latest version of = Rune. =A0Comments more than welcome. =A0I would like to get this to = Probationary in the next rulebook (which should be June 2001 since I'll = be back in NZ).

     << File: rune.pdf >>

------_=_NextPart_001_01C00672.888390C0-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 17:30:19 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA01913; Tue, 15 Aug 2000 17:22:22 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id RAA01910 for ; Tue, 15 Aug 2000 17:22:19 +1200 Received: (qmail 12051 invoked by alias); 15 Aug 2000 05:22:15 -0000 Received: from brain.dragonquest.org.nz (HELO mandos) (210.48.7.51) by enterprise.iconz.co.nz with SMTP; 15 Aug 2000 05:22:15 -0000 Date: Tue, 15 Aug 2000 17:21:29 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Subject: RE: Rune (latest changes) From: "Mandos D Shadowspawn Esq" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Andrews Bit. First scream finding. Smite gives +D+1+1/Rank damage to a weapon. This is fine for a single target spell (EM200 - like bolt, but range touch, general), until you realise it can be made permanent. A bonus D+21 damage on your weapon (on top of normal damage) for 23,500ep sounds pretty cheap to me, and the next weapon like that costs 2,500ep each. Mandos Bit. I agree D+1 may be a bit high, it cannot be made permenant. At most it is 6 strikes and that is after a ritual. 1/2 ranks is probably appropriate. Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 15 20:57:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id UAA03306; Tue, 15 Aug 2000 20:52:40 +1200 Received: from dns0.uk.neceur.com (dns0.uk.neceur.com [193.116.254.1]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id UAA03301 for ; Tue, 15 Aug 2000 20:52:32 +1200 Received: from internal-mail.uk.neceur.com by dns0.uk.neceur.com id vVS30O71PcZza; Tue, 15 Aug 2000 09:51:02 +0100 (BST) Received: from minisun.uk.neceur.com by internal-mail.uk.neceur.com id enK10y71PcZBn1; Tue, 15 Aug 2000 09:51:11 +0100 (BST) from minisun.uk.neceur.com (localhost [127.0.0.1]) id enK10y71PcZBn1 for (3.3.2/3.1.31); Tue, 15 Aug 2000 09:51:11 +0100 (BST) Received: from ldn-thoth.uk.neceur.com (thoth.uk.neceur.com [172.29.7.4]) by minisun.uk.neceur.com (8.9.1b+Sun/8.9.1) with ESMTP id JAA08196 for ; Tue, 15 Aug 2000 09:50:23 +0100 (BST) X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Mon, 14 Aug 2000 15:45:02 +0100 X-MIMETrack: S/MIME Sign by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 14/08/2000 15:50:07, Serialize by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 14/08/2000 15:50:07, Serialize complete at 14/08/2000 15:50:07, S/MIME Sign failed at 14/08/2000 15:50:07: The cryptographic key was not found, Serialize by Router on ldn-thoth/E/NEC(Release 5.0.4 |June 8, 2000) at 08/15/2000 09:44:20 AM, Serialize complete at 08/15/2000 09:44:20 AM MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 00517DEF8025693B_=" Subject: Re: Ross' Proposal on Initiative (v 0.1). From: "Ross Alexander" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 00517DEF8025693B_= Content-Type: text/plain; charset="us-ascii" Ross Alexander wrote: To put this discussion on a more concrete footing, I have written up a proposal to be put forward to the GMs meeting. There are any number of caveats to do with first draft and no flames thank you etc. But atleast it gives everybody something to focus on. I have attached a PDF files and the LaTeX source. It's mainly text so people can cut and paste blocks for comment. Well, here's a flame for you, Ross, coming, ready or not. We haven't yet decided on what we want Intiative to achieve. Your package of stuff, while it might be fascinating, doesn't answer any of the questions raised. There are a lot of hassles that are at issue with initiative, only one of which is whether or not to use dice to determine intiative, or the size of the dice. All that your draft offers us is yet another system, in a forum that is full of people only too willing to come up with some nice numbers and formulae. The critical issue is not that. The issue is: "How do we capture the idea of an exchange of actions?...How do we capture the sense of the cut and thrust of combat?' We probably can't do that completely with any initiative system, but we can at least look at a way of doing that promotes that kind of play for the DM, and for the players. Jim, I deliberately set out not to address "the big issues" because I knew it would get anywhere. If you want to write up something that improves roleplaying then do so. I'm just trying to get a problematic set of rules improved. In strict accordance to the rules a figure is engaged or unengaged based solely on a figure's relative position to an opposing figure (i.e.\ whether or not they are in an opponent's melee zone or an opponent is in their melee zone). There are a number of places where this falls down but the most striking (and important) is the casting of magic. This is because casting is both an engaged and unengaged activity. Spells effect the moment they are cast so if you happen to have an opponent in front of you (or if you are lucky, behind an opponent) then are engaged and act in the engaged phase. Rubbish. I have NEVER seen ANYONE play this rule. The reason is because it is laughable. You're engaged initiative only applies if two conditions are met. 1) You are in their melee zone or close. 2) You are taking an action that makes use of your engaged initiative. If you are in someone's melee zone, and you are attempting to cast a spell, either at them or another target, then unengaged initiative is used. I never said it was played (even though I myself do and have seen it played this way). What I'm stating is that is the rules and if it isn't being played that way then all the more reason to change it. Most people (if not all) agree that this doesn't make much sense. However, the simple solution of casting happening in the figure's unengaged phase regardless of whether or not they are actually engaged, will require some work to remove all the other potential inconsistancies as well. It doesn't make much sense because I doubt very much that they have ever come across the idea. I don't know anyone that would allow this. And, there are no bloody inconsistencies, as well... I don't see how you can possibly have come to this conclusion. If we force people who are engaged to cast in the unengaged phase, what other actions do you make happen during unengaged. If I take a potion facing an opponent then do when do you act? Do you just end up listing which actions can act on in the engaged phase. One critisism of the current engaged initiative system is that an opponent who is one point faster always goes first rather than going first a majority (asymtopic average) of the time. There is a lot of debate over how large this random factor should be. The options range from D10 through to D100, with the possibility of say 2D10. The problem with summing dice is that the central limit theorum quickly reduces the variability (i.e.\ variance), making it a lot less effective. A possible twist is to use rollups (this is where if you roll a 10 on a D10 then reroll and keep adding). This enables a much slower figure to have an outside (but not impossible) chance to beating somebody much faster. I thought D10 simple not enough when Prepared IV could easily reach 60 or more and D100 too much, especially at the bottom end. D50 is a numerically simple compromise (D100/2) which give a good range without making the lower end totally random. Yes. It is just a prefence. I felt D100 work make combat at low levels almost completely random and D10 would not do enough at high ends so for numerical simplicity I picked D50. D20 would probably do just a good a job. Why. I mean, why D50? Not that I care over much. But, you call it a justification. As far as I can see, it's just a preference. Your reason remains concealed from me. As far as I can see, we either have a situation where initiative offers uncertainty balanced against expectability, or we have one where it is as certain as the day is long. We can have one that keeps one foot in both camps, but I don't see what particular advantages it offers. Some GMs require their players to declare their actions at the start of each pulse. This leads to the problem that should the situation change before the figure gets to act then their action may become invalid or inappropriate. Depending of how fasist a GM is, a figure may or may not be able to alter their action. This can mean that slower figures often end up not being able to act simply because the situation has changed (e.g.\ their opponent is dead). The ability for a figure to choose their action on their initiative is that is often leads to more heroic action, or atleast faster flowing and more interesting action. A GM may ask the party for an indication of intention rather than an actual declaration of action (this give the GM an idea of what they intend without forcing them to actually perform that action). The problem is if initiative is based on what action the figure is going to do, what then happens if the don't do that action (for whatever reason)? The DQ combat system has enough restrictions already without adding more. The reason that declarations are often used is because it creates a flow of story. A story happens when the events that lead to the future are identified and indicated earlier. Otherwise, it's just a list of things that happened. THAT isn't heroic. It's just dead boring. There are lots of systems that don't require declarations. Shadowrun, Fantasy Hero, etc. They don't create a sense of story in the unfolding action. Stuff just happens in a particular sequence. Foreshadowing is critical to story telling, and declarations give the players an opportunity to foreshadow their own actions. The rules about declaration are currently optional and I wanted to leave them that way. I didn't want to make the system force declaration, thats all. There is a something to be said for gradual change and keeping with current flavour i.e.\ engaged combat normally goes first and weapons are faster than spells. This can be done with a minimum of changes. \begin{itemize} \item Engaged IV becomes Prepared VI. If a figure has a prepared weapon and at the appropriated range (for example a figure must be in melee for unarmed to be ``prepared'' but a bow fired, dagger thrown, etc.\ on its Prepared IV even though the figure is unengaged) then their base IV is PC + AG + Weapon Rank + Warrior. A figure can never have a prepared weapon (including unarmed) if their are engaged in any form of magic (excluding actively resisting). This is not effected by whether the figure is engaged or unengaged. So, mages cannot cast while they have a shield prepared? And, staves, wands, rods etc are no longer devices that spell casters use? This is just an attempt to make the world fit the rule, rather than create a rule that adds to the world. I am hard put to consider this anything other than drivel. I could simply say that magic always happen on a figure's base initiative. Period. It's not a big thing. And it was an oversight, not drivel. \item In all other situations the figure's base IV is PC + 1 \texttimes{} figure's Military Scientist. \item Each pulse a figure adds 1 \texttimes{} party's maximum Military Scientist (subject to usual rules) + D50 to their initiative. \item A figure may prepare a weapon without costing an action. \item Figure with a positonal advantage/disadvantage respectively have a bonus or penalty to Prepared IV. For example, if a figure is behind a figure with a prepared weapon then it gains a +20 bonus or if a figure is prone then they suffer a -10 penalty (the numbers are indicative only). \end{itemize} \subsubsection{Variations} The random could be changed to D10 with rollups or D100 (or whatever you want to divide D100 by, e.g.\ 2,4,5 or D50, D25 or D20 respectively). \subsection{Justifications} \subsubsection{Weapon ranges} This solves the problem of unarmed and cestus and enables thrown and missile weapons to act before magic even when unengaged. I can't see any immediate flaws but there almost certainly are some so extra caveats will probably need to be added. I can. There are enough penalties to casting already. Your system means that a mage (who only gets to cast every other pulse, unless Quickened) loses out to a peasant with a rock. I don't believe that the current situation is actually a problem. I don't want to see spell casters acting slower than archers. I don't see what advantage there is to be had in making characters that are, in fact, non-magical casters of spells that go by the name of arrows any faster than they are at the moment. The only thing that a rule or rules such as you suggest would offer is this: There is no rule that magic goes off at the end of the pulse... That's just the way it almost always happens. What, might I ask, is the point? My point is I don't like figures acting a different speed just because there is an opponent in front of them. As for archers vs mages, its a comparison which falls down when a fighter shoots two arrows doing D10 + 7 damage while a mage dishes out 7 lots of D10 + 40 (resist for half). Sure, the peasant gets to throw the rock before the mage casts, but big deal, the rock isn't going to do anything.. --=_alternative 00517DEF8025693B_= Content-Type: text/html; charset="us-ascii"

 

Ross Alexander wrote:
 
To put this discussion on a more concrete footing, I have written up a proposal
to be put forward to the GMs meeting.  There are any number of caveats to do
with first draft and no flames thank you etc.  But atleast it gives everybody something
to focus on.  I have attached a PDF files and the LaTeX source.  It's mainly text so
people can cut and paste blocks for comment.

    Well, here's a flame for you, Ross, coming, ready or not. We haven't yet decided on what we want Intiative to achieve. Your package of stuff, while it might be fascinating, doesn't answer any of the questions raised. There are a lot of hassles that are at issue with initiative, only one of which is whether or not to use dice to determine intiative, or the size of the dice.
   All that your draft offers us is yet another system, in a forum that is full of people only too willing to come up with some nice numbers and formulae. The critical issue is not that. The issue is: "How do we capture the idea of an exchange of actions?...How do we capture the sense of the cut and thrust of combat?' We probably can't do that completely with any initiative system, but we can at least look at a way of doing that promotes that kind of play for the DM, and for the players.

Jim, I deliberately set out not to address "the big issues" because I knew it would get anywhere.  If you want to write up something that improves roleplaying then do so.  I'm just trying to get a problematic set of rules improved.


In strict accordance to the rules a figure is engaged or unengaged based solely
on a figure's relative position to an opposing figure (i.e.\ whether or not
they are in an opponent's melee zone or an opponent is in their melee zone).

There are a number of places where this falls down but the most striking (and
important) is the casting of magic.  This is because casting is both an
engaged and unengaged activity.  Spells effect the moment they are cast
so if you happen to have an opponent in front of you (or if you are lucky,
behind an opponent) then are engaged and act in the engaged phase.


   Rubbish. I have NEVER seen ANYONE play this rule. The reason is because it is laughable. You're engaged initiative only applies if two conditions are met. 1) You are in their melee zone or close. 2) You are taking an action that makes use of your engaged initiative.
   If you are in someone's melee zone, and you are attempting to cast a spell, either at them or another target, then unengaged initiative is used.

I never said it was played (even though I myself do and have seen it played this way).  What I'm stating is that is the rules and if it isn't being played that way then all the more reason to change it.

Most people (if not all) agree that this doesn't make much sense.  However, the
simple solution of casting happening in the figure's unengaged phase regardless
of whether or not they are actually engaged, will require some work to remove
all the other potential inconsistancies as well.

    It doesn't make much sense because I doubt very much that they have ever come across the idea. I don't know anyone that would allow this. And, there are no bloody inconsistencies, as well...
   I don't see how you can possibly have come to this conclusion.

 If we force people who are engaged to cast in the unengaged phase, what other actions do you make happen during unengaged.  If I take a potion facing an opponent then do when do you act?  Do you just end up listing which actions can act on in the engaged phase.
 
One critisism of the current engaged initiative system is that an
opponent who is one point faster always goes first rather than going
first a majority (asymtopic average) of the time.  There is a lot of
debate over how large this random factor should be.  The options range
from D10 through to D100, with the possibility of say 2D10.  The
problem with summing dice is that the central limit theorum quickly
reduces the variability (i.e.\ variance), making it a lot less
effective.  A possible twist is to use rollups (this is where if you
roll a 10 on a D10 then reroll and keep adding).  This enables a much
slower figure to have an outside (but not impossible) chance to
beating somebody much faster.
I thought D10 simple not enough when Prepared IV could easily reach 60
or more and D100 too much, especially at the bottom end.  D50 is a
numerically simple compromise (D100/2) which give a good range without
making the lower end totally random.

Yes.  It is just a prefence.  I felt D100 work make combat at low levels almost completely random and D10 would not do enough at high ends so for numerical simplicity I picked D50.  D20 would probably do just a good a job.

    Why. I mean, why D50? Not that I care over much. But, you call it a justification. As far as I can see, it's just a preference. Your reason remains concealed from me.
    As far as I can see, we either have a situation where initiative offers uncertainty balanced against expectability, or we have one where it is as certain as the day is long. We can have one that keeps one foot in both camps, but I don't see what particular advantages it offers.

Some GMs require their players to declare their actions at the start
of each pulse.  This leads to the problem that should the situation
change before the figure gets to act then their action may become
invalid or inappropriate.  Depending of how fasist a GM is, a figure
may or may not be able to alter their action.  This can mean that
slower figures often end up not being able to act simply because
the situation has changed (e.g.\ their opponent is dead).

The ability for a figure to choose their action on their initiative
is that is often leads to more heroic action, or atleast faster
flowing and more interesting action.  A GM may ask the party for
an indication of intention rather than an actual declaration of
action (this give the GM an idea of what they intend without
forcing them to actually perform that action).

The problem is if initiative is based on what action the figure is
going to do, what then happens if the don't do that action (for
whatever reason)?  The DQ combat system has enough restrictions
already without adding more.

    The reason that declarations are often used is because it creates a flow of story. A story happens when the events that lead to the future are identified and indicated earlier. Otherwise, it's just a list of things that happened. THAT isn't heroic. It's just dead boring.
   There are lots of systems that don't require declarations. Shadowrun, Fantasy Hero, etc. They don't create a sense of story in the unfolding action. Stuff just happens in a particular sequence.
   Foreshadowing is critical to story telling, and declarations give the players an opportunity to foreshadow their own actions.

The rules about declaration are currently optional and I wanted to leave them that way.  I didn't want to make the system force declaration, thats all.

There is a something to be said for gradual change and keeping with
current flavour i.e.\ engaged combat normally goes first and weapons
are faster than spells.  This can be done with a minimum of changes.
\begin{itemize}

\item Engaged IV becomes Prepared VI.  If a figure has a prepared
weapon and at the appropriated range (for example a figure must be in
melee for unarmed to be ``prepared'' but a bow fired, dagger thrown,
etc.\ on its Prepared IV even though the figure is unengaged) then
their base IV is PC + AG + Weapon Rank + Warrior.  A figure can never
have a prepared weapon (including unarmed) if their are engaged in any
form of magic (excluding actively resisting).  This is not effected by
whether the figure is engaged or unengaged.
 

    So, mages cannot cast while they have a shield prepared? And, staves, wands, rods etc are no longer devices that spell casters use?
   This is just an attempt to make the world fit the rule, rather than create a rule that adds to the world. I am hard put to consider this anything other than drivel.

I could simply say that magic always happen on a figure's base initiative.  Period.  It's not a big thing.  And it was an oversight, not drivel.

\item In all other situations the figure's base IV is PC + 1
\texttimes{} figure's Military Scientist.

\item Each pulse a figure adds 1 \texttimes{} party's maximum Military
Scientist (subject to usual rules) + D50 to their initiative.

\item A figure may prepare a weapon without costing an action.

\item Figure with a positonal advantage/disadvantage respectively have
a bonus or penalty to Prepared IV.  For example, if a figure is behind
a figure with a prepared weapon then it gains a +20 bonus or if a
figure is prone then they suffer a -10 penalty (the numbers are
indicative only).

\end{itemize}

\subsubsection{Variations}

The random could be changed to D10 with rollups or D100 (or whatever
you want to divide D100 by, e.g.\ 2,4,5 or D50, D25 or D20
respectively).

\subsection{Justifications}

\subsubsection{Weapon ranges}

This solves the problem of unarmed and cestus and enables thrown
and missile weapons to act before magic even when unengaged.
I can't see any immediate flaws but there almost certainly are
some so extra caveats will probably need to be added.

    I can. There are enough penalties to casting already. Your system means that a mage (who only gets to cast every other pulse, unless Quickened) loses out to a peasant with a rock.
   I don't believe that the current situation is actually a problem. I don't want to see spell casters acting slower than archers. I don't see what advantage there is to be had in making characters that are, in fact, non-magical casters of spells that go by the name of arrows any faster than they are at the moment. The only thing that a rule or rules such as you suggest would offer is this:
   There is no rule that magic goes off at the end of the pulse... That's just the way it almost always happens.
   What, might I ask, is the point?

My point is I don't like figures acting a different speed just because there is an opponent in front of them.  As for archers vs mages, its a comparison which falls down when a fighter shoots two arrows doing D10 + 7 damage while a mage dishes out 7 lots of D10 + 40 (resist for half).  Sure, the peasant gets to throw the rock before the mage casts, but big deal, the rock isn't going to do anything..

--=_alternative 00517DEF8025693B_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 16 00:43:37 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id AAA04793; Wed, 16 Aug 2000 00:43:15 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id AAA04790 for ; Wed, 16 Aug 2000 00:43:11 +1200 Received: from ihug.co.nz (p50-tnt2.akl.ihug.co.nz [203.109.245.50]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id AAA23625 for ; Wed, 16 Aug 2000 00:42:55 +1200 Message-ID: <399938DF.A7FD10A6@ihug.co.nz> Date: Wed, 16 Aug 2000 00:34:39 +1200 X-Mailer: Mozilla 4.6 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Ross' Proposal on Initiative (v 0.1). From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Ross Alexander wrote: > > Jim, I deliberately set out not to address "the > big issues" because I knew it would get > anywhere. If you want to write up something > that improves roleplaying then do so. I'm just > trying to get a problematic set of rules > improved. Which isn't what you said you were doing. You said you were putting these discussions on a concrete footing. But, leave that aside. The problem with initiative is that it is more than a tricky set of rules.It is the set of conditions that determine the flavour of combat. It is not about who goes first, although that it would be handy to have it solve that problem for us. At root, intiative determines the way in which the action communicates itself to the participants. If the only thing we wanted was a formula for determining who goes first, we'd be knee deep in them, by now. For whatever reason, role-playing games have attracted people who are profoundly numerate, and the Guild is no exception. Unfortunately, what we don't need is a numerate approach. We want to capture the essence of the exchange of combat. Now, you may believe that such an attempt is doomed to failure, and you're entitled to that belief. It is not one I share, but it is, quite possibly, true. The pursuit of an initiative system that engages the participants in a flow of story might be a complete waste of time. But, if that is your belief, then it seems to me that the best thing to do is say that you believed it's doomed. > > > > In strict accordance to the rules a figure is > engaged or unengaged based solely > on a figure's relative position to an opposing > figure (i.e.\ whether or not > they are in an opponent's melee zone or an > opponent is in their melee zone). > > There are a number of places where this falls > down but the most striking (and > important) is the casting of magic. This is > because casting is both an > engaged and unengaged activity. Spells effect > the moment they are cast > so if you happen to have an opponent in front of > you (or if you are lucky, > behind an opponent) then are engaged and act in > the engaged phase. > > > Rubbish. I have NEVER seen ANYONE play this > rule. The reason is because it is laughable. > You're engaged initiative only applies if two > conditions are met. 1) You are in their melee > zone or close. 2) You are taking an action that > makes use of your engaged initiative. > If you are in someone's melee zone, and you > are attempting to cast a spell, either at them > or another target, then unengaged initiative is > used. > > I never said it was played (even though I myself > do and have seen it played this way). What I'm > stating is that is the rules and if it isn't > being played that way then all the more reason > to change it. Well, I've never seen it played that way. And, I've been over the rules, and they don't say that to me. My own theory on what has happened is that there is a condition of being 'engaged' and 'unengaged', and there is 'engaged initiative' and unengaged initiative'. Possibly, people are reading the definitions and applying them in the wrong places. But, if they are, then they haven't addressed what is happening with the game. To interpret the way you have is to slavishly apply the rule, without looking at what it does. And, at the end of the day, Hell, at the beginning of the day, the job of the DM is to make a judgement on what is happening. How do you justify the idea that a spell caster, who, when unengaged, has an initiative of PC+(MS x 2)+D10, but when engaged, has an initiative of AG+PC+Weapon Rank? The point is that if you, or anyone, really, is playing this rule, then it seems to me that you are making a mistake, and whatever is written down on a piece of paper, then I suggest you ignore it, and apply a sensible rule. > > Most people (if not all) agree that this doesn't > make much sense. However, the > simple solution of casting happening in the > figure's unengaged phase regardless > of whether or not they are actually engaged, > will require some work to remove > all the other potential inconsistancies as well. > > It doesn't make much sense because I doubt > very much that they have ever come across the > idea. I don't know anyone that would allow this. > And, there are no bloody inconsistencies, as > well... > I don't see how you can possibly have come to > this conclusion. > > If we force people who are engaged to cast in > the unengaged phase, what other actions do you > make happen during unengaged. If I take a > potion facing an opponent then do when do you > act? Do you just end up listing which actions > can act on in the engaged phase. If that would work, why not? Determining initiative purely because of the space between people strikes me as being whimsical in the extreme. Personally, I think taking a potion is something that happens on unengaged initiative, although it would depend on the circumstances, I suppose. But, then, that's what a DM is there for. > > I thought D10 simple not enough when Prepared IV > could easily reach 60 > or more and D100 too much, especially at the > bottom end. D50 is a > numerically simple compromise (D100/2) which > give a good range without > making the lower end totally random. > Why. I mean, why D50? Not that I care over much. But, you call it a justification. As far as I can see, it's just a > preference. Your reason remains concealed from me. > As far as I can see, we either have a situation where initiative offers uncertainty balanced against expectability, or we have > one where it is as certain as the day is long. We can have one that keeps one foot in both camps, but I don't see what > particular advantages it offers. > > > > Yes. It is just a prefence. I felt D100 work > make combat at low levels almost completely > random and D10 would not do enough at high ends > so for numerical simplicity I picked D50. D20 > would probably do just a good a job. > That, at least, is a reason. I don't see what a D20 has to offer, however. > > > > Some GMs require their players to declare their > actions at the start > of each pulse. This leads to the problem that > should the situation > change before the figure gets to act then their > action may become > invalid or inappropriate. Depending of how > fasist a GM is, a figure > may or may not be able to alter their action. > This can mean that > slower figures often end up not being able to > act simply because > the situation has changed (e.g.\ their opponent > is dead). > > The ability for a figure to choose their action > on their initiative > is that is often leads to more heroic action, or > atleast faster > flowing and more interesting action. A GM may > ask the party for > an indication of intention rather than an actual > declaration of > action (this give the GM an idea of what they > intend without > forcing them to actually perform that action). > > The problem is if initiative is based on what > action the figure is > going to do, what then happens if the don't do > that action (for > whatever reason)? The DQ combat system has > enough restrictions > already without adding more. > > The reason that declarations are often used > is because it creates a flow of story. A story > happens when the events that lead to the future > are identified and indicated earlier. Otherwise, > it's just a list of things that happened. THAT > isn't heroic. It's just dead boring. > There are lots of systems that don't require > declarations. Shadowrun, Fantasy Hero, etc. They > don't create a sense of story in the unfolding > action. Stuff just happens in a particular > sequence. > Foreshadowing is critical to story telling, > and declarations give the players an opportunity > to foreshadow their own actions. > > The rules about declaration are currently > optional and I wanted to leave them that way. I > didn't want to make the system force > declaration, thats all. Um...So what? You said that choosing an action on your intiative is more heroic. I dispute that. Heroism is a quality that only exists in a story. You can have acts of bravery, but heroism is something more than that. It is a valorous deed that is intimately connected to the story. Somehow, it must have some sense of human drama attached to it. Now, it is not impossible to perform an act of heroism in a countdown system. But it is a lot harder, because the DM has no way of knowing that it's coming, unless the player declares in some other way. A declarative system of initiative provides the DM with more opportunity of seeing what the player is going to do, and the player the opportunity of setting up something of great dramatic moment. Personally, I prefer declarations, and for the above reason. I can live without one that isn't declarative. What I AM saying, however, is that it's not heroic, where you have said it is. > > \item Engaged IV becomes Prepared VI. If a > figure has a prepared > weapon and at the appropriated range (for > example a figure must be in > melee for unarmed to be ``prepared'' but a bow > fired, dagger thrown, > etc.\ on its Prepared IV even though the figure > is unengaged) then > their base IV is PC + AG + Weapon Rank + > Warrior. A figure can never > have a prepared weapon (including unarmed) if > their are engaged in any > form of magic (excluding actively resisting). > This is not effected by > whether the figure is engaged or unengaged. > > > So, mages cannot cast while they have a > shield prepared? And, staves, wands, rods etc > are no longer devices that spell casters use? > This is just an attempt to make the world fit > the rule, rather than create a rule that adds to > the world. I am hard put to consider this > anything other than drivel. > > I could simply say that magic always happen on a > figure's base initiative. Period. It's not a > big thing. And it was an oversight, not drivel. > > Well, in what way would you alter it, then? I mean, which part is the oversight? > > \item In all other situations the figure's base > IV is PC + 1 > \texttimes{} figure's Military Scientist. > > \item Each pulse a figure adds 1 \texttimes{} > party's maximum Military > Scientist (subject to usual rules) + D50 to > their initiative. > > \item A figure may prepare a weapon without > costing an action. > > \item Figure with a positonal > advantage/disadvantage respectively have > a bonus or penalty to Prepared IV. For example, > if a figure is behind > a figure with a prepared weapon then it gains a > +20 bonus or if a > figure is prone then they suffer a -10 penalty > (the numbers are > indicative only). > > \end{itemize} > > \subsubsection{Variations} > > The random could be changed to D10 with rollups > or D100 (or whatever > you want to divide D100 by, e.g.\ 2,4,5 or D50, > D25 or D20 > respectively). > > \subsection{Justifications} > > \subsubsection{Weapon ranges} > > This solves the problem of unarmed and cestus > and enables thrown > and missile weapons to act before magic even > when unengaged. > I can't see any immediate flaws but there almost > certainly are > some so extra caveats will probably need to be > added. > > I can. There are enough penalties to casting > already. Your system means that a mage (who only > gets to cast every other pulse, unless > Quickened) loses out to a peasant with a rock. > I don't believe that the current situation is > actually a problem. I don't want to see spell > casters acting slower than archers. I don't see > what advantage there is to be had in making > characters that are, in fact, non-magical > casters of spells that go by the name of arrows > any faster than they are at the moment. The only > thing that a rule or rules such as you suggest > would offer is this: > There is no rule that magic goes off at the > end of the pulse... That's just the way it > almost always happens. > What, might I ask, is the point? > > My point is I don't like figures acting a > different speed just because there is an > opponent in front of them. As for archers vs > mages, its a comparison which falls down when a > fighter shoots two arrows doing D10 + 7 damage > while a mage dishes out 7 lots of D10 + 40 > (resist for half). Sure, the peasant gets to > throw the rock before the mage casts, but big > deal, the rock isn't going to do anything.. > It depends on the size of the rock. And, it also depends on how well the opponent rolls. A peasant with a rock can kill a human, just as easily as Whirlwind Vortex, if the roll low enough. And, in a critical based system, the more rolls you have, the better it is for you. The peasant with the rock is going to have two chances, at least, to hit you before the mage gets to cast their spell, merely because the peasant is standing next to a friend who has agreed to engage him. And, if the opponent is an adventurer, with, say Rank 8 in long bow, then they'll be firing two arrows that might be inflicting as much damage as D+15 with Weapons of Flames on them. Or, 6 darts doing D+9 each. Why don't we be generous, and assume the mage has Prot of 9. That's 6D10 damage they'll take. Some will miss, but some will critical. That's about 30 points of damage. That's an extreme, and frankly, I don't see it happening except in a few occasions. And, I don't mind it happening in a few occasions. The problem is that it won't end up that way. My point is that I can see why you want to get rid of the idea of preparing melee weapons. It's pretty hard to see how it might take five seconds to pull out a sword. Anyone that slow would be cut down like wheat. If you apply the same rule to missile or thrown weapons, then you change the face of the game. It doesn't matter that a given mage might be able to inflict D10+40. There are some who don't have spells that offer that kind of damage. Are you saying that we should make that distinction, because of the various blast colleges? The rule has to apply to all of the characters rather than write a rule for a particular character type. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 16 02:58:32 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id CAA05534; Wed, 16 Aug 2000 02:56:33 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id CAA05531 for ; Wed, 16 Aug 2000 02:56:30 +1200 Received: from ihug.co.nz (p226-tnt6.akl.ihug.co.nz [216.100.154.226]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id CAA10759 for ; Wed, 16 Aug 2000 02:56:14 +1200 Message-ID: <3999581C.53F2871B@ihug.co.nz> Date: Wed, 16 Aug 2000 02:47:56 +1200 X-Mailer: Mozilla 4.6 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Rune (latest changes) From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Mandos D Shadowspawn Esq wrote: > > > I agree D+1 may be a bit high, it cannot be made permenant. At most it is 6 > strikes and that is after a ritual. > > 1/2 ranks is probably appropriate. > I don't think the damage is too high. It: 1) Is resistable for none 2) Requires the user to get up close and personal 3) Means that the user has to hit. This means that a target with good defence or good magic resistance has a pretty good chance of not being affected by the spell. And, even then, the rune mage is close enough to their target to be the object of some elemental vindictiveness. The thing that I see as a problem is that the spell has a duration, and stores up to six charges of this thing. What this means is that if I'm DMing a party and one of my NPCs is a rune mage, then the players are in a fair whack of trouble. In a party of half a dozen people, at least one of the people will have a weapon of double or triple casting quality. If the rune mage is travelling alone, then he's probably going to make sure that he's got at least a double in place all of the time. At rank 20, that's going to cost him about 5 FT. Where the spell is broken is in the duration of the effect, and the fact that it can be cast on other people weapons. I proprose that where the spell is cast on any weapon other than the caster's runestaff, then the spell must be ritually prepared. At which point, I would prefer to see the duration be something like 'Until the next dawn' or something. Whatever.In any case, you can't double or triple rituals, unless the ritual specifically states that you can, and I proprose that we don't allow it to critical. And, the cast time would be so long that it would mean that only one or two people in the party would benefit from Smites. I think the spell doesn't need to be charged in the way that's suggested. That does several things at once. It allows the rune mage to use the spell when they're in melee without having to spend a pulse preparing the spell. It allows the rune mage to cast in close. It allows the rune mage to cast the spell on the weapons of the rest of the party. If we want the rune mage to be able to cast the spell at those ranges, then why not simply say that the spell doesn't require preparation, if the FT is drawn from the caster's runewand? -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 16 09:14:10 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA07594; Wed, 16 Aug 2000 09:05:47 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id JAA07591 for ; Wed, 16 Aug 2000 09:05:38 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Tuesday, August 15, 2000 17:49:19 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Tue, 15 Aug 2000 17:52:49 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A72022614DF@falaklex00.fcl.co.nz> Date: Tue, 15 Aug 2000 17:52:44 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0067D.0AC50630" Subject: RE: Rune (latest changes) From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C0067D.0AC50630 Content-Type: text/plain Permanency (R-6) This ritual can be used to make the following spell effects permanent in duration: Darkness, Light, Purification, Runewall, Smiting, Warning Stones. It requires 1 point of Endurance to be permanantly spent and will automatically work. The 1 point of EN is the 2,500ep for each additional D+21 that you add to a weapon. Who wouldn't spend 2,500ep for an extra 26 damage per blow (resistable). The spell is fine otherwise, though I agree its a little too much damage for a general EM200 spell. And yes, I bit. :) Andrew > -----Original Message----- > From: Mandos D Shadowspawn Esq [SMTP:mandos@dragonquest.org.nz] > Sent: Tuesday, August 15, 2000 5:21 PM > To: dq@dq.sf.org.nz > Subject: RE: Rune (latest changes) > > Andrew Bit. > > First scream finding. > Smite gives +D+1+1/Rank damage to a weapon. This is fine for a single > target > spell (EM200 - like bolt, but range touch, general), until you realise it > can be made permanent. A bonus D+21 damage on your weapon (on top of > normal > damage) for 23,500ep sounds pretty cheap to me, and the next weapon like > that costs 2,500ep each. > > Mandos Bit. > > I agree D+1 may be a bit high, it cannot be made permenant. At most it is > 6 > strikes and that is after a ritual. > > 1/2 ranks is probably appropriate. > > Mandos > /s > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- ------_=_NextPart_001_01C0067D.0AC50630 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Rune (latest changes)

Permanency (R-6)
This ritual can be used to make the = following spell effects permanent in duration: Darkness, Light, = Purification, Runewall, Smiting, Warning Stones. It requires 1 point of = Endurance to be permanantly spent and will automatically = work.

The 1 point of EN is the 2,500ep for = each additional D+21 that you add to a weapon.

Who wouldn't spend 2,500ep for an = extra 26 damage per blow (resistable).

The spell is fine otherwise, though I = agree its a little too much damage for a general EM200 spell.

And yes, I bit. :)


Andrew

    -----Original Message-----
    From:   Mandos D Shadowspawn Esq = [SMTP:mandos@dragonquest.org.nz]
    Sent:   Tuesday, August 15, 2000 5:21 PM
    To:     dq@dq.sf.org.nz
    Subject:       = RE: Rune (latest changes)

    Andrew Bit.

    First scream finding.
    Smite gives +D+1+1/Rank damage to a = weapon. This is fine for a single target
    spell (EM200 - like bolt, but range = touch, general), until you realise it
    can be made permanent. A bonus D+21 = damage on your weapon (on top of normal
    damage) for 23,500ep sounds pretty = cheap to me, and the next weapon like
    that costs 2,500ep each.

    Mandos Bit.

    I agree D+1 may be a bit high, it = cannot be made permenant. At most it is 6
    strikes and that is after a = ritual.

    1/2 ranks is probably = appropriate.

    Mandos
    /s



    -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html = --

------_=_NextPart_001_01C0067D.0AC50630-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 16 09:28:38 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA07709; Wed, 16 Aug 2000 09:18:21 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id JAA07706 for ; Wed, 16 Aug 2000 09:18:16 +1200 Received: (qmail 8443 invoked by alias); 15 Aug 2000 21:17:53 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 15 Aug 2000 21:17:53 -0000 Date: Wed, 16 Aug 2000 09:17:52 +1200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0037_01C00762.DAE42C70" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: Rune (latest changes) From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multi-part message in MIME format. ------=_NextPart_000_0037_01C00762.DAE42C70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit RE: Rune (latest changes)Permanency (R-6) This ritual can be used to make the following spell effects permanent in duration: Darkness, Light, Purification, Runewall, Smiting, Warning Stones. It requires 1 point of Endurance to be permanantly spent and will automatically work. The 1 point of EN is the 2,500ep for each additional D+21 that you add to a weapon. Who wouldn't spend 2,500ep for an extra 26 damage per blow (resistable). The spell is fine otherwise, though I agree its a little too much damage for a general EM200 spell. The weapon spell is a occourance based spell, you could make it's duration permenant but it will still stop working after the X number of contacts. Mandos /s ------=_NextPart_000_0037_01C00762.DAE42C70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Rune (latest changes)

Permanency (R-6) =
This ritual can be used to make the following spell effects = permanent=20 in duration: Darkness, Light, Purification, Runewall, Smiting, Warning = Stones.=20 It requires 1 point of Endurance to be permanantly spent and will=20 automatically work.

The 1 point of EN is the 2,500ep for = each=20 additional D+21 that you add to a weapon.

Who wouldn't spend 2,500ep for an extra = 26 damage=20 per blow (resistable).

The spell is fine otherwise, though I = agree its a=20 little too much damage for a general EM200 spell.  

The=20 weapon spell is a occourance based spell, you could make it's duration = permenant=20 but it will still stop working after the X number of=20 contacts. 

Mandos

/s 

------=_NextPart_000_0037_01C00762.DAE42C70-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 16 11:58:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA08664; Wed, 16 Aug 2000 11:56:46 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA08661 for ; Wed, 16 Aug 2000 11:56:43 +1200 Received: from work.ihug.co.nz (p250-tnt7.akl.ihug.co.nz [203.109.203.250]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id LAB20855 for ; Wed, 16 Aug 2000 11:56:07 +1200 Message-Id: <4.3.2.7.0.20000816114447.00b235d0@pop.ihug.co.nz> X-Sender: flamis@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 16 Aug 2000 11:47:33 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: Ross' Proposal on Initiative (v 0.1). From: Jacqui Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz At 01:31 AM 8/15/00 +1200, you wrote: >The reason that declarations are often used is because it creates a flow >of story. A story happens when the events that lead to the future are >identified and indicated earlier. Otherwise, it's just a list of things >that happened. THAT isn't heroic. It's just dead boring. > There are lots of systems that don't require declarations. Shadowrun, > Fantasy Hero, etc. They don't create a sense of story in the unfolding > action. Stuff just happens in a particular sequence. > Foreshadowing is critical to story telling, and declarations give the > players an opportunity to foreshadow their own actions. Actually I use declarations primarily to allow the PCs to react in a more fluid way to what other PCs are doing. It's primarily a device for the players, not the GM, allowing for a smoother flow of action. Jacqui -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 16 12:43:39 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA08923; Wed, 16 Aug 2000 12:33:46 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id MAA08920 for ; Wed, 16 Aug 2000 12:33:41 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Wednesday, August 16, 2000 12:26:50 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Wed, 16 Aug 2000 12:30:12 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A72022614E5@falaklex00.fcl.co.nz> Date: Wed, 16 Aug 2000 12:30:02 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C00719.23BD8410" Subject: Declared actions and Initiative From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C00719.23BD8410 Content-Type: text/plain I don't get declaration of actions. It seems that it forces the players to decide (whiuch is good!), then they all say what they do, then when they finally get around to moving, they often assume they have already done that, and try to do the next step (particuarly comon with prepare and cast). Isn't it just duplication of effort, plus creating situations where player's actions are not relevant? I think I have missed the advantages of declaring actions - could someone explain to me in a simple way without mentioning story-arcs or flow, but explaning why it is easier / faster / more exciting to GM a combat using this. Andrew > -----Original Message----- > >The reason that declarations are often used is because it creates a flow > >of story. A story happens when the events that lead to the future are > >identified and indicated earlier. Otherwise, it's just a list of things > >that happened. THAT isn't heroic. It's just dead boring. > > There are lots of systems that don't require declarations. > Shadowrun, > > Fantasy Hero, etc. They don't create a sense of story in the unfolding > > action. Stuff just happens in a particular sequence. > > Foreshadowing is critical to story telling, and declarations give > the > > players an opportunity to foreshadow their own actions. > > Actually I use declarations primarily to allow the PCs to react in a more > fluid way to what other PCs are doing. It's primarily a device for the > players, not the GM, allowing for a smoother flow of action. > ------_=_NextPart_001_01C00719.23BD8410 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Declared actions and Initiative

I don't get = declaration of actions. It seems that it forces the players to decide = (whiuch is good!), then they all say what they do, then when they = finally get around to moving, they often assume they have already done = that, and try to do the next step (particuarly comon with prepare and = cast). Isn't it just duplication of effort, plus creating situations = where player's actions are not relevant?

I think I have = missed the advantages of declaring actions - could someone explain to = me in a simple way without mentioning story-arcs or flow, but explaning = why it is easier / faster / more exciting to GM a combat using = this.

Andrew

    -----Original Message-----
    >The reason that declarations are = often used is because it creates a flow
    >of story. A story happens when = the events that lead to the future are
    >identified and indicated earlier. = Otherwise, it's just a list of things
    >that happened. THAT isn't heroic. = It's just dead boring.
    >     There = are lots of systems that don't require declarations. Shadowrun,
    > Fantasy Hero, etc. They don't = create a sense of story in the unfolding
    > action. Stuff just happens in a = particular sequence.
    >     = Foreshadowing is critical to story telling, and declarations give the =
    > players an opportunity to = foreshadow their own actions.

    Actually I use declarations primarily = to allow the PCs to react in a more
    fluid way to what other PCs are = doing. It's primarily a device for the
    players, not the GM, allowing for a = smoother flow of action.

------_=_NextPart_001_01C00719.23BD8410-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 16 12:58:55 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA08993; Wed, 16 Aug 2000 12:44:04 +1200 Received: from akl-notes2.aj.co.nz (akl-notes.aj.co.nz [202.27.194.165]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA08987 for ; Wed, 16 Aug 2000 12:43:59 +1200 Received: from akl-notes.aj.co.nz ([192.168.4.165]) by akl-notes2.aj.co.nz (Lotus Domino Release 5.0.4) with ESMTP id 2000081612480433:6493 ; Wed, 16 Aug 2000 12:48:04 +1200 X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Wed, 16 Aug 2000 12:42:42 +1200 X-MIMETrack: Serialize by Router on akl-notes.aj.co.nz/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 16/08/2000 12:42:36, Serialize complete at 16/08/2000 12:42:36, Itemize by SMTP Server on akl-notes2/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 16/08/2000 12:48:04, Serialize by Router on akl-notes2/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 16/08/2000 12:48:08, Serialize complete at 16/08/2000 12:48:08 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 0003FE84CC25693D_=" Subject: RE: Rune Spell Names From: RMansfield@aj.co.nz To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 0003FE84CC25693D_= Content-Type: text/plain; charset="us-ascii" Problem with Spell Names 6 of the 7 GK spells have the same name as other colleges spells (ie. everything except Smite). Many years ago, to remove confusion, we set the convention that spells with the same name have the same effect (although EMs/BC etc could be different). Therefore these spells need to have their names changed or need to be re-written to match existing spells. I have some other points but I will raise them separately. Rosemary --=_alternative 0003FE84CC25693D_= Content-Type: text/html; charset="us-ascii"
Problem with Spell Names
6 of the 7 GK spells have the same name as other colleges spells (ie. everything except Smite).
Many years ago, to remove confusion, we set the convention that spells with the same name have the same effect (although EMs/BC etc could be different).  
Therefore these spells need to have their names changed or need to be re-written to match existing spells.

I have some other points but I will raise them separately.
Rosemary --=_alternative 0003FE84CC25693D_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 16 17:59:21 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA11789; Wed, 16 Aug 2000 17:57:17 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA11786 for ; Wed, 16 Aug 2000 17:57:13 +1200 Received: from ihug.co.nz (p26-tnt8.akl.ihug.co.nz [203.109.138.26]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id RAA15863 for ; Wed, 16 Aug 2000 17:56:35 +1200 Message-ID: <399A2B17.138D12D0@ihug.co.nz> Date: Wed, 16 Aug 2000 17:48:07 +1200 X-Mailer: Mozilla 4.6 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Declared actions and Initiative From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz "Andrew Withy (FAL AKL)" wrote: > > > I don't get declaration of actions. It seems > that it forces the players to decide (whiuch is > good!), then they all say what they do, then > when they finally get around to moving, they > often assume they have already done that, and > try to do the next step (particuarly comon with > prepare and cast). Isn't it just duplication of > effort, plus creating situations where player's > actions are not relevant? > > I think I have missed the advantages of > declaring actions - could someone explain to me > in a simple way without mentioning story-arcs or > flow, but explaning why it is easier / faster / > more exciting to GM a combat using this. > 1) Because otherwise, players dither around, wondering what they're going to do. 2) Because a group of people can't co-ordinate properly if they don't communicate with each other. 3) Because, if you use a revolving countdown system, then the confusion (which always attends role-playing games) changes from 'Have I done that, yet?' to 'Is it my turn, yet'. To which there is practically no difference. 4) It allows the DM control over building tension. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 18 11:14:40 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id LAA27367; Fri, 18 Aug 2000 11:07:28 +1200 Received: from qedweb.qed.co.nz (smtp.qed.co.nz [203.97.23.140]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id LAA27356 for ; Fri, 18 Aug 2000 11:07:18 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Fri, 18 Aug 2000 11:04:37 +1200 Message-ID: Date: Fri, 18 Aug 2000 11:04:36 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: RE: Declared actions and Initiative From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz A declaration phase reduces the value of Mil Sci timeout. The big benefit of having a Mil Sci is that you get to act in a co-ordinated fashion (in theory at least). If you don't have one then the first you know of what the others are doing is when they do it. > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > Sent: Wednesday, 16 August 2000 17:48 > > "Andrew Withy (FAL AKL)" wrote: > > > I don't get declaration of actions. It seems > > that it forces the players to decide (whiuch is > > good!), then they all say what they do, then > > when they finally get around to moving, they > > often assume they have already done that, and > > try to do the next step (particuarly comon with > > prepare and cast). Isn't it just duplication of > > effort, plus creating situations where player's > > actions are not relevant? > > > > I think I have missed the advantages of > > declaring actions - could someone explain to me > > in a simple way without mentioning story-arcs or > > flow, but explaning why it is easier / faster / > > more exciting to GM a combat using this. > > > > 1) Because otherwise, players dither around, > wondering what they're going to do. > 2) Because a group of people can't co-ordinate > properly if they don't communicate with each > other. > 3) Because, if you use a revolving countdown > system, then the confusion (which always attends > role-playing games) changes from 'Have I done > that, yet?' to 'Is it my turn, yet'. To which > there is practically no difference. > 4) It allows the DM control over building > tension. > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 18 12:44:41 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id MAA28108; Fri, 18 Aug 2000 12:34:41 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id MAA28105 for ; Fri, 18 Aug 2000 12:34:37 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id MAA28098 for ; Fri, 18 Aug 2000 12:32:59 +1200 (NZST) Date: Fri, 18 Aug 2000 12:33:09 +1200 Message-ID: <000501c008ab$e25fc190$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Declared actions and Initiative From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Stephen Martin said: > A declaration phase reduces the value of Mil Sci timeout. The > big benefit > of having a Mil Sci is that you get to act in a co-ordinated fashion (in > theory at least). If you don't have one then the first you know > of what the others are doing is when they do it. I don't entirely agree. The party gets to decide what they *intend* doing -- that's what a plan is. Then, as soon as the "time-out" ends, the party-members get to declare their individual actions. No discussion means no planning. However, in order to avoid players taking advantage of information they shouldn't have [Stephen's point about this is quite valid], the GM should 1) have a unified initiative system. 2) have players declare intended actions according to their initiative. You can do this according to the rules at present -- but it's messy. I agree with Jim [& was it Jacqui] that declared actions avoid dithering & other time-wasting, and they help the GM, or GM's faithful recorder, to ensure that all the party do act & get on with the GM's *real* of determining the consequences of the partymembers' actions. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 18 19:27:09 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id TAA30861; Fri, 18 Aug 2000 19:01:58 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id TAA30858 for ; Fri, 18 Aug 2000 19:01:55 +1200 Received: from ihug.co.nz (p9-tnt6.akl.ihug.co.nz [216.100.154.9]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id TAA06548 for ; Fri, 18 Aug 2000 19:00:10 +1200 Message-ID: <399CDCE6.8C955413@ihug.co.nz> Date: Fri, 18 Aug 2000 18:51:18 +1200 X-Mailer: Mozilla 4.74 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Rune Healing From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Ross Alexander wrote: Healing (G-7) Range: Touch Duration: Immediate Experience Multiple: 450 Base Chance: 20% Resist: None Target: Living entity Effects: The Adept paints Runes of Healing over the body of the target. The spell takes at least a minute to cast and heals [Rank / 2] points of damage. In addition, if an extended ritual, all afflictions which can be cured by a (Rank / 4) healer will be fixed, with exception of preserve dead, which cannot be done. The extended ritual takes a minimum of [1 × Rank] hours to complete. It is possible for the ritual to backfire and will always backfire on a roll of 00. If it does so, the entity being healed immediately dies. The Adept must expend 10 Fatigue to employ spell as a ritual. This ritual does not work anything not living. The Exp. Mult on this spell should be 200. It's incredibly high for an healing spell. Admittedly, it allows to heal as if the caster were a Healer of up to Rank 5, but only as a ritual. It takes longer than a Healer takes, as well. Comparing it with the Celestial Healing spell, 200 seems perfectly adequate. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 18 19:28:37 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id TAA30851; Fri, 18 Aug 2000 19:01:44 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id TAA30848 for ; Fri, 18 Aug 2000 19:01:40 +1200 Received: from ihug.co.nz (p9-tnt6.akl.ihug.co.nz [216.100.154.9]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id SAA06513 for ; Fri, 18 Aug 2000 18:59:54 +1200 Message-ID: <399CDCD6.BDC7CAE6@ihug.co.nz> Date: Fri, 18 Aug 2000 18:51:03 +1200 X-Mailer: Mozilla 4.74 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Rune wands From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I haven't bothered to copy out the section of Fashioning Runewands, but the point I want to make is that if Rune mage can only have one kind of rune wand, then it will always be an oaken rune staff. The ability to store twice as much FT in a staff is too great a bonus, even if they only get to restore its FT once in every 28 days. I don't think there is anything wrong with the properties of the different staves, or wands, if it come to that, but if the rune mage can only have one rune wand or staff, then it forces the character to one particular choice. And, that choice is going to be oak. Personally, I don't see that there's a lot of hassle in allowing a rune mage to have lots of staves. In addition, there is no obvious means by which an old staff or wand can be upgraded. It should be easier and faster to upgrade a staff that the rune mage already has, rather than create a new one. If the ritual were changed so that the rune mage can take their old Rank 3 staff up to Rank 8, then it should take half the time, and since they've already succeeded at the ritual, they don't need to make an extra cast check. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 18 19:29:21 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id TAA30933; Fri, 18 Aug 2000 19:11:47 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id TAA30930 for ; Fri, 18 Aug 2000 19:11:42 +1200 Received: from ihug.co.nz (p218-tnt2.akl.ihug.co.nz [203.109.245.218]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id TAA20209 for ; Fri, 18 Aug 2000 19:09:56 +1200 Message-ID: <399CDF31.24082DDB@ihug.co.nz> Date: Fri, 18 Aug 2000 19:01:05 +1200 X-Mailer: Mozilla 4.74 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Fwd: Rune wands] From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Jim Arona wrote: > > I just realised something. If a rune mage can have > lots of staves, then they will still want to have > oak rune wands, because they're much the best. > What I should have said, but didn't say it because > it didn't occur to me at the time, is that a rune > mage can have one of each type. Which is to say, > they can have a one runestaff or runewand of oak, > one runestaff or runewand of beech, etc... > > Jim Arona wrote: > > > > I haven't bothered to copy out the section of > > Fashioning Runewands, but the point I want to make > > is that if Rune mage can only have one kind of > > rune wand, then it will always be an oaken rune > > staff. The ability to store twice as much FT in a > > staff is too great a bonus, even if they only get > > to restore its FT once in every 28 days. > > I don't think there is anything wrong with the > > properties of the different staves, or wands, if > > it come to that, but if the rune mage can only > > have one rune wand or staff, then it forces the > > character to one particular choice. And, that > > choice is going to be oak. > > Personally, I don't see that there's a lot of > > hassle in allowing a rune mage to have lots of > > staves. > > In addition, there is no obvious means by which > > an old staff or wand can be upgraded. It should be > > easier and faster to upgrade a staff that the rune > > mage already has, rather than create a new one. If > > the ritual were changed so that the rune mage can > > take their old Rank 3 staff up to Rank 8, then it > > should take half the time, and since they've > > already succeeded at the ritual, they don't need > > to make an extra cast check. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 18 19:44:38 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id TAA31147; Fri, 18 Aug 2000 19:35:53 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id TAA31144 for ; Fri, 18 Aug 2000 19:35:48 +1200 Received: (qmail 31403 invoked by alias); 18 Aug 2000 07:34:03 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 18 Aug 2000 07:34:03 -0000 Date: Fri, 18 Aug 2000 19:34:02 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: [Fwd: Rune wands] From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Jim Arona wrote: > > > > I just realised something. If a rune mage can have > > lots of staves, then they will still want to have > > oak rune wands, because they're much the best. > > What I should have said, but didn't say it because > > it didn't occur to me at the time, is that a rune > > mage can have one of each type. Which is to say, > > they can have a one runestaff or runewand of oak, > > one runestaff or runewand of beech, etc... The rune wand stuff was something I wrote up as a discussion document to have a chat about with Jon and Ross. Ross didn't bother replying to me at all and just put in an incomplete document into the college. I am still working on the balance of the wands but I do want just one staff at a time. If they are balanced it will provide a difference between the rune mages and add to the flavour of the collage. At the moment that balance is not there and is something I am working on. Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 18 19:59:40 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id TAA31279; Fri, 18 Aug 2000 19:57:01 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id TAA31276 for ; Fri, 18 Aug 2000 19:56:58 +1200 Received: from ihug.co.nz (p218-tnt2.akl.ihug.co.nz [203.109.245.218]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id TAA12011 for ; Fri, 18 Aug 2000 19:55:11 +1200 Message-ID: <399CE9CD.4E98460F@ihug.co.nz> Date: Fri, 18 Aug 2000 19:46:21 +1200 X-Mailer: Mozilla 4.74 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [Fwd: Rune wands] From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Not if they do different things, George. They're fine the way they are, but they're going to get around the restriction whatever you say in your document, so you might as well just allow it, and make it a coherent part of your paper, rather than some tack on piece. Mandos Mitchinson wrote: > > > Jim Arona wrote: > > > > > > I just realised something. If a rune mage can have > > > lots of staves, then they will still want to have > > > oak rune wands, because they're much the best. > > > What I should have said, but didn't say it because > > > it didn't occur to me at the time, is that a rune > > > mage can have one of each type. Which is to say, > > > they can have a one runestaff or runewand of oak, > > > one runestaff or runewand of beech, etc... > > The rune wand stuff was something I wrote up as a discussion document to > have a chat about with Jon and Ross. Ross didn't bother replying to me at > all and just put in an incomplete document into the college. I am still > working on the balance of the wands but I do want just one staff at a time. > If they are balanced it will provide a difference between the rune mages and > add to the flavour of the collage. At the moment that balance is not there > and is something I am working on. > > Mandos > /s > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 18 20:14:38 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id UAA31355; Fri, 18 Aug 2000 20:05:44 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id UAA31352 for ; Fri, 18 Aug 2000 20:05:41 +1200 Received: (qmail 15515 invoked by alias); 18 Aug 2000 08:03:55 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 18 Aug 2000 08:03:55 -0000 Date: Fri, 18 Aug 2000 20:03:54 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: [Fwd: Rune wands] From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Not if they do different things, George. They're > fine the way they are, but they're going to get > around the restriction whatever you say in your > document, so you might as well just allow it, and > make it a coherent part of your paper, rather than > some tack on piece. I disagree I think it would be nice if occasionally a collage was not a bland flavourless entity. I would like a mage to have some choice in the use of their college and some decisions to make as to what they do. If they want to get around the limits of their collage then they can bleat to a GM. The idea is to focus a player into an aspect of the college. It dosn't stop them using all the spells just makes them able to specialise in a few. The purpose being to make characters different rather than the clones most colleges encourage. Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Aug 18 23:45:13 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id XAA32529; Fri, 18 Aug 2000 23:30:44 +1200 Received: from smtp1.ihug.co.nz (smtp1.ihug.co.nz [203.109.252.7]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id XAA32526 for ; Fri, 18 Aug 2000 23:30:40 +1200 Received: from ihug.co.nz (p218-tnt2.akl.ihug.co.nz [203.109.245.218]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id XAA21803 for ; Fri, 18 Aug 2000 23:28:45 +1200 Message-ID: <399D1BDC.672957D@ihug.co.nz> Date: Fri, 18 Aug 2000 23:19:56 +1200 X-Mailer: Mozilla 4.74 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [Fwd: Rune wands] From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Mandos Mitchinson wrote: > > > Not if they do different things, George. They're > > fine the way they are, but they're going to get > > around the restriction whatever you say in your > > document, so you might as well just allow it, and > > make it a coherent part of your paper, rather than > > some tack on piece. > > I disagree I think it would be nice if occasionally a collage was not a > bland flavourless entity. I would like a mage to have some choice in the use > of their college and some decisions to make as to what they do. If they want > to get around the limits of their collage then they can bleat to a GM. > > The idea is to focus a player into an aspect of the college. It dosn't stop > them using all the spells just makes them able to specialise in a few. The > purpose being to make characters different rather than the clones most > colleges encourage. What is a college, except for an aspect of magic. By choosing a college, they choose one variety of magic. You would suggest that they narrow themselves down even further. As it stands, there is no choice to a sensible player. Oaken staves are the only way to go. You can say that you'll balance it by providing equivalent bonuses to the other woods. What it does, however, is provide them with bigger bonuses, or a smaller factor for FT. That's just a waste of time and a lot of bookkeeping. And, may not work in fact, because it would only be revealed in play. All that aside, however, is that there is no special need to do it. It's just inveterate fiddling. Leave the bloody thing alone, and allow them to have one of each wood type. I predict that what will happen is that rune mages will find a way around such a limitation anyway. They will approach DMs to allow them to obviate this rather specious rule and it will happen because: 1) Most DMs will perceive the current situation as being unnatural, and that a rune mage would have lots of different staves. 2) Only allowing one type of runestaff stops players developing a signature quality with their initial runestaff or wand. As they progress, their needs will change, so they'll counterspell their old staves and create new ones. That's just naff. It generates no character history. 3) Because putting a bit in about different wood doing different stuff isn't enough to make players different. It won't focus them in different ways, because eventually, one choice will just be better than any other choice. And, there is no ultimate means of balancing Your contention rests on the fantasy of there being some way of balancing things so that they will all work out fairly. Which has no support in reality. There is always a choice which is better than the others, and once that has been identified, then that is the choice that will be pursued. How many E&E mages do you know who don't have Quickness? Yet, special knowledge spell selection is a matter of choice. The fact is, however, if the choice is too good, then there is no preference. And, if the choice is restrictive, then a character is forced to choose the one that provides the greatest amount of advantage for their character. If the choice is open, then they may choose one bit of wood that has less advantage right at the moment, because they know they won't be denied the opportunity of getting it later. That creates diversity in characters. You cannot create it by making a rule that says all characters must be different. If you want to test the principle, I suggest you try it. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Aug 19 05:59:33 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id FAA01912; Sat, 19 Aug 2000 05:52:14 +1200 Received: from prserv.net (out5.prserv.net [32.97.166.35]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id FAA01909 for ; Sat, 19 Aug 2000 05:52:08 +1200 Received: from peace.com ([129.37.172.229]) by prserv.net (out5) with SMTP id <2000081817463520502gc429e>; Fri, 18 Aug 2000 17:46:37 +0000 Message-ID: <399D7760.4F416584@peace.com> Date: Sat, 19 Aug 2000 05:50:24 +1200 X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Declared actions and Initiative From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Maybe the party should only get a declaration phase _if_ they have a MilSci -- representing the co-ordinated actions of the party. No MilSci, no co-ordination, no declaration. Cheers, Martin Stephen Martin wrote: > A declaration phase reduces the value of Mil Sci timeout. The big benefit > of having a Mil Sci is that you get to act in a co-ordinated fashion (in > theory at least). If you don't have one then the first you know of what the > others are doing is when they do it. > > > -----Original Message----- > > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > > Sent: Wednesday, 16 August 2000 17:48 > > > > "Andrew Withy (FAL AKL)" wrote: > > > > > I don't get declaration of actions. It seems > > > that it forces the players to decide (whiuch is > > > good!), then they all say what they do, then > > > when they finally get around to moving, they > > > often assume they have already done that, and > > > try to do the next step (particuarly comon with > > > prepare and cast). Isn't it just duplication of > > > effort, plus creating situations where player's > > > actions are not relevant? > > > > > > I think I have missed the advantages of > > > declaring actions - could someone explain to me > > > in a simple way without mentioning story-arcs or > > > flow, but explaning why it is easier / faster / > > > more exciting to GM a combat using this. > > > > > > > 1) Because otherwise, players dither around, > > wondering what they're going to do. > > 2) Because a group of people can't co-ordinate > > properly if they don't communicate with each > > other. > > 3) Because, if you use a revolving countdown > > system, then the confusion (which always attends > > role-playing games) changes from 'Have I done > > that, yet?' to 'Is it my turn, yet'. To which > > there is practically no difference. > > 4) It allows the DM control over building > > tension. > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Aug 19 10:44:36 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA03519; Sat, 19 Aug 2000 10:40:47 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id KAA03516 for ; Sat, 19 Aug 2000 10:40:42 +1200 Received: (qmail 20391 invoked by alias); 18 Aug 2000 22:38:35 -0000 Received: from mandos.internet.co.nz (HELO mandos) (210.48.42.117) by enterprise.iconz.co.nz with SMTP; 18 Aug 2000 22:38:35 -0000 Date: Sat, 19 Aug 2000 10:38:34 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Subject: RE: [Fwd: Rune wands] From: "Mandos D Shadowspawn Esq" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > What is a college, except for an aspect of magic. > By choosing a college, they choose one variety of > magic. You would suggest that they narrow > themselves down even further. As it stands, there > is no choice to a sensible player. Oaken staves > are the only way to go. > You can say that you'll balance it by providing > equivalent bonuses to the other woods. What it > does, however, is provide them with bigger > bonuses, or a smaller factor for FT. That's just a > waste of time and a lot of bookkeeping. And, may > not work in fact, because it would only be > revealed in play. > All that aside, however, is that there is no > special need to do it. It's just inveterate > fiddling. Leave the bloody thing alone, and allow > them to have one of each wood type. I predict that > what will happen is that rune mages will find a > way around such a limitation anyway. They will > approach DMs to allow them to obviate this rather > specious rule and it will happen because: > 1) Most DMs will perceive the current situation > as being unnatural, and that a rune mage would > have lots of different staves. > 2) Only allowing one type of runestaff stops > players developing a signature quality with their > initial runestaff or wand. As they progress, their > needs will change, so they'll counterspell their > old staves and create new ones. That's just naff. > It generates no character history. > 3) Because putting a bit in about different wood > doing different stuff isn't enough to make players > different. It won't focus them in different ways, > because eventually, one choice will just be better > than any other choice. And, there is no ultimate > means of balancing > Your contention rests on the fantasy of there > being some way of balancing things so that they > will all work out fairly. Which has no support in > reality. There is always a choice which is better > than the others, and once that has been > identified, then that is the choice that will be > pursued. > How many E&E mages do you know who don't have > Quickness? Yet, special knowledge spell selection > is a matter of choice. The fact is, however, if > the choice is too good, then there is no > preference. And, if the choice is restrictive, > then a character is forced to choose the one that > provides the greatest amount of advantage for > their character. If the choice is open, then they > may choose one bit of wood that has less advantage > right at the moment, because they know they won't > be denied the opportunity of getting it later. > That creates diversity in characters. > You cannot create it by making a rule that says > all characters must be different. If you want to > test the principle, I suggest you try it. > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Aug 19 10:59:34 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA03576; Sat, 19 Aug 2000 10:46:14 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id KAA03573 for ; Sat, 19 Aug 2000 10:46:11 +1200 Received: (qmail 7044 invoked by alias); 18 Aug 2000 22:44:04 -0000 Received: from mandos.internet.co.nz (HELO mandos) (210.48.42.117) by enterprise.iconz.co.nz with SMTP; 18 Aug 2000 22:44:04 -0000 Date: Sat, 19 Aug 2000 10:44:02 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Subject: RE: [Fwd: Rune wands] From: "Mandos D Shadowspawn Esq" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > Your contention rests on the fantasy of there > being some way of balancing things so that they > will all work out fairly. Which has no support in > reality. There is always a choice which is better > than the others, and once that has been > identified, then that is the choice that will be > pursued. > How many E&E mages do you know who don't have > Quickness? Yet, special knowledge spell selection > is a matter of choice. The fact is, however, if > the choice is too good, then there is no > preference. And, if the choice is restrictive, > then a character is forced to choose the one that > provides the greatest amount of advantage for > their character. If the choice is open, then they > may choose one bit of wood that has less advantage > right at the moment, because they know they won't > be denied the opportunity of getting it later. > That creates diversity in characters. > You cannot create it by making a rule that says > all characters must be different. If you want to > test the principle, I suggest you try it. What a load of codswallop Jim. Every E&E chooses Quickness *because* they can have them all. They do not have a limited number of Special knowledge spells. If they had only one special knowledge spell they would not all have quickness. Not all players go for the best combat option available. In the case of the staves the Oak staff is WAY ahead of the others but as I said the staves section is in no way finished and I am frankly pissed off with Ross for including it without any discussion into the Rune document. Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Aug 19 16:59:35 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id QAA05939; Sat, 19 Aug 2000 16:46:07 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id QAA05936 for ; Sat, 19 Aug 2000 16:46:04 +1200 Received: from ihug.co.nz (p214-tnt6.akl.ihug.co.nz [216.100.154.214]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id QAA05133 for ; Sat, 19 Aug 2000 16:43:48 +1200 Message-ID: <399E0E67.13B5D2C3@ihug.co.nz> Date: Sat, 19 Aug 2000 16:34:47 +1200 X-Mailer: Mozilla 4.74 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [Fwd: Rune wands] From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Mandos D Shadowspawn Esq wrote: > > Every E&E chooses Quickness *because* they can have them all. They do not > have a limited number of Special knowledge spells. If they had only one > special knowledge spell they would not all have quickness. Not all players > go for the best combat option available. Being able to store large amounts of FT is generally useful. The other bonuses are categorised so that they may or may not be useful, depending on the situation, whether it be combat related, or otherwise. Players are pressured to keep their character alive, because when their character dies, they don't get to play. The fact is that if you have a big tanky bonus to traveling magic, it has no DIRECT correlation to character survivability. Not having to expend FT on spells does have such a correlation. However, that aside, one has to think about what the effect will offer the game. And, frankly, I think further narrowing offers the game a big fat zero. If a rune mage is pressured to have a variety of staves and wands, then that seems reasonable. The idea of a rune mage trundling around with half a dozen bits of wood seems fine to me. They might use them rarely, depending on their oaken staff for most things, and that sounds completely reasonable to me. But, they're only going to have one rune staff in the system you suggest, because they can only benefit from one. If that staff is destroyed or removed, then the value is completely lost to them. If the bonuses are left alone, but they can only have one of each type, then if one staff is lost or destroyed, then they can struggle along with the rest of them. > > In the case of the staves the Oak staff is WAY ahead of the others but as I > said the staves section is in no way finished and I am frankly pissed off > with Ross for including it without any discussion into the Rune document. I don't care if you are pissed off. It's not relevant. The paper is tabled and open to discussion. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Aug 19 17:29:37 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA06154; Sat, 19 Aug 2000 17:21:15 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id RAA06151 for ; Sat, 19 Aug 2000 17:21:11 +1200 Received: (qmail 15672 invoked by alias); 19 Aug 2000 05:18:55 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 19 Aug 2000 05:18:55 -0000 Date: Sat, 19 Aug 2000 17:18:54 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: [Fwd: Rune wands] From: "Mandos Mitchinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > > In the case of the staves the Oak staff is WAY ahead of the > others but as I > > said the staves section is in no way finished and I am frankly > pissed off > > with Ross for including it without any discussion into the Rune > document. > > I don't care if you are pissed off. It's not > relevant. The paper is tabled and open to > discussion. It is relevant in that we are wasting time discussing a document that is not in any way even remotly complete and should not have been tabled. Since Ross seems to ignore all private Emails maybe he will take note of this. Frankly the wands stuff is still being worked on and in the present form that I have does not have any fatigue bonus's at all hence my reluctance in wasting time and effort with this argument. Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sat Aug 19 17:44:41 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id RAA06284; Sat, 19 Aug 2000 17:43:06 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id RAA06281 for ; Sat, 19 Aug 2000 17:43:03 +1200 Received: from ihug.co.nz (p378-tnt1.akl.ihug.co.nz [203.109.232.124]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id RAA03974 for ; Sat, 19 Aug 2000 17:40:43 +1200 Message-ID: <399E1BBB.24A0883A@ihug.co.nz> Date: Sat, 19 Aug 2000 17:31:39 +1200 X-Mailer: Mozilla 4.74 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [Fwd: Rune wands] From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Mandos Mitchinson wrote: > > It is relevant in that we are wasting time discussing a document that is not > in any way even remotly complete and should not have been tabled. Since Ross > seems to ignore all private Emails maybe he will take note of this. > > Frankly the wands stuff is still being worked on and in the present form > that I have does not have any fatigue bonus's at all hence my reluctance in > wasting time and effort with this argument. Tough, George. It's on the floor, open, and anyone can comment. I am. You're feelings may be hurt, for which I offer that enormous amount of human sympathy I'm famous for. However, whether you like it or not, it's too late now. You can withdraw from the fray, if you like, but you can't stop people from talking about it. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Sun Aug 20 21:59:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id VAA16795; Sun, 20 Aug 2000 21:53:32 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with SMTP id VAA16792 for ; Sun, 20 Aug 2000 21:53:27 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Sunday, August 20, 2000 21:46:01 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Sun, 20 Aug 2000 21:49:21 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A72022614FD@falaklex00.fcl.co.nz> Date: Sun, 20 Aug 2000 21:49:20 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C00A8B.E9A2A330" Subject: RE: [Fwd: Rune wands] From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C00A8B.E9A2A330 Content-Type: text/plain What you can do, Mandos, is ignore all comments on the current rune wands (or just bear those comments in mind), continue your work, then present what you what, when you what. Let other's opinions wash over you until you have your thoughts collected coherently. I look forward to the completed document. Andrew > -----Original Message----- > From: Jim Arona [SMTP:jimarona@ihug.co.nz] > > Mandos Mitchinson wrote: > > > > > It is relevant in that we are wasting time discussing a document that is > not > > in any way even remotly complete and should not have been tabled. Since > Ross > > seems to ignore all private Emails maybe he will take note of this. > > > > Frankly the wands stuff is still being worked on and in the present form > > that I have does not have any fatigue bonus's at all hence my reluctance > in > > wasting time and effort with this argument. > > Tough, George. It's on the floor, open, and > anyone can comment. I am. You're feelings may be > hurt, for which I offer that enormous amount of > human sympathy I'm famous for. However, whether > you like it or not, it's too late now. You can > withdraw from the fray, if you like, but you can't > stop people from talking about it. > ------_=_NextPart_001_01C00A8B.E9A2A330 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: [Fwd: Rune wands]

What you can do, = Mandos, is ignore all comments on the current rune wands (or just bear = those comments in mind), continue your work, then present what you = what, when you what. Let other's opinions wash over you until you have = your thoughts collected coherently. I look forward to the completed = document.

Andrew

    -----Original Message-----
    From:   Jim Arona [SMTP:jimarona@ihug.co.nz]

    Mandos Mitchinson wrote:

    >
    > It is relevant in that we are = wasting time discussing a document that is not
    > in any way even remotly complete = and should not have been tabled. Since Ross
    > seems to ignore all private = Emails maybe he will take note of this.
    >
    > Frankly the wands stuff is still = being worked on and in the present form
    > that I have does not have any = fatigue bonus's at all hence my reluctance in
    > wasting time and effort with = this argument.

            Tough, George. It's on the floor, open, and
    anyone can comment. I am. You're = feelings may be
    hurt, for which I offer that enormous = amount of
    human sympathy I'm famous for. = However, whether
    you like it or not, it's too late = now. You can
    withdraw from the fray, if you like, = but you can't
    stop people from talking about = it.

------_=_NextPart_001_01C00A8B.E9A2A330-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 21 05:14:33 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id FAA19105; Mon, 21 Aug 2000 05:07:42 +1200 Received: from dns0.uk.neceur.com (ingate.uk.neceur.com [193.116.254.1]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id FAA19102 for ; Mon, 21 Aug 2000 05:07:36 +1200 Received: from internal-mail.uk.neceur.com by dns0.uk.neceur.com id EWE20Sq3WcJ1C; Sun, 20 Aug 2000 18:03:03 +0100 (BST) Received: from ldn-thoth.uk.neceur.com by internal-mail.uk.neceur.com id MYx20Ss3Wc3by; Sun, 20 Aug 2000 18:03:35 +0100 (BST) from ldn-thoth.uk.neceur.com (localhost [127.0.0.1]) id MYx20Ss3Wc3by for (3.3.2/3.1.31); Sun, 20 Aug 2000 18:03:35 +0100 (BST) X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Sun, 20 Aug 2000 17:57:03 +0100 X-MIMETrack: S/MIME Sign by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 20/08/2000 18:01:47, Serialize by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 20/08/2000 18:01:48, Serialize complete at 20/08/2000 18:01:48, S/MIME Sign failed at 20/08/2000 18:01:48: The cryptographic key was not found, Serialize by Router on ldn-thoth/E/NEC(Release 5.0.4 |June 8, 2000) at 08/20/2000 05:57:06 PM, Serialize complete at 08/20/2000 05:57:06 PM MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 005D8C3580256941_=" Subject: Apologies to Mandos From: "Ross Alexander" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 005D8C3580256941_= Content-Type: text/plain; charset="us-ascii" Sorry Mandos, I did not realise that the Runestaff stuff was not be aired publically. I went though all my email for Rune and as your Runestaff stuff was better than what was there I simply threw it in on the principle that something was better than nothing. I haven't actually considered this subject [Runestaves] much but I thought Adepts could have as many staves as they wanted, but could only use one at any one time and would have to purify and it would take a week or something for them to "tune" themselves to a new staff. I think smite is easy to fix. If the multiple charges only works if the Rune is made permanant on the Adept's Runestaff or less restrictive only one charge if Adept uses their staff to make the strike. Remember [for everybody else] that this spell is cast on an entity, it is not a weapon spell per se, so you can't go around casting it on daggers, arrows, etc. I would like mace to be added to objects that can behave as Runestaves (but is is just an aside). Rune has been dragging on for atleast five odd years now. As for the staff with give double fatigue, make their maximum number of rune half. This forces the player to decide survivability vs extra functionality. Is it worth putting something forward for the September meeting or would you rather wait and polish it up some more (I don't mind since I'm not there, but when I finally escape the UK in April or some I would like to have something to close to a fully functioning college ready to be put into the rules are as probationary). Ross --=_alternative 005D8C3580256941_= Content-Type: text/html; charset="us-ascii"
Sorry Mandos,

I did not realise that the Runestaff stuff was not be aired publically.  I went
though all my email for Rune and as your Runestaff stuff was better than
what was there I simply threw it in on the principle that something was better
than nothing.

I haven't actually considered this subject [Runestaves] much but I thought
Adepts could have as many staves as they wanted, but could only use one
at any one time and would have to purify and it would take a week or something
for them to "tune" themselves to a new staff.

I think smite is easy to fix.  If the multiple charges only works if the Rune is made permanant
on the Adept's Runestaff or less restrictive only one charge if Adept uses their
staff to make the strike.  Remember [for everybody else] that this spell is cast
on an entity, it is not a weapon spell per se, so you can't go around casting it
on daggers, arrows, etc.

I would like mace to be added to objects that can behave as Runestaves (but is
is just an aside).

Rune has been dragging on for atleast five odd years now.  As for the staff with
give double fatigue, make their maximum number of rune half.  This forces the
player to decide survivability vs extra functionality.

Is it worth putting something forward for the September meeting or would you rather
wait and polish it up some more (I don't mind since I'm not there, but when I finally
escape the UK in April or some I would like to have something to close to a fully
functioning college ready to be put into the rules are as probationary).

Ross --=_alternative 005D8C3580256941_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 21 06:14:33 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id GAA19425; Mon, 21 Aug 2000 06:06:59 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id GAA19422 for ; Mon, 21 Aug 2000 06:06:56 +1200 Received: from ihug.co.nz (p131-tnt6.akl.ihug.co.nz [216.100.154.131]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id GAA30363 for ; Mon, 21 Aug 2000 06:03:47 +1200 Message-ID: <39A01B4D.55659D01@ihug.co.nz> Date: Mon, 21 Aug 2000 05:54:21 +1200 X-Mailer: Mozilla 4.74 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Apologies to Mandos From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Ross Alexander wrote: > > I haven't actually considered this subject > [Runestaves] much but I thought > Adepts could have as many staves as they wanted, > but could only use one > at any one time and would have to purify and it > would take a week or something > for them to "tune" themselves to a new staff.] I don't see a need to do this, as it stands. Given the bonuses, then there are reasons for a rune mage to have some, all or none. I don't think it needs to be restricted any more than it is. As it stands, it's a 5 point bonus on the cast chance, which is nice colour, but not unbalancing. I don't know that I really want to see too much more than that. I like the idea of the oaken staff providing a huge amount of FT that can only be recovered irregularly. It's great. It does make them very different to other casters, and I like that. > > I think smite is easy to fix. If the multiple > charges only works if the Rune is made permanant > > on the Adept's Runestaff or less restrictive > only one charge if Adept uses their > staff to make the strike. Remember [for > everybody else] that this spell is cast > on an entity, it is not a weapon spell per se, > so you can't go around casting it > on daggers, arrows, etc. That's not the way the spell reads. It reads that you cast it on an object, which then has an effect on an entity. But, that's a wording issue. If you only want it to work on staves, wands and maces, I think you'd still have problems. It is the effect of a devastating first attack, where all the members of a group have one of these things on the weapon they're going to use. A group of players is never going to survive a competently organised rune mage, because the weapon could create a resist or die situation, and it could do it to a lot of players. > > I would like mace to be added to objects that > can behave as Runestaves (but is > is just an aside). I would, too. It supports the idea of sceptres and rods of magical power. > > Rune has been dragging on for atleast five odd > years now. As for the staff with > give double fatigue, make their maximum number > of rune half. This forces the > player to decide survivability vs extra > functionality. Didn't understand this bit, Ross. What do you mean? > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 21 10:14:37 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA20804; Mon, 21 Aug 2000 10:11:06 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA20801 for ; Mon, 21 Aug 2000 10:11:02 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id KAA05873 for ; Mon, 21 Aug 2000 10:07:49 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Mon, 21 Aug 2000 10:07:55 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: Declared actions and Initiative From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >Maybe the party should only get a declaration phase _if_ they have a MilSci -- >representing the co-ordinated actions of the party. No MilSci, no >co-ordination, no declaration. actually I disagree. Of course it depends how the GM runs the declaration phase. But it seems to me that this is a workable order of events: 1. Mil Sci timeout - discussion of plans 2. initiative calculation 3. declaration in initiative order - *no* discussions 4. actions in initiative order if you just have 4 without 3 you actually get *more* co-ordination because the outcome of previous events is known before you make your declaration. This assumes there is some cost to changing your action at step 4, from that declared at step 3. clare -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 21 10:44:36 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA20949; Mon, 21 Aug 2000 10:31:19 +1200 Received: from smtp1.ihug.co.nz (smtp1.ihug.co.nz [203.109.252.7]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA20946 for ; Mon, 21 Aug 2000 10:31:16 +1200 Received: from ihug.co.nz (p147-tnt2.akl.ihug.co.nz [203.109.245.147]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id KAA22172 for ; Mon, 21 Aug 2000 10:28:01 +1200 Message-ID: <39A05923.D54A0715@ihug.co.nz> Date: Mon, 21 Aug 2000 10:18:11 +1200 X-Mailer: Mozilla 4.74 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Declared actions and Initiative From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Clare West wrote: > But it seems to me that this is a workable order > of events: > > 1. Mil Sci timeout - discussion of plans > 2. initiative calculation > 3. declaration in initiative order - *no* discussions I think declaration should be in reverse order, i.e. the slowest declaring first. A person with an high initiative value presumably can act on the information of those who are slower. Otherwise, a person who is lower down in the initiative order is going to get the benefit of knowing what the rest of the party is doing. > 4. actions in initiative order > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Aug 22 09:14:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id JAA29608; Tue, 22 Aug 2000 09:00:29 +1200 Received: from akl-notes2.aj.co.nz (akl-notes.aj.co.nz [202.27.194.165]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id JAA29605 for ; Tue, 22 Aug 2000 09:00:24 +1200 Received: from akl-notes.aj.co.nz ([192.168.4.165]) by akl-notes2.aj.co.nz (Lotus Domino Release 5.0.4) with ESMTP id 2000082209011219:10676 ; Tue, 22 Aug 2000 09:01:12 +1200 X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Tue, 22 Aug 2000 08:55:38 +1200 X-MIMETrack: Serialize by Router on akl-notes.aj.co.nz/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 22/08/2000 08:55:36, Serialize complete at 22/08/2000 08:55:36, Itemize by SMTP Server on akl-notes2/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 22/08/2000 09:01:12, Serialize by Router on akl-notes2/AJNzl/NZ(Release 5.0.4 |June 8, 2000) at 22/08/2000 09:01:16, Serialize complete at 22/08/2000 09:01:16 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 00731085CC256942_=" Subject: Re: Declared actions and Initiative From: RMansfield@aj.co.nz To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 00731085CC256942_= Content-Type: text/plain; charset="us-ascii" One key point points about the declaration phase is that it is the players' decision making time and often not the GM's because they don't want to make a bunch of decisions just as they are trying to organise the players. This exception I've seen is that some GM's use that point to check the NPC's morale. Jim mentioned a few emails ago that he thought 'declaration' should be kept as it added to story flow. This is true as you get Mil Sci immediately followed by all players making their decisions in close succession. One effect is that decisions are still reflecting MilSci and each others choices. However I don't think that it adds to game flow. After decision making the players then get to wait between 2 - 15 minutes before they resolve that decision. Often by the time it comes around to their action the situation has changed so you change your action to suit (if they can). I've also frequently seen players loose track of pulses and think they are onto their next action (esp newer players), and GM's loose track of who has acted because 'they've already checked what Joe was doing'. Many GM's (incl. me) skip the declaration phase and just have players decide and act in initiative order. I find this heaps smoother to play and GM and also a bit faster. While this discussion has been going on I've been watching the two games I'm involved in (both with lots of combat) and I still convinced that combat runs faster and smoother WITHOUT the declaration phase, and I'd be very happy to see it ditched completely. Rosemary Martin Wrote >Maybe the party should only get a declaration phase _if_ they have a MilSci -- >representing the co-ordinated actions of the party. No MilSci, no co-ordination, no declaration. Clare Wrote actually I disagree. Of course it depends how the GM runs the declaration phase. But it seems to me that this is a workable order of events: 1. Mil Sci timeout - discussion of plans 2. initiative calculation 3. declaration in initiative order - *no* discussions 4. actions in initiative order if you just have 4 without 3 you actually get *more* co-ordination because the outcome of previous events is known before you make your declaration. This assumes there is some cost to changing your action at step 4, from that declared at step 3. Jim Wrote I think declaration should be in reverse order, i.e. the slowest declaring first. A person with an high initiative value presumably can act on the information of those who are slower. Otherwise, a person who is lower down in the initiative order is going to get the benefit of knowing what the rest of the party is doing. --=_alternative 00731085CC256942_= Content-Type: text/html; charset="us-ascii"
One key point points about the declaration phase is that it is the players' decision making time and often not the GM's because they don't want to make a bunch of decisions just as they are trying to organise the players.  This exception I've seen is that some GM's use that point to check the NPC's morale.

Jim mentioned a few emails ago that he thought 'declaration' should be kept as it added to story flow.  This is true as you get Mil Sci immediately followed by all players making their decisions in close succession.  One effect is that decisions are still reflecting MilSci and each others choices.

However I don't think that it adds to game flow.

After decision making the players then get to wait between 2 - 15 minutes before they resolve that decision.  Often by the time it comes around to their action the situation has changed so you change your action to suit (if they can).  I've also frequently seen players loose track of pulses and think they are onto their next action (esp newer players), and GM's loose track of who has acted because 'they've already checked what Joe was doing'.

Many GM's (incl. me) skip the declaration phase and just have players decide and act in initiative order.  I find this heaps smoother to play and GM and also a bit faster.

While this discussion has been going on I've been watching the two games I'm involved in (both with lots of combat) and I still convinced that combat runs faster and smoother WITHOUT the declaration phase, and I'd be very happy to see it ditched completely.

Rosemary

Martin Wrote
>Maybe the party should only get a declaration phase _if_ they have a MilSci --
>representing the co-ordinated actions of the party.  No MilSci, no co-ordination, no declaration.
Clare Wrote
actually I disagree. Of course it depends how the GM runs the declaration phase. But it seems to me that this is a workable order of events:

1. Mil Sci timeout - discussion of plans
2. initiative calculation
3. declaration in initiative order - *no* discussions
4. actions in initiative order

if you just have 4 without 3 you actually get *more* co-ordination because the outcome of previous events is known before you make your declaration. This assumes there is some cost to changing your action at step 4, from that declared at step 3.
Jim Wrote
I think declaration should be in reverse order, i.e. the slowest declaring first. A person with an high initiative value presumably can act  on the information of those who are slower. Otherwise, a person who is lower down in the initiative order is going to get the benefit of knowing what the rest of the party is doing.


--=_alternative 00731085CC256942_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 24 01:43:20 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id BAA13128; Thu, 24 Aug 2000 01:29:32 +1200 Received: from prserv.net (out4.prserv.net [32.97.166.34]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id BAA13125 for ; Thu, 24 Aug 2000 01:29:27 +1200 Received: from peace.com ([32.101.245.225]) by prserv.net (out4) with SMTP id <2000082313243923900ov484e>; Wed, 23 Aug 2000 13:24:40 +0000 Message-ID: <39A3D0A1.D16AD4E2@peace.com> Date: Wed, 23 Aug 2000 08:24:49 -0500 X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Campaign Event From: Martin Dickson To: dq-pub@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-pub@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq-pub@dq.sf.org.nz Update #2 16th Frost - 14th of Snow : Over these four weeks astrologers get more signs of ill-omen. The odd glow that has been visible on the Western horizon for a couple of hours after sunset some nights becomes stronger and more obvious as the weeks progress. Winter Solstice (15th Snow): About 3pm Seagate time a second sun is seen on the Western horizon as though the sun were already setting, but the real sun is still there, lowering in the West. This frightening and disturbing effect lasts until sunset when the two suns appear to merge and then slip below the horizon. This night there is no glow, but around 9pm a rolling thunderclap is heard, coming from the West. -- Note: This is the second in a series of messages covering some events occurring this session. The specific intent of these messages is to keep players who are not playing this session -- and PCs who are at home -- up to date with certain happenings. If you are not playing (or have an interested PC at home), and would like to interact with these events in some way (or want extra information), I am happy to act as an e-GM for this. Please note: If you are playing this session then your GM's events and timelines automatically (and completely, etc.) over-ride any of this event information with respect to that character. Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 28 10:16:53 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA22910; Mon, 28 Aug 2000 10:07:10 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA22907 for ; Mon, 28 Aug 2000 10:07:06 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id JAA21552 for ; Mon, 28 Aug 2000 09:59:57 +1200 (NZST) Date: Mon, 28 Aug 2000 10:00:11 +1200 Message-ID: <000601c01072$2bf64590$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: Next Sunday From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Dear all, This coming Sunday will be the first in September. Please list any topics you want on the agenda, so that it can be published in the next day or two, so that we can have an indication of whether or not there is *any* demand for a gods meeting. regards, Michael. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Aug 28 10:58:38 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000705) id KAA23216; Mon, 28 Aug 2000 10:56:30 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000705) with ESMTP id KAA23213 for ; Mon, 28 Aug 2000 10:56:27 +1200 Received: from ihug.co.nz (p20-tnt2.akl.ihug.co.nz [203.109.245.20]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id KAA27046 for ; Mon, 28 Aug 2000 10:49:15 +1200 Message-ID: <39A99ABD.D2F95F55@ihug.co.nz> Date: Mon, 28 Aug 2000 10:48:29 +1200 X-Mailer: Mozilla 4.74 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Next Sunday From: Jim Arona To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Adventures going out seems to be something that should be on the list, somewhere... Michael Parkinson wrote: > > Dear all, > > This coming Sunday will be the first in September. > Please list any topics you want on the agenda, > so that it can be published in the next day or two, > so that we can have an indication of whether or not > there is *any* demand for a gods meeting. > > regards, Michael. > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 30 12:59:21 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id MAA11530; Wed, 30 Aug 2000 12:53:53 +1200 Received: from smtp1.ihug.co.nz (smtp1.ihug.co.nz [203.109.252.7]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id MAA11527 for ; Wed, 30 Aug 2000 12:53:49 +1200 Received: from work.ihug.co.nz (p583-apx1.akl.ihug.co.nz [203.173.194.75]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id MAA09876 for ; Wed, 30 Aug 2000 12:45:23 +1200 Message-Id: <4.3.2.7.0.20000830123953.00ab0200@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 30 Aug 2000 12:50:11 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Agenda requests for September Gods Meeting From: Keith Smith To: dq-announce@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-announce@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz After looking through the accumulating e-mails and seeing what has rolled over from the last two meetings below is what I propose for the agenda. Note that we have not achieved a quorum for the last two months. 1) Adventures going out. 2) Work in Progress status reports i) Revised Mind College (Ian) ii) Revised Namer (Martin) iii) Revised Rune (Ross/Mandos) iv) Opposition rolling combat playtest (Is there any other Work in Progress that I've missed? Seems like many good ideas have been falling by the wayside through lack of followup) 3) Initiative/Quickness - Have any proposals come out of the debates? 4) Campaign News i) Status of the Dark Circle ii) Status of the Guild iii) Status of the World 5) Other announcements for the Guild Meeting Keith (phaeton@ihug.co.nz) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 30 14:59:10 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id OAA12227; Wed, 30 Aug 2000 14:46:27 +1200 Received: from smtp1.ihug.co.nz (smtp1.ihug.co.nz [203.109.252.7]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id OAA12224 for ; Wed, 30 Aug 2000 14:46:24 +1200 Received: from work.ihug.co.nz (p583-apx1.akl.ihug.co.nz [203.173.194.75]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id OAA23633 for ; Wed, 30 Aug 2000 14:38:00 +1200 Message-Id: <4.3.2.7.0.20000830142635.00aa7330@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 30 Aug 2000 14:42:44 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Combat Clarifications From: Keith Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz I'm going through the rulebook and would like to suggest the following clarifications in the combat system for the next rulebook. 1) Engaged Initiative. After the phrase 'A figure's engaged ... with a prepared weapon.' add the sentence. 'If the character is a Warrior, they gain a bonus to this roll' 2) In unarmed combat, 'Figures with Rank 3 Unarmed' should be 'Figures with Rank 3 or more in Unarmed' 3) Under Multiple Strike it states that 'The Strike Chance of the Primary Weapon is reduced by -10' and under Unarmed it states 'Unless otherwise specified, all figures receive one Unarmed attack per pulse without penalty'. I presume Multiple Strike overrides this. 4) Additional Damage by skill or over strength. The rules state that only one bonus can apply. I presume that means that someone with high Ranks who chooses to overstrength loses all their Rank damage bonuses. How do other GMs play this and should we be using the higher of the Rank or the Strength bonus for a particular weapon instead? 5) Should something be added to the Trip section to reference the Unarmed Combat combat chance of using feet. Thanks, Keith (phaeton@ihug.co.nz) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 30 15:44:29 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id PAA12605; Wed, 30 Aug 2000 15:41:40 +1200 Received: from prserv.net (out4.prserv.net [32.97.166.34]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id PAA12602 for ; Wed, 30 Aug 2000 15:41:35 +1200 Received: from peace.com ([129.37.189.193]) by prserv.net (out4) with SMTP id <2000083003330423902vronfe>; Wed, 30 Aug 2000 03:33:05 +0000 Message-ID: <39AC806D.69E4B0FE@peace.com> Date: Tue, 29 Aug 2000 22:33:01 -0500 X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Agenda requests for September Gods Meeting From: Martin Dickson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Keith Smith wrote: > ii) Revised Namer (Martin) I will have to tender my apologies as I am unable to make the meeting... being in Davenport, Iowa -- possibly the most boring city in the entire US of A. On the other hand, the complete lack of anything at all to do in the evenings might lend weight to my claim that I will be getting the v2.1 of Namer finished sometime real soon now. :) Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 30 15:45:44 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id PAA12541; Wed, 30 Aug 2000 15:30:51 +1200 Received: from prserv.net (out4.prserv.net [32.97.166.34]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id PAA12538 for ; Wed, 30 Aug 2000 15:30:46 +1200 Received: from peace.com ([129.37.189.193]) by prserv.net (out4) with SMTP id <20000830032216239032o4qee>; Wed, 30 Aug 2000 03:22:16 +0000 Message-ID: <39AC7BCA.F2F3812D@peace.com> Date: Tue, 29 Aug 2000 22:13:14 -0500 X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Campaign Event From: Martin Dickson To: dq-pub@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-pub@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq-pub@dq.sf.org.nz Update #3 Yuletide (18th Snow): Around midnight a minor earthquake is felt along the Alusian coast. Houses rattle, things fall off shelves, livestock panic. 19th Snow to 24th Snow: Over the course of these days several more small shocks are felt... then everything goes ominously quiet.... -- Note: This is the third in a series of messages covering some events occurring this session. The specific intent of these messages is to keep players who are not playing this session -- and PCs who are at home -- up to date with certain happenings. If you are not playing (or have an interested PC at home), and would like to interact with these events in some way (or want extra information), I am happy to act as an e-GM for this. Please note: If you are playing this session then your GM's events and timelines automatically (and completely, etc.) over-ride any of this event information with respect to that character. Cheers, Martin -- _/_/ Peace Software New Zealand Ltd Email: Martin.Dickson@peace.com _/ Martin Dickson Fax : +64-9-373-0401 Analyst Phone: +64-9-373-0400 -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Wed Aug 30 16:29:26 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id QAA13139; Wed, 30 Aug 2000 16:14:57 +1200 Received: from smtp1.ihug.co.nz (smtp1.ihug.co.nz [203.109.252.7]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id QAA13136 for ; Wed, 30 Aug 2000 16:14:53 +1200 Received: from work.ihug.co.nz (p583-apx1.akl.ihug.co.nz [203.173.194.75]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id QAA02890 for ; Wed, 30 Aug 2000 16:06:26 +1200 Message-Id: <4.3.2.7.0.20000830155242.00a89270@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 30 Aug 2000 16:11:09 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: More questions from the rulebook From: Keith Smith To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Still checking over the rulebook and I've found the following: 1) In the list of changes it says that 'Last minute change to EM of Fireball from 350 to 550 as a preventative measure. However, upon checking the spell description the EM is still 350. Which should it be? 2) Another change states that 'All weapon spells (except Runeweapon) to have duration of 5 minutes + 1/Rank. Currently Weapon of Flames is listed as 5 minutes + 5/rank. 3) Should the Colleges be put in the book in strict alphabetical order to make them easier to find? I see no advantage for grouping them by their Branch. 4) According to the May 2000 minutes, the duration of a Talent potion is Rank (Talent) hours, not Rank (Alchemist) hours, minimum 1 Keith (phaeton@ihug.co.nz) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 31 09:14:05 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id JAA19126; Thu, 31 Aug 2000 09:12:54 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id JAA19110; Thu, 31 Aug 2000 09:12:29 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id JAA29590; Thu, 31 Aug 2000 09:03:38 +1200 (NZST) Date: Thu, 31 Aug 2000 09:03:49 +1200 Message-ID: <000001c012c5$cba61390$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Agenda requests for September Gods Meeting From: "Michael Parkinson" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > After looking through the accumulating e-mails and seeing what > has rolled > over from the last two meetings below is what I propose for the agenda. > Note that we have not achieved a quorum for the last two months. Given the fact that most items are rolled-over from previous months, is there any demand for a meeting this Sunday? Are there 8 or more people out there who can say that (baring disaster) they will be coming to the meeting? -- feel free to mail me directly if you don't want to clutter the dq-list. If there is NOT the demand, it would be more practical to cancel it since this week-end I will throw people out if we don't have a quorum (sorry! other things to do), which is unfair on those who have bothered to come. regards, Michael > 1) Adventures going out. > > 2) Work in Progress status reports > i) Revised Mind College (Ian) > iii) Revised Rune (Ross/Mandos) > iv) Opposition rolling combat playtest > (Is there any other Work in Progress that I've missed? Seems > like many good > ideas have been falling by the wayside through lack of followup) > > 3) Initiative/Quickness - Have any proposals come out of the debates? > > 4) Campaign News > i) Status of the Dark Circle > ii) Status of the Guild > iii) Status of the World > > 5) Other announcements for the Guild Meeting > > Keith > (phaeton@ihug.co.nz) > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 31 09:15:24 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id JAA19115; Thu, 31 Aug 2000 09:12:37 +1200 Received: from mailhost.auckland.ac.nz (mailhost.auckland.ac.nz [130.216.1.4]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id JAA19110; Thu, 31 Aug 2000 09:12:29 +1200 Received: from sci4 (lbr-122-42.lbrsc.auckland.ac.nz [130.216.122.42]) by mailhost.auckland.ac.nz (8.9.2/8.9.2/8.9.2-ua) with SMTP id JAA29590; Thu, 31 Aug 2000 09:03:38 +1200 (NZST) Date: Thu, 31 Aug 2000 09:03:49 +1200 Message-ID: <000001c012c5$cba61390$2a7ad882@sci4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Subject: RE: Agenda requests for September Gods Meeting From: "Michael Parkinson" To: dq-announce@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-announce@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz > After looking through the accumulating e-mails and seeing what > has rolled > over from the last two meetings below is what I propose for the agenda. > Note that we have not achieved a quorum for the last two months. Given the fact that most items are rolled-over from previous months, is there any demand for a meeting this Sunday? Are there 8 or more people out there who can say that (baring disaster) they will be coming to the meeting? -- feel free to mail me directly if you don't want to clutter the dq-list. If there is NOT the demand, it would be more practical to cancel it since this week-end I will throw people out if we don't have a quorum (sorry! other things to do), which is unfair on those who have bothered to come. regards, Michael > 1) Adventures going out. > > 2) Work in Progress status reports > i) Revised Mind College (Ian) > iii) Revised Rune (Ross/Mandos) > iv) Opposition rolling combat playtest > (Is there any other Work in Progress that I've missed? Seems > like many good > ideas have been falling by the wayside through lack of followup) > > 3) Initiative/Quickness - Have any proposals come out of the debates? > > 4) Campaign News > i) Status of the Dark Circle > ii) Status of the Guild > iii) Status of the World > > 5) Other announcements for the Guild Meeting > > Keith > (phaeton@ihug.co.nz) > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 31 09:59:07 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id JAA19363; Thu, 31 Aug 2000 09:43:30 +1200 Received: from qedweb.qed.co.nz (smtp.qed.co.nz [203.97.23.140]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id JAA19360 for ; Thu, 31 Aug 2000 09:43:26 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Thu, 31 Aug 2000 09:33:26 +1200 Message-ID: Date: Thu, 31 Aug 2000 09:33:25 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: RE: Agenda requests for September Gods Meeting From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz If we don't have a meeting then we should attempt to achieve the following via Email: 1) GMs notify us of the adventures they are running this session. (Level, Night, Location, and who will be announcing it) 2) Campaign News: - Are there any events from your adventures which other GMs should be aware of for this session? - What is the status of the Dark Circle? (the public knowledge stuff), GM only knowledge should be obtained directly from Jono at or before the guild meeting. - Other campaign events and fallout - e.g. the mysterious glow to the west. 3) Progress Reports on rules writing/testing. Cheers, Stephen. > -----Original Message----- > From: Michael Parkinson [SMTP:m.parkinson@auckland.ac.nz] > Sent: Thursday, 31 August 2000 09:04 > To: dq-announce@dq.sf.org.nz > Subject: RE: Agenda requests for September Gods Meeting > > > After looking through the accumulating e-mails and seeing what > > has rolled > > over from the last two meetings below is what I propose for the agenda. > > Note that we have not achieved a quorum for the last two months. > > Given the fact that most items are rolled-over from previous months, is > there any demand for a meeting this Sunday? Are there 8 or more people > out > there who can say that (baring disaster) they will be coming to the > meeting? -- feel free to mail me directly if you don't want to clutter the > dq-list. > > If there is NOT the demand, it would be more practical to cancel it since > this week-end I will throw people out if we don't have a quorum (sorry! > other things to do), which is unfair on those who have bothered to come. > > regards, Michael > > > > 1) Adventures going out. > > > > 2) Work in Progress status reports > > i) Revised Mind College (Ian) > > iii) Revised Rune (Ross/Mandos) > > iv) Opposition rolling combat playtest > > (Is there any other Work in Progress that I've missed? Seems > > like many good > > ideas have been falling by the wayside through lack of followup) > > > > 3) Initiative/Quickness - Have any proposals come out of the debates? > > > > 4) Campaign News > > i) Status of the Dark Circle > > ii) Status of the Guild > > iii) Status of the World > > > > 5) Other announcements for the Guild Meeting > > > > Keith > > (phaeton@ihug.co.nz) > > > > > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- > > > > > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 31 11:58:43 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id LAA20315; Thu, 31 Aug 2000 11:47:23 +1200 Received: from fclaklmr02.fcl.co.nz ([202.14.23.202] (may be forged)) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with SMTP id LAA20311 for ; Thu, 31 Aug 2000 11:47:07 +1200 Received: from falaklex00.falum.co.nz (10.8.1.28) by fclaklmr02.fcl.co.nz Thursday, August 31, 2000 11:33:11 Message-ID: Received: by falaklex00.fcl.co.nz with Internet Mail Service (5.5.2448.0) id ; Thu, 31 Aug 2000 11:36:12 +1200 Message-ID: <311B3C3DD32FD311B33900805F770A720226155F@falaklex00.fcl.co.nz> Date: Thu, 31 Aug 2000 11:36:04 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C012DB.14925140" Subject: RE: Agenda requests for September Gods Meeting From: "Andrew Withy (FAL AKL)" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C012DB.14925140 Content-Type: text/plain We should get a quorum - everyone who is planning to run adventures is supposed to turn up to hear campaign news. We traditionally get a larger turn out on the third meeting of the quarter. It would also help whoever is supposed to be running the Giuld Meeting if they knew about adventures. Andrew > -----Original Message----- > If we don't have a meeting then we should attempt to achieve the following > via Email: > > 1) GMs notify us of the adventures they are running this session. (Level, > Night, Location, and who will be announcing it) > > 2) Campaign News: > - Are there any events from your adventures which other GMs should be > aware > of for this session? > - What is the status of the Dark Circle? (the public knowledge stuff), GM > only knowledge should be obtained directly from Jono at or before the > guild > meeting. > - Other campaign events and fallout - e.g. the mysterious glow to the > west. > > 3) Progress Reports on rules writing/testing. > > Cheers, Stephen. > > > -----Original Message----- > > > > > After looking through the accumulating e-mails and seeing what > > > has rolled > > > over from the last two meetings below is what I propose for the > agenda. > > > Note that we have not achieved a quorum for the last two months. > > > > Given the fact that most items are rolled-over from previous months, is > > there any demand for a meeting this Sunday? Are there 8 or more people > > out > > there who can say that (baring disaster) they will be coming to the > > meeting? -- feel free to mail me directly if you don't want to clutter > the > > dq-list. > > > > If there is NOT the demand, it would be more practical to cancel it > since > > this week-end I will throw people out if we don't have a quorum ------_=_NextPart_001_01C012DB.14925140 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: Agenda requests for September Gods Meeting

We should get a = quorum - everyone who is planning to run adventures is supposed to turn = up to hear campaign news.

We traditionally get = a larger turn out on the third meeting of the quarter. It would also = help whoever is supposed to be running the Giuld Meeting if they knew = about adventures.

Andrew

    -----Original Message-----
    If we don't have a meeting then we = should attempt to achieve the following
    via Email:

    1) GMs notify us of the adventures = they are running this session. (Level,
    Night, Location, and who will be = announcing it)

    2) Campaign News:
     - Are there any events from = your adventures which other GMs should be aware
    of for this session?
     - What is the status of the = Dark Circle? (the public knowledge stuff), GM
    only knowledge should be obtained = directly from Jono at or before the guild
    meeting.
     - Other campaign events and = fallout - e.g. the mysterious glow to the west.

    3) Progress Reports on rules = writing/testing.

    Cheers, Stephen.

    > -----Original Message-----
    >
    > > After looking through the = accumulating e-mails and seeing what
    > > has rolled
    > > over from the last two = meetings below is what I propose for the agenda.
    > > Note that we have not = achieved a quorum for the last two months.
    >
    > Given the fact that most items = are rolled-over from previous months, is
    > there any demand for a meeting = this Sunday?  Are there 8 or more people
    > out
    > there who can say that (baring = disaster) they will be coming to the
    > meeting? -- feel free to mail me = directly if you don't want to clutter the
    > dq-list.
    >
    > If there is NOT the demand, it = would be more practical to cancel it since
    > this week-end I will throw = people out if we don't have a quorum

------_=_NextPart_001_01C012DB.14925140-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 31 20:58:45 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id UAA23972; Thu, 31 Aug 2000 20:55:10 +1200 Received: from dns0.uk.neceur.com (ingate.uk.neceur.com [193.116.254.1]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id UAA23963 for ; Thu, 31 Aug 2000 20:55:03 +1200 Received: from internal-mail.uk.neceur.com by dns0.uk.neceur.com id tiO108k6kcJXF1; Thu, 31 Aug 2000 09:44:18 +0100 (BST) Received: from minisun.uk.neceur.com by internal-mail.uk.neceur.com id DGP10mm6kcpOQ; Thu, 31 Aug 2000 09:45:00 +0100 (BST) from minisun.uk.neceur.com (localhost [127.0.0.1]) id DGP10mm6kcpOQ for (3.3.2/3.1.31); Thu, 31 Aug 2000 09:45:00 +0100 (BST) Received: from ldn-thoth.uk.neceur.com (thoth-hme.uk.neceur.com [172.29.7.41]) by minisun.uk.neceur.com (8.9.1b+Sun/8.9.1) with ESMTP id JAA23007 for ; Thu, 31 Aug 2000 09:44:50 +0100 (BST) X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Thu, 31 Aug 2000 09:39:03 +0100 X-MIMETrack: S/MIME Sign by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 31/08/2000 09:47:19, Serialize by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 31/08/2000 09:47:19, Serialize complete at 31/08/2000 09:47:19, S/MIME Sign failed at 31/08/2000 09:47:20: The cryptographic key was not found, Serialize by Router on ldn-thoth/E/NEC(Release 5.0.4 |June 8, 2000) at 08/31/2000 09:39:07 AM, Serialize complete at 08/31/2000 09:39:07 AM MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 003046DB8025694C_=" Subject: Re: More questions from the rulebook From: "Ross Alexander" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 003046DB8025694C_= Content-Type: text/plain; charset="us-ascii" Still checking over the rulebook and I've found the following: > 1) In the list of changes it says that 'Last minute change to EM of > Fireball from 350 to 550 as a preventative measure. However, upon checking > the spell description the EM is still 350. Which should it be? The last change to Fire was putting in Rosemary's version in which Fireball has an EM of 500, which is what I agreed with Paul Schmidt. The history notes are incomplete. This was send out 9/6/00 under the subject "Fire yet again". This was send LATER than the full PDF and I was under the impression that Rosemary was going to put the corrected version of Fire into the printed version. > 2) Another change states that 'All weapon spells (except Runeweapon) to > have duration of 5 minutes + 1/Rank. Currently Weapon of Flames is listed > as 5 minutes + 5/rank. You are most correct. This is an oversight by myself in the rush to get Fire out. I will correct it now for the next release. > 3) Should the Colleges be put in the book in strict alphabetical order to > make them easier to find? I see no advantage for grouping them by their Branch. There are only 14 colleges. It shouldn't be that hard to remember their basic order. > 4) According to the May 2000 minutes, the duration of a Talent potion is > Rank (Talent) hours, not Rank (Alchemist) hours, minimum 1 Whoops!! Missed that one. Corrected. --=_alternative 003046DB8025694C_= Content-Type: text/html; charset="us-ascii"
Still checking over the rulebook and I've found the following:

> 1) In the list of changes it says that 'Last minute change to EM of
> Fireball from 350 to 550 as a preventative measure. However, upon checking
> the spell description the EM is still 350. Which should it be?
The last change to Fire was putting in Rosemary's version in which Fireball
has an EM of 500, which is what I agreed with Paul Schmidt.  The history notes
are incomplete.  This was send out 9/6/00 under the subject "Fire yet again".
This was send LATER than the full PDF and I was under the impression that
Rosemary was going to put the corrected version of Fire into the printed
version.

> 2) Another change states that 'All weapon spells (except Runeweapon) to
> have duration of 5 minutes + 1/Rank. Currently Weapon of Flames is listed
> as 5 minutes + 5/rank.
You are most correct.  This is an oversight by myself in the rush to get Fire
out.  I will correct it now for the next release.

> 3) Should the Colleges be put in the book in strict alphabetical order to
> make them easier to find? I see no advantage for grouping them by their Branch.
There are only 14 colleges.  It shouldn't be that hard to remember their basic order.


> 4) According to the May 2000 minutes, the duration of a Talent potion is
> Rank (Talent) hours, not Rank (Alchemist) hours, minimum 1
Whoops!! Missed that one.  Corrected.
--=_alternative 003046DB8025694C_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Thu Aug 31 21:13:39 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id VAA24065; Thu, 31 Aug 2000 21:09:08 +1200 Received: from dns0.uk.neceur.com (ingate.uk.neceur.com [193.116.254.1]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id VAA24062 for ; Thu, 31 Aug 2000 21:09:03 +1200 Received: from internal-mail.uk.neceur.com by dns0.uk.neceur.com id 9Bq20mY7kcZII1; Thu, 31 Aug 2000 09:58:20 +0100 (BST) Received: from minisun.uk.neceur.com by internal-mail.uk.neceur.com id QHv20Kb7kcp3V; Thu, 31 Aug 2000 09:59:01 +0100 (BST) from minisun.uk.neceur.com (localhost [127.0.0.1]) id QHv20Kb7kcp3V for (3.3.2/3.1.31); Thu, 31 Aug 2000 09:59:01 +0100 (BST) Received: from ldn-thoth.uk.neceur.com (thoth-hme.uk.neceur.com [172.29.7.41]) by minisun.uk.neceur.com (8.9.1b+Sun/8.9.1) with ESMTP id JAA24090 for ; Thu, 31 Aug 2000 09:58:52 +0100 (BST) X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: Date: Thu, 31 Aug 2000 09:53:06 +0100 X-MIMETrack: S/MIME Sign by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 31/08/2000 10:01:22, Serialize by Notes Client on Ross Alexander/MIS/E/NEC(Release 5.0.4 |June 8, 2000) at 31/08/2000 10:01:22, Serialize complete at 31/08/2000 10:01:22, S/MIME Sign failed at 31/08/2000 10:01:22: The cryptographic key was not found, Serialize by Router on ldn-thoth/E/NEC(Release 5.0.4 |June 8, 2000) at 08/31/2000 09:53:08 AM, Serialize complete at 08/31/2000 09:53:08 AM MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_alternative 0031904C8025694C_=" Subject: Rulebook and Rune status From: "Ross Alexander" To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz This is a multipart message in MIME format. --=_alternative 0031904C8025694C_= Content-Type: text/plain; charset="us-ascii" Rulebook I WILL BE escaping from Mother England sometime around Feb/Mar/Apr next year. I would like to produce a 2001 (Oddesy edition - ha ha ha plonk) of the rulebook in June. This should include 1) Correction to Fire. 2) Minor changes. 3) Tidy up of Mind. This hopefully will have 1) New versin of Rune. 2) Combat feats (warrior++). 3) Rewritten combat sequence. 4) Namer 2.0. Other goodies ... 1) Making weapons more interesting (lots of work and lots of change :-( What ever happened to ... 1) Thinning out herbalist Rune There is a problem with one of the generals (Smite). Probably fix by making self only. Runestaff has not yet be sorted. Stuff about spirits and totems very vague. Lack of feedback from players with Runemages. Have to ask Mandos how the play testing is going. --=_alternative 0031904C8025694C_= Content-Type: text/html; charset="us-ascii"
Rulebook

I WILL BE escaping from Mother England sometime around Feb/Mar/Apr next year.  I would
like to produce a 2001 (Oddesy edition - ha ha ha plonk) of the rulebook in June.

This should include

1) Correction to Fire.
2) Minor changes.
3) Tidy up of Mind.

This hopefully will have

1) New versin of Rune.
2) Combat feats (warrior++).
3) Rewritten combat sequence.
4) Namer 2.0.

Other goodies ...

1) Making weapons more interesting (lots of work and lots of change :-(

What ever happened to ...

1) Thinning out herbalist

Rune

There is a problem with one of the generals (Smite).  Probably fix by making self only.
Runestaff has not yet be sorted.  Stuff about spirits and totems very vague.
Lack of feedback from players with Runemages.  Have to ask Mandos how the
play testing is going. --=_alternative 0031904C8025694C_=-- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Sep 1 17:22:34 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id RAA31546; Fri, 1 Sep 2000 17:09:41 +1200 Received: from qedweb.qed.co.nz (smtp.qed.co.nz [203.97.23.140]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id RAA31543 for ; Fri, 1 Sep 2000 17:09:37 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Fri, 1 Sep 2000 16:58:58 +1200 Message-ID: Date: Fri, 1 Sep 2000 16:58:50 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: DQ Gods Meeting is ON - Briefly. From: Stephen Martin To: dq-announce@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-announce@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz We don't have a lot to cover, and Michael has other commitments. So a brief gods meeting. Please try to be there on time at 12 o'clock. We'll aim to wrap up by 1-1:30. Chair: Stephen M Second: ? Agenda 1) Adventures Going Out 2) Announcements for the Guild Meeting 3) Chair for next sessions meetings 4) Rules/Campaign questions or queries which cannot be resolved by Email. 4a) Eviction by Michael ) 5) Rules progress reports should be made by Email (for those who haven't done so already) 6) General Rules / Campaign Discussions in an agreed cafe afterwards. Cheers, Stephen. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Fri Sep 1 19:52:09 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id TAA32629; Fri, 1 Sep 2000 19:51:37 +1200 Received: from smtp4.ihug.co.nz (smtp4.ihug.co.nz [203.109.252.5]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id TAA32626 for ; Fri, 1 Sep 2000 19:51:33 +1200 Received: from ihug.co.nz (p380-tnt8.akl.ihug.co.nz [203.109.139.126]) by smtp4.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id TAA19289 for ; Fri, 1 Sep 2000 19:41:53 +1200 Message-ID: <39AF5ED4.4072D83C@ihug.co.nz> Date: Fri, 01 Sep 2000 19:46:28 +1200 X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: DQ Gods Meeting is ON - Briefly. From: scott whitaker To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Sorry wont be there not running this session Scott Stephen Martin wrote: > We don't have a lot to cover, and Michael has other commitments. > > So a brief gods meeting. Please try to be there on time at 12 o'clock. > We'll aim to wrap up by 1-1:30. > > Chair: Stephen M > Second: ? > > Agenda > > 1) Adventures Going Out > > 2) Announcements for the Guild Meeting > > 3) Chair for next sessions meetings > > 4) Rules/Campaign questions or queries which cannot be resolved by Email. > > 4a) Eviction by Michael ) > > 5) Rules progress reports should be made by Email (for those who haven't > done so already) > > 6) General Rules / Campaign Discussions in an agreed cafe afterwards. > > Cheers, Stephen. > > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Sep 4 09:22:37 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id JAA22492; Mon, 4 Sep 2000 09:21:43 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id JAA22489 for ; Mon, 4 Sep 2000 09:21:39 +1200 Received: from work.ihug.co.nz (p206-tnt5.akl.ihug.co.nz [203.109.194.206]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id JAA24370 for ; Mon, 4 Sep 2000 09:10:32 +1200 Message-Id: <4.3.2.7.0.20000904091152.00b08750@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 04 Sep 2000 09:15:18 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Seagate Times From: Keith Smith To: dq-announce@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-announce@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Submissions are being asked for the upcoming issue of the Seagate Times. Please e-mail to the editors at the address below as soon as possible. Wanted: News Articles Stories from the Field Gossip and Rumour What's Hot, What's Not Puzzles and whatever else you can come up with. Thanks The Editors, Silverwind and Glitterwing (phaeton@ihug.co.nz) -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Sep 4 09:24:11 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id JAA22459; Mon, 4 Sep 2000 09:18:08 +1200 Received: from smtp2.ihug.co.nz (smtp2.ihug.co.nz [203.109.252.8]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id JAA22456 for ; Mon, 4 Sep 2000 09:18:04 +1200 Received: from work.ihug.co.nz (p206-tnt5.akl.ihug.co.nz [203.109.194.206]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id JAA23769 for ; Mon, 4 Sep 2000 09:06:59 +1200 Message-Id: <4.3.2.7.0.20000904090614.00b085c0@pop.ihug.co.nz> X-Sender: phaeton@pop.ihug.co.nz X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 04 Sep 2000 09:11:42 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Minutes from the September Gods Meeting From: Keith Smith To: dq-announce@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-announce@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz DQ Gods Meeting Minutes 3rd September 2000 Present: Ian, Stephen, Jono, Mike Parkinson, Andrew, Jason, Keith (Note: A quorum was not attained so no voting issues were discussed) 1) Adventures going out Jacqui - current adventure continuing to next session Keith - may run an adventure if the situation demands it. Could anyone planning on running adventures this session please let us know via the list. 2) Announcements for the Guild Meeting Status of the Dark Circle and the effects of Seagate and Carzala Pasifika Annoucement 3) Work in Progress Work on the revised Mind College is proceeding, Meeting Closed. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Sep 4 10:07:00 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id KAA22786; Mon, 4 Sep 2000 10:06:08 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id KAA22783 for ; Mon, 4 Sep 2000 10:06:04 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id JAA10770 for ; Mon, 4 Sep 2000 09:54:56 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Mon, 4 Sep 2000 09:54:56 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re:Minutes from the September Gods Meeting From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >1) Adventures going out >Jacqui - current adventure continuing to next session >Keith - may run an adventure if the situation demands it. I will not be running an adventure this season. But I would love to go on a low adventure suitable for a first season character and a low character. clare -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Sep 4 11:23:34 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id LAA23158; Mon, 4 Sep 2000 11:07:51 +1200 Received: from qedweb.qed.co.nz (smtp.qed.co.nz [203.97.23.140]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id LAA23148; Mon, 4 Sep 2000 11:07:33 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Mon, 4 Sep 2000 10:55:36 +1200 Message-ID: Date: Mon, 4 Sep 2000 10:55:35 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: NO ADVENTURES GOING OUT THIS SESSION... YET!! From: Stephen Martin To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Just to make it explicitly clear, we have no confirmed adventures going out this session. Its time to be VERY nice to your GMs, tell them how wonderful they are and how much you enjoy their adventures. If you GM occasionally, now is a good time to make that occasion. If you were thinking about GMing but haven't dipped your toes in the water, give it a go now. While many of our experienced and regular GMs are unable or unwilling to GM this session, most of them would probably be happy to make some time to help a new GM. So start dreaming up your adventure idea, notify your fellow GMs of your upcoming adventure via Email (Night, Lvl, whether you are a new GM and need an experienced GM or 2 to play, etc), then be ready for the hordes of adoring players who will be queing up on Sunday to go on your adventure. Cheers, Stephen. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Sep 4 11:25:25 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id LAA23165; Mon, 4 Sep 2000 11:07:57 +1200 Received: from qedweb.qed.co.nz (smtp.qed.co.nz [203.97.23.140]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id LAA23148; Mon, 4 Sep 2000 11:07:33 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Mon, 4 Sep 2000 10:55:36 +1200 Message-ID: Date: Mon, 4 Sep 2000 10:55:35 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: NO ADVENTURES GOING OUT THIS SESSION... YET!! From: Stephen Martin To: dq-pub@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-pub@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq-pub@dq.sf.org.nz Just to make it explicitly clear, we have no confirmed adventures going out this session. Its time to be VERY nice to your GMs, tell them how wonderful they are and how much you enjoy their adventures. If you GM occasionally, now is a good time to make that occasion. If you were thinking about GMing but haven't dipped your toes in the water, give it a go now. While many of our experienced and regular GMs are unable or unwilling to GM this session, most of them would probably be happy to make some time to help a new GM. So start dreaming up your adventure idea, notify your fellow GMs of your upcoming adventure via Email (Night, Lvl, whether you are a new GM and need an experienced GM or 2 to play, etc), then be ready for the hordes of adoring players who will be queing up on Sunday to go on your adventure. Cheers, Stephen. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Sep 4 11:26:43 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id LAA23151; Mon, 4 Sep 2000 11:07:39 +1200 Received: from qedweb.qed.co.nz (smtp.qed.co.nz [203.97.23.140]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id LAA23148; Mon, 4 Sep 2000 11:07:33 +1200 Received: by localhost with Internet Mail Service (5.5.2448.0) id ; Mon, 4 Sep 2000 10:55:36 +1200 Message-ID: Date: Mon, 4 Sep 2000 10:55:35 +1200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Subject: NO ADVENTURES GOING OUT THIS SESSION... YET!! From: Stephen Martin To: dq-announce@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-announce@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Just to make it explicitly clear, we have no confirmed adventures going out this session. Its time to be VERY nice to your GMs, tell them how wonderful they are and how much you enjoy their adventures. If you GM occasionally, now is a good time to make that occasion. If you were thinking about GMing but haven't dipped your toes in the water, give it a go now. While many of our experienced and regular GMs are unable or unwilling to GM this session, most of them would probably be happy to make some time to help a new GM. So start dreaming up your adventure idea, notify your fellow GMs of your upcoming adventure via Email (Night, Lvl, whether you are a new GM and need an experienced GM or 2 to play, etc), then be ready for the hordes of adoring players who will be queing up on Sunday to go on your adventure. Cheers, Stephen. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Sep 4 11:52:07 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id LAA23519; Mon, 4 Sep 2000 11:43:28 +1200 Received: from ns1.businessobjects.com (ns1.businessobjects.com [213.11.117.2]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id LAA23516 for ; Mon, 4 Sep 2000 11:43:20 +1200 Received: from exch-fra-lv04.businessobjects.com (exch-fra-lv04.businessobjects.com [10.6.2.14]) by ns1.businessobjects.com (Postfix) with ESMTP id EE1513719C for ; Sun, 3 Sep 2000 23:32:05 +0000 (GMT) Received: by exch-fra-lv04.businessobjects.com with Internet Mail Service (5.5.2650.21) id ; Mon, 4 Sep 2000 01:31:24 +0200 Message-ID: <77630C9F5929D3119F4E00805FA7D6EE0477F9B3@exch-fra-lv04.businessobjects.com> Date: Mon, 4 Sep 2000 01:31:23 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: NO ADVENTURES GOING OUT THIS SESSION... YET!! From: Phil JUDD To: dq-pub@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-pub@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq-pub@dq.sf.org.nz I am willing to take one out. I have a Outline of a high level knocking around or could put together other scenario for other levels (NOT a giant world adventure). Also I think Jeff is running a game but it is pre booked. I thought I heard a rumour that Mandos had a carryover as well. It will have to be made clear at the guild meeting (I assume it is in the same place) that only one character played per person this session is acceptable as there is a shortage of adventures. Phil Phil Judd Pre-Sales and Technical Support Consultant New Zealand Business Objects Australia Pty Ltd. Level 3 60 Cook Street Auckland City 1030 New Zealand pjudd@businessobjects.com www.businessobjects.com New Zealand Office Tel: +64 9 356 2154 Fax: +64 9 355 1781 Mob: +64 21 898 302 Australia Office Tel: +61 2 9922 3049 Fax: +61 2 9922 3069 LCT2IP (Leadership, Customer Focus, Transnational Identity, Integrity, Innovation and Passion) STRICTLY PERSONAL AND CONFIDENTIAL This message may contain confidential and proprietary material for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. > -----Original Message----- > From: Stephen Martin [mailto:stephenm@qed.co.nz] > Sent: 04 September, 2000 10:56 AM > To: dq-pub@dq.sf.org.nz > Subject: NO ADVENTURES GOING OUT THIS SESSION... YET!! > > > Just to make it explicitly clear, we have no confirmed > adventures going out > this session. > > Its time to be VERY nice to your GMs, tell them how wonderful > they are and > how much you enjoy their adventures. > If you GM occasionally, now is a good time to make that occasion. > If you were thinking about GMing but haven't dipped your toes > in the water, > give it a go now. > > While many of our experienced and regular GMs are unable or > unwilling to GM > this session, most of them would probably be happy to make > some time to help > a new GM. > > So start dreaming up your adventure idea, notify your fellow > GMs of your > upcoming adventure via Email (Night, Lvl, whether you are a > new GM and need > an experienced GM or 2 to play, etc), then be ready for the hordes of > adoring players who will be queing up on Sunday to go on your > adventure. > > Cheers, Stephen. > > > > -- to unsubscribe see > http://www.kurahaupo.gen.nz/mailing-lists.html -- > -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Sep 4 12:22:04 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id MAA24006; Mon, 4 Sep 2000 12:08:17 +1200 Received: from enterprise.iconz.co.nz (enterprise.iconz.co.nz [210.48.22.40]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with SMTP id MAA24003 for ; Mon, 4 Sep 2000 12:08:12 +1200 Received: (qmail 31836 invoked by alias); 3 Sep 2000 23:57:04 -0000 Received: from fe0.firewall.ak.iconz.net.nz (HELO escher) (202.14.100.208) by enterprise.iconz.co.nz with SMTP; 3 Sep 2000 23:57:04 -0000 Date: Mon, 4 Sep 2000 11:57:04 +1200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: RE: NO ADVENTURES GOING OUT THIS SESSION... YET!! From: "Mandos Mitchinson" To: dq-pub@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq-pub@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq-pub@dq.sf.org.nz > I am willing to take one out. > > I have a Outline of a high level knocking around or could put > together other > scenario for other levels (NOT a giant world adventure). > > Also I think Jeff is running a game but it is pre booked. > I thought I heard a rumour that Mandos had a carryover as well. > > It will have to be made clear at the guild meeting (I assume it is in the > same place) that only one character played per person this session is > acceptable as there is a shortage of adventures. I was not going to GM this session but should it occour that we are short I can run an overflow. My usual level is around mediumish. Mandos /s -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Mon Sep 4 20:22:29 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id UAA27474; Mon, 4 Sep 2000 20:21:20 +1200 Received: from kcbbs.gen.nz (kcbbs.gen.nz [202.14.102.1]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id UAA27471 for ; Mon, 4 Sep 2000 20:21:16 +1200 Received: from bear (as5200-42.kcbbs.gen.nz [202.14.102.72]) by kcbbs.gen.nz (8.9.3/8.8.8) with SMTP id UAA20821 for ; Mon, 4 Sep 2000 20:07:55 +1200 (NZST) Message-Id: <3.0.6.32.20000904201017.008858e0@kcbbs.gen.nz> X-Sender: salient@kcbbs.gen.nz X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Mon, 04 Sep 2000 20:10:17 +1200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: NO ADVENTURES GOING OUT THIS SESSION... YET!! From: Sally Jackson To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz Witness a dip of a toe. >Night, to be negotiated, at this stage >Lvl, bunny-low, with emphasis on roleplaying, 5 players. >whether you are a new GM Yes >GM required, I suppose so, but it's almost inevitable these days isn't it? Title : Going on a Bear Hunt Regards, Sally Also, my high level character has a quest to be fulfilled, if any GM out there is looking for a plot. If so, contact me direct. -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Sep 5 09:37:38 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id JAA31998; Tue, 5 Sep 2000 09:31:57 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id JAA31995 for ; Tue, 5 Sep 2000 09:31:51 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id JAA24277 for ; Tue, 5 Sep 2000 09:20:09 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Tue, 5 Sep 2000 09:20:08 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: NO ADVENTURES GOING OUT THIS SESSION... YET!! From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz >Witness a dip of a toe. > > >Night, >to be negotiated, at this stage > > >Lvl, >bunny-low, with emphasis on roleplaying, 5 players. I am looking for an adventdure for a bunny (my new bf's Nick first taste of roleplaying) and for Dellith. > >whether you are a new GM >Yes > > >GM required, >I suppose so, but it's almost inevitable these days isn't it? > >Title : Going on a Bear Hunt > >Regards, >Sally > >Also, my high level character has a quest to be fulfilled, if any GM out >there is looking for a plot. If so, contact me direct. As I was lying in bed last night I was wracking my brain thinking of something to run - seeing as there seems to be a real need. What is your quest? clare -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html -- From owner-dq@dq.sf.org.nz Tue Sep 5 10:07:17 2000 Received: (from bin@localhost) by mail.sf.org.nz (8.8.6/NZSFI-20000829) id JAA32154; Tue, 5 Sep 2000 09:55:39 +1200 Received: from kakapo.cs.auckland.ac.nz (kakapo.cs.auckland.ac.nz [130.216.34.10]) by mail.sf.org.nz (8.8.6/NZSFI-20000829) with ESMTP id JAA32151 for ; Tue, 5 Sep 2000 09:55:31 +1200 Received: from [130.216.108.110] (clare.cs.auckland.ac.nz [130.216.108.110]) by kakapo.cs.auckland.ac.nz (8.8.6/8.8.6/cs-master) with ESMTP id JAA24528 for ; Tue, 5 Sep 2000 09:43:50 +1200 (NZST) (sender clare@cs.auckland.ac.nz) Mime-Version: 1.0 X-Sender: clare@staffpop.cs.auckland.ac.nz Message-Id: Date: Tue, 5 Sep 2000 09:43:50 +1200 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: NO ADVENTURES GOING OUT THIS SESSION... YET!! From: clare@cs.auckland.ac.nz (Clare West) To: dq@dq.sf.org.nz Sender: owner-dq@dq.sf.org.nz Errors-To: owner-dq@dq.sf.org.nz Precedence: bulk X-Loop: dq@dq.sf.org.nz X-Requests: To unsubscribe from this list, or change your subscription address, send a request to dq-request@dq.sf.org.nz. To unsubscribe from all lists on this site, send a request to all-request@dq.sf.org.nz. Reply-To: dq@dq.sf.org.nz sorry - was meant to be private, clare >>Witness a dip of a toe. [etc. snipped] -- Clare West, Rm 111, Ext 8266 clare@cs.auckland.ac.nz -- to unsubscribe see http://www.kurahaupo.gen.nz/mailing-lists.html --