Upgrade your account to a Community Supporter account and remove most of the site ads.

Reply to thread

Message: <blockquote data-quote="KidSnide" data-source="post: 5972313" data-attributes="member: 54710">These are, of course, two sides of the same coin.  They are the carrot and stick for conserving resources.As I see it, the key to controlling nova classes is to ensure that the top tier nova abilities are only really usable on a per adventure basis.  Higher level spells that can only be recharged in arcane labs or holy temples (Runequest-style) can give casters the ability to bring out "big guns" but only once during an adventure.The imbalance between character classes strikes me as a "toolbox" issue, in that WotC should give DMs the ability to adjust the number of expected combat rounds per day.  There should be an ability to give at-will focused characters limited nova abilities to handle campaigns where the expected number of combat rounds is shorted.  Likewise, there should be an ability for casters to replenish at least some of their spells (through a milestone mechanic?) for campaigns where the PCs are supposed to be able to handle additional combat rounds per day.The L&L "non solution" sounds like a perfectly reasonable default.  Some days are short, other days are long and -- for most people -- it works out most of the time.  It's just that there are also some campaigns that will want a systematic solution to the problem.The other thing that's missing from the L&L column is the frequent deficiency in WotC's adventure design.  Seriously, if WotC (or Paizo!) is going to publish an adventure with large adventure sites expected to be visited over multiple days, the adventure needs to tell the DM about the writer's refresh assumptions and how the adventure site changes if the PCs leave to rest.  There are some outliers that handle this issue fairly well (e.g. Gates of Firestorm Peak or the first 85% of Red Hand of Doom), but so many adventures don't seriously address this issue (e.g. H1-3).  -KS</blockquote>

Verification