DavidW

I've now tried to reproduce the Monk CTD problem with Monastic Orders and again can't do it- it's working fine on my install. Either your install has somehow got corrupted, or it is some subtle compatibility problem. All I can suggest is that you reinstall and, if the problem persists, try altering your mod stack to see what makes a difference.

I would either (a) ask on the Beamdog forums, where there are quite a few players who do no-reload SCS runs (they seem to hang out there more than here); or (b) decide that particular battle is badly balanced for your personal play style, and turn the difficulty down for it.

They're mostly harmless. spwi418d and halb11 are completely harmless: it's SCS trying to correct problems that aren't there on SR/IR installs in the first place. scrl07 is SCS trying to apply some patches to Protection from Magic scrolls, and getting confused because IR has altered how those scrolls are coded. The patches aren't applied but the consequences will be minor at worst. The 'include without an argument' is a warning from SFO, the set of function libraries in which SCS is written. It points to a function that isn't actually being run - in this case, the function to make Time Stop detectable. That will cause some minor AI glitches (though not if you're using Ascension 2.0, since it uses the same function and installs it correctly). All this will be fixed in the next release in any case.

I've just released Beta 6, which fixes this issue.

Version Beta 6 of IWDification is now released. This is a very minimal update - it just corrects a nasty logic bug on Enhanced Edition installs that (unless you installed components one at a time) messed up the animations, prevented Giant Insect from installing, and broke SCS compatibility. EDIT: And it adds an updated French translation! This mod is basically CamDawg's baby, not mine (I wrote a lot of the code it's based on for IWD-in-BG2, but he turned that code into something self-contained). So I haven't tried to do a more systematic trawl for bugs.

I feel bad about the Smart_I_C_T function - I should have made clearer that it was beta at best, and that although I'd tested it fairly carefully I couldn't guarantee it was working fully. I still think the idea is good - I'll do a debug pass when I have a chance.

I know of lots of people who have beaten it, so there are viable strategies. The readme gives my own: refuse to play Durlag's game, and slug Potions of Absorption to avoid the effects of the chessboard.

Dark Horizons has installed a broken item, 'cmstq04.itm'.

Yeah, I can do Entropy Shield my side, once I know how SR wants to resolve this. Though SR still might want to check for it and patch it if present, since IWDification might have been installed earlier. I hadn’t considered Icelance.

If you or anyone else still gets these bugs on 32.8 and the latest version of EEEX, let me know.

I can reproduce this. Belated thanks; will fix.

Physical Mirror reflects the ARROWFLM projectile, which is used by vanilla Flame Arrow and also by some, but not all, of SR Flame Arrow's secondary spells. So I think (I admit I haven't tested it in-game) that Flame Arrow will be rather inconsistently reflected by Physical Mirror, which I assume is unintentional. (The same will be true for Entropy Shield if IWD spells are present, though arguably that's not your problem.)

It is fairly likely that I will release a new SCS (little or no new content, but lots of bugfixes) in the next 1-2 weeks. No promises, though.

I'll have a look. It's fairly unlikely you can hotfix this: workaround is not to use the spell, sorry.

For my records as much as anything since the original comment is six months ago, but: This isn't a bug - as in, he was never supposed to be protected. But after some consideration, I'll probably add protection on the next SCS release. I was about to decide not to - it's no fun if your cool anti-undead weapon never works on powerful undead - but checking the AD&D Monster Manual, the Mace of Disruption explicitly doesn't one-shot a demilich. That swung it for me. (In SCS, AD&D source material doesn't get treated as infallible, but it does get treated as important.)

There are so many scripts (mostly) because I don't want to waste space and processing time including every HLA and class ability in the AI script. So (e.g.) kensai have their own script, and only that script uses Kai. If you look in genai/ssl/hla.ssl, that's where all the HLAs and kit abilities are kept. The various 'requireblock' bits make sure only certain bits of it get compiled for each script. As for thieves: all thief multiclasses use the same script. (Under the constraints of the Infinity Engine AI, there's not much tactical difference between how thieves and fighter/thieves ought to fight.) (Greater) Evasion is listed in the HLAs (look in 'thief') but using it isn't implemented as of 32.8: that will change in the next release.

I can't reproduce this (on EE, SCS 32.8). If anyone else gets it, can you give me some details? (Your WEIDU.log and which version of the game you're using should suffice.)

Thanks, that confirms my suspicions

I can't reproduce this. Give me a specific scenario that reproduces it if you want me to investigate.

This will not generically work, I'm afraid. The name and description don't live in these files. The files just contain numbers which reference lines in the master text-string file (dialog.tlk), and those lines aren't included in the files. This works on Avanade's computer because s/he has already installed SCS, and WEIDU mods leave new lines in dialog.tlk even after uninstall. But it won't work on someone else's computer, and it won't work on Avanade's computer if s/he reinstalls BG2.

I don't think I did state that. I stated compatibility with SR, not SRR. I agree, this is clearly an AI issue. It's complicated by the fact that Planetars have SR-dependent AI. Will check.

IWD-in-BG2 is defunct as a project (as noted on the pinned threads) - it was absorbed into Icewind Dale: Enhanced Edition. I should probably have closed this thread; apologies. I'll do it now.

I will have a look. A warning, though: I don't officially support SRR and IRR, only SR and IR.

OK, this is a little weird. My test case was: 1) Imoen casts True Seeing 2) Someone casts Power Word Blind on Imoen - she's unaffected. Can you give me an exact scenario like that to reproduce the problem you're seeing? (I should say that I haven't checked yet if it can *dispel* blindness, rather than *protect* from it. But your report says neither is working.)

I can't reproduce this on 32.8.