If this bothers anyone else, the include file prc_x2_craft.nss can be edited to allow any spells for staves... I mean, what's even the point of epic staff crafting if you're capped at level 4?

Find the function CIGetIsSpellRestrictedFromCraftFeat:
int CIGetIsSpellRestrictedFromCraftFeat(int nSpellID, int nFeatID)
{
    string sCol;
    switch(nFeatID)
    {
        case X2_CI_BREWPOTION_FEAT_ID: sCol = "NoPotion"; break;
        case X2_CI_SCRIBESCROLL_FEAT_ID: sCol = "NoScroll"; break;
        case X2_CI_CRAFTWAND_FEAT_ID:
        case X2_CI_CRAFTROD_FEAT_ID:
        case X2_CI_CRAFTSTAFF_FEAT_ID: sCol = "NoWand"; break;
    }
    return !!StringToInt(Get2DACache(X2_CI_CRAFTING_SP_2DA,sCol,nSpellID));
}edit it to this (comment out everything but the last line and replace sCol in the last line with "NoScroll"):
int CIGetIsSpellRestrictedFromCraftFeat(int nSpellID, int nFeatID)
{
    /*string sCol;
    switch(nFeatID)
    {
        case X2_CI_BREWPOTION_FEAT_ID: sCol = "NoPotion"; break;
        case X2_CI_SCRIBESCROLL_FEAT_ID: sCol = "NoScroll"; break;
        case X2_CI_CRAFTWAND_FEAT_ID:
        case X2_CI_CRAFTROD_FEAT_ID:
        case X2_CI_CRAFTSTAFF_FEAT_ID: sCol = "NoWand"; break;
    }*/
    return !!StringToInt(Get2DACache(X2_CI_CRAFTING_SP_2DA,"NoScroll",nSpellID));
}
Now you can also do custom wand levels, however rods won't be properly capped.  To do that, you gotta copy and paste this little guy:
    // -------------------------------------------------------------------------
    // check if spell is below maxlevel for craft want
    // -------------------------------------------------------------------------
    int nMaxLevel = GetPRCSwitch(X2_CI_CRAFTWAND_MAXLEVEL);
    if(nMaxLevel == 0)
        nMaxLevel = 4;
    if (nLevel > nMaxLevel)
    {
        FloatingTextStrRefOnCreature(83623, oCaster);
        return TRUE;
    }from either here or the wand crafting check function, and put it after this part in CICraftCheckCraftRod:
    int nLevel = CIGetSpellInnateLevel(nSpellID,TRUE);
    if(GetPRCSwitch(PRC_CRAFT_ROD_CASTER_LEVEL))
    {
        switch(nMetaMagic)
        {
            case METAMAGIC_EMPOWER:
                nLevel += 2;
                break;
            case METAMAGIC_EXTEND:
                nLevel += 1;
                break;
            case METAMAGIC_MAXIMIZE:
                nLevel += 3;
                break;
/*            case METAMAGIC_QUICKEN:
                nLevel += 1;
                break;
            case METAMAGIC_SILENT:
                nLevel += 5;
                break;
            case METAMAGIC_STILL:
                nLevel += 6;
                break;
These dont work as IPs since they are hardcoded */
        }
    }
then recompile prc_scripts.  Now you not only have uncapped staff crafting but can set the wand/rod level cap to whatever you want with switches.  I wouldn't recommend altering the brew potion max level unless you want to do extra editing of CICraftCheckBrewPotion to work properly with the master alchemist class.

edit: I suppose the quicker and dirtier method would be to simply move case X2_CI_CRAFTSTAFF_FEAT_ID: to the line before case X2_CI_SCRIBESCROLL_FEAT_ID:, but then you can't raise the wand/rod max crafting level.

Hey, it worked!  I should correct that even things with only the PRC installed (not the merging crap I was ranting about in the OP) would cause crashes too.  In case anyone else runs into the same deal.

Is that nwnx_funcs.dll important at all?  I'll try to figure out the highest version that will run without crashing for me and report back for the sake of others.

edit:
Ok, version 089 was the latest I could get to work.  Got it from here.

Yes, because it's a brute force that sacrifices PRC functionality, such as weapon finesse applying to melee touch attacks, ray weapon spec, who knows what else.  But if you're playing in a campaign where AC bonuses are used, abused, and abused some more, you come out on top.  It's been awhile, but a quick diff and I think the only thing I did was change prc_inc_sp_tch.nss in include, replacing the two occurrences of the GetAttackRoll calls, namely:

    int nResult = GetAttackRoll(oTarget,oCaster,OBJECT_INVALID,0,nAttackBonus,0,nDisplayFeedback,0.0,TOUCH_ATTACK_RANGED_SPELL); //line 17

    int nResult = GetAttackRoll(oTarget,oCaster,OBJECT_INVALID,0,nAttackBonus,0,nDisplayFeedback,0.0,TOUCH_ATTACK_MELEE_SPELL); //line 32

with these two code blocks respectively:

    int nResult;
    if (oCaster == OBJECT_SELF)
    {
    nResult = TouchAttackRanged(oTarget, nDisplayFeedback);
    }
    else
    {
    nResult = GetAttackRoll(oTarget,oCaster,OBJECT_INVALID,0,nAttackBonus,0,nDisplayFeedback,0.0,TOUCH_ATTACK_RANGED_SPELL);
    }

    int nResult;
    if (oCaster == OBJECT_SELF)
    {
    nResult = TouchAttackMelee(oTarget, nDisplayFeedback);
    }
    else
    {
    nResult = GetAttackRoll(oTarget,oCaster,OBJECT_INVALID,0,nAttackBonus,0,nDisplayFeedback,0.0,TOUCH_ATTACK_MELEE_SPELL);
    }

Now, I remember this as working right, but looking at it I can't really remember what the purpose is of that if statement.  So who knows...

Here is a modified EN4 CEP2 version (not the PRC version), with the PRC added afterward with the module updater.  It may lose a some functionality from the original EN4 PRC version, but since that version is so dated I doubt it works with the current PRC anyway.

It's been a long time since I messed with this, so I don't know precisely everything I changed.  The main point of this revision was to make EN4 more of a "low magic" module, including completely removing some item constant effects I thought were way unbalanced: haste and trueseeing.  Pretty much all items are a lot weaker on top of this, so don't count on finding a +1 weapon at the start of the game.  Luckily, since all enemies also use the same code for their item loot, they are consequently more poorly equipped as well.  I think this makes stuff like samurai, soulknife, magic buffs, etc a lot more useful.

Besides that, all spawns are based on the party size of the player entering each area.  This means that the module is intended to be played either singleplayer or multiplayer with the one party setting.  The custom AI already included in the module is tweaked a bit, although I really don't remember how or why.  I added calls to doing "something" with traps and doors on each area enter, whatever that entails, but the call is made to the original EN4 code.  It seems it was just... never referenced in the normal version.  And one annoying thing should be fixed from the original EN4: corpses don't instantly vanish, they actually hang around for awhile (forever?).  There's other various things, like the removal of the quest point system (my precious item balance!), possible weirdness tweaking alignments for stuff, increased XP/gold quest rewards from using skills like intimidate, and uh.. maybe some other stuff.

Since I only recently "remade" this module by diffing the scripts and importing, there may be broken stuff.  While I did systematically examine all of the altered scripts, there's a chance I somehow messed something up.

One thing to consider, and it's something I'm thinking about, is using en4_mobdeath.nss to replace the EN4 XP script (that's where it is located at) with the PRC XP stuff.  Haven't bothered to do it yet, though.

It uses the currently released version of the PRC, which I think is 3.5 beta 2?

I've included the altered scripts from the original EN4 CEP2 version you can get from the nwvault.  I've also included the module before the PRC is added, in case the current version breaks with some future PRC release.

Since the filesize restriction is 500 kb, I've hosted these on hotfile, so I wouldn't count on these links existing for long.  I did attach the altered scripts, so with modpacker and the original EN4, this module can be recreated even if the hotfile link goes down.

PRC version
No PRC Version

Would it be possible to get the AC by summing it from the appropriate equipment, buffs, and stats?