Ability to view NPCs full stats in toolset.
Feardain
Member Posts: 12
SO, we can see all of an NPCs, str,dex,con,int,wis,cha, their ac, and their move speed, what ever else have you.
Until you start throwing, equipment on an NPC.
Then your AC doesnt reflect their total at all, not to mention you cannot view how much Attack Bonus an NPC has?
How much AB does a level 46 undead with a 28 Str modifier have?
Unless I have missed something, this doesnt exist in the current toolset, and I havent seen it mentioned before.
Until you start throwing, equipment on an NPC.
Then your AC doesnt reflect their total at all, not to mention you cannot view how much Attack Bonus an NPC has?
How much AB does a level 46 undead with a 28 Str modifier have?
Unless I have missed something, this doesnt exist in the current toolset, and I havent seen it mentioned before.
8
Comments
There is a lot to consider for this such as the equipped items and feats applied for the creature. Having full access to the total stat and seeing what affects the stat would be a great addition for builders.
If it goes Fighter 20 -> Undead 20 then you have 30/25/20/15.
If it goes Undead 20 -> Fighter 20 then it goes 20/15.
Or Fighter 10 -> Undead 10 -> Fighter 10 -> Undead 10 is 25/20/15.
For people not aware of how they need to carefully add on levels in a certain order, figuring out what's going wrong can be a nightmare.
As a brief test before I responded, I made 2 NPC's. I ordered the first's levels as Fighter 15/Bard 10/Wizard 15, and the second's as Wizard 15/Bard 10/Fighter 15. They both are featless and have 2 discipline 2 parry (neither of which should matter), and my assumption is that the game goes down the NPC's levels when determining AB pre-epic levels (As in, only NPC 1's 15 fighter levels and 5 of their bard levels should affect AB, and only NPC 2's 15 wizard levels and 5 bard levels should affect their's). This would mean NPC 1 should have 4 attacks per round at, unless my epic level knowledge is lacking, 28/23/18/13, and NPC 2 should have 2 attacks per round at 20/15. They both had the intended progression.
I then decided to test it out using the level up wizard. I made NPC 3 and gave him 1 animal level, used the level up wizard to give him 20 outsider levels, and then used it to give him his remaining 19 animal levels, making him Animal 20/Outsider 20. Based on his level up history, he should have 4 attacks per round at 29/24/19. He didn't - instead, he had had 3 attacks per round at 25/20/15.
What this means is that the engine, at least for standard NPC's, treats an NPC's levels as taking each class one at a time in the order they are listed in the creature's classes tab, so it would assume it went 20 F -> 20 U or 20 U -> 20 F depending on the order and calculate its AB accordingly.
However, something that makes me wonder is Henchmen. SoU and HotU's henchmen system (and Infinite Dungeon's random monster system) seem to employ an in-game NPC level up feature based on packages. Multiclassed leveling henchmen are a foreign concept to me, so I'd like it if someone tested out what a henchman who leveled up in a manner such as Fighter 15 -> Bard 5 -> Fighter 20. If they were treated as normal NPC's, they'd have 30/25/20/15 AB, but if they are treated as having a level history in the same way a player is they would have 28/23/18/13.
I hope I was helpful, and this experiment has led me to asking if Beamdog could give us the ability to directly edit the creature's level history.
Probably would be better to have a BAB box next to the ac box, which can default to the current logic, but allowing us to directly override it would be great. From a builder pespective, sometimes you just don't care if a monster has levels on undead or fighter classes, you just want him to hit a precisa AB. More than once I had to tweak this with fighter levels and then increase/decrease the CR of a creature.
Having to run the game to check the AB/AC is a pain in the arse.
And after a bit of testing, apparently its true that the game doesn't give two trucks what order you give an NPC its levels. Near as I can tell, what ever class ID comes first gets counted first.
The ability to directly determine an NPCs BAB, instead of it relying on the numbers coming from a class, would be phenomenal, as long as the final result also states what the total AB of the creature is, with stats, and equipment.