argent77

Yes, it basically addresses the issue mentioned in the linked post.

Considering the engine limitations and the powergaming potential of the game, it's still quite faithful.

I think that behavior would already be too far away from the original AD&D description. It sounds more like an idea for a tweak mod. AD&D description of trolls: The current implementation is still quite faithful to the AD&D description.

Not all trolls in IWD can regenerate (e.g. ice trolls). Other trolls seem to be leftovers or incomplete imports from BG2 (or an early patch version of BG2EE) which don't appear in the game. CDTROLL1.CRE is one of them.

The script that was responsible for the falling-down mechanism in oIWD is still in place but doesn't contain any code. Instead it's realized by REG1HP2.ITM (or CIREVE.ITM for revenants) which does basically the same as TROLLREG.ITM in BG2EE. I have already made a PR which should cover all instances in SoD, BG2EE and IWDEE.

That's handled slightly differently where the trigger delay isn't as noticeable, but the patch should work basically the same. Edit: There is also "BDTROLL1.ITM" in SoD, but I couldn't find out where or whether it is actually used.

Slow doesn't appear to delay the falling-down trigger. Maybe it's delayed from one tick to two ticks, but that isn't noticeable by the player.

I have recently made an attempt to further improve the falling-down mechanism of trolls, which had been initially improved in EE games by moving it from script to spell effect, but still only triggers once per round. My change includes a second opcode 232 (Cast spell on condition) to the trolls' TROLLREG items which triggers an intermediate spell on "TookDamage()/instant" that executes the original falling-down spell (TROLLREG.SPL, etc.) when the current hit points fall below a certain threshold. The result of this change is that trolls will immediately fall down and are susceptible to elemental damage without being invulnerable for another full round (in the worst case). Would such a (quite radical) change of the regeneration behavior be suitable for inclusion in the EE fixpack? Can you think of unintended side effects this implementation might introduce? I have only tested it with direct damage and continuous poison effect damage, which both worked as expected. Relevant WeiDU code:

My guess is that some other mod already tinkered with some of the the savegame names and causes this Tweaks component to fail or not work correctly. You could perform a changelog on the file if you want to get to the bottom of it. For this, create a copy of "setup-cdtweaks.exe" (or any other setup-*.exe) and rename it to "weidu.exe", then execute this command from the command line in the game directory: weidu.exe --change-log savename.2da It should list all mod components that modified the file. It also creates copies of earlier revisions of the file if there were mod components listed by the command above. One of them might fix the quicksave/autosave issues by renaming them back to "savename.2da" and putting them into the override folder of the game. Make a backup of the original "savename.2da" in the override folder first.

I couldn't reproduce this error but I found a typo in the mod script which might be responsible for this issue. Could you download and unpack the attached zip file into the folder "cdtweaks/lib" in the game folder where you unpacked the Tweaks Anthology mod? Accept to overwrite the old file when prompted. Then try installing that component again. personalized_save_names.zip

XP reducer from the mod only affects creatures and quest XP from mod-related content. The EET XP reducer works globally on all game content. You only need to install one of them, otherwise quest XP will be reduced twice.

All Infinity Engine games support weather effects, except PST and PSTEE. Even fog works across the EE games (but vanilla IWDEE lacks the necessary fog tables for that.) The 'Snow' weather effect in IWDEE can be difficult to see because the engine appears to use the native screen resolution to render snowflakes, which can be hard to see on higher resolutions.

Magic Store of Vergadain The mod allows you to acquire a magical artifact called "Magic Store of Vergadain" that provides the means to visit any store you have visited in the past. Getting your hands on this unique artifact involves a small quest of one kind or another. It is available for original BG2, Tutu, BGT, BG:EE, SoD, BG2:EE, EET and IWD:EE. Version 3.0 adds several options that allow you to restrict the services offered by the summoned stores, such as resting, healing, identifying items or the steal option. Download: GitHub Discussion: G3, Beamdog Readme

New release: Magic Store of Vergadain 3.0 This release adds several options that allow you to restrict the services offered by the summoned stores, such as resting, healing, identifying items or the steal option (thanks @DavidW for the code contribution.) Changes: Added new subcomponents that allow you to restrict available services in summoned stores (EE only)

Improved Shamanic Dance This mod improves the main feature of the Shaman class - the Shamanic Dance. It allows you move at reduced speed while dancing to improve tactical options and provides additional features such as more useful spirits at higher levels, a new shamanic spell as well as several shaman-specific artifacts. Version 4.5 fixes a conflict between the subcomponent "Shamanic Pact" and the "Faiths and Powers" mod. You can grab the latest release from the download link below. Links: Forums: Beamdog, SHS Downloads: GitHub Readme

Spellhold Studios Skip Chateau Irenicus This is a mod for classic BG2, BG2:EE and EET that allows you skip all the boring details of Chateau Irenicus without losing potential equipment and items. Version 3.4 adds a Brazilian Portuguese translation to the mod (thanks Felipe). You can grab the latest release from the download links below. Links: Forums: SHS, Beamdog Download: SHS, GitHub Readme

DLC Merger DLC Merger is a mod that allows you to merge DLC archives, such as the Siege of Dragonspear expansion, with the main game. This step is required if the game expansion is distributed as a separate DLC before the game can be properly modded. Version 1.5 provides Spanish translation. Download: GitHub Discussion: Beamdog Readme

The "Open File" dialog is provided by the Swing GUI framework which Near Infinity is based on. It is (mostly) platform-independent, that's why it doesn't provide many options and integrates badly into the system. That GUI framework is ancient (first release: 1996), so it's unlikely it will ever get another feature upgrade.

There are actually three different variants listed for action 34 in IESDP: 34 UseItem(S:Object*,O:Target*) 34 UseItemSlot(O:Target*,I:Slot*Slots) 34 UseItemSlotAbility(O:Target*,I:Slot*Slots,I:Ability*) One of them can be used to select the ability. However, the item seems to be chosen by item slot instead of a resref. But you're right about the missing fourth variant. It should be listed even though it isn't defined in ACTION.IDS. There's already a precedent for this. Action 293 StartDialogOverride() lists the undefined variant for talking with conversable items.

I'll see if there is a way to turn on hidden file display in the "Open Game" file dialog in NI. As a workaround you could place the NearInfinity.jar into the game directory and start it from there. NI will automatically detect the game in that case. Moreover, the Flatpak version of Near Infinity should have set up a file association with the "chitin.key" file of the game. In that case you can simply navigate to the (hidden) folder of the game and open the chitin.key in the file manager.

The WeiDU docs don't appear to list all shorthand syntax that is supported by WeiDU. The best list I could find is in the WeiDU source itself: https://github.com/WeiDUorg/weidu/blob/master/src/dlexer.mll

Not all script action variants are listed in ACTION.IDS. You have to add the function signature first to make it accessible from scripts, like this: APPEND ~ACTION.IDS~ ~34 UseItemAbility(S:Object*,O:Target*,I:Slot*SLOTS,I:Ability*)~ UNLESS ~UseItemAbility~ CLEAR_IDS_MAP The latter command is important for WeiDU to register the ACTION.IDS changes.

Even with the optimized texture layout imposed by the NI conversion there may still be some glitches around the dynamic parts of tilesets. That's probably the best result possible with the currently available tools.

1. Using NI for palette-based TIS -> PVRZ-based TIS conversion is currently the best approach. Both conversion via Mass Exporter or selecting individual TIS files and choosing the option "Export... -> as PVRZ-based TIS" work equally well. The conversion through an intermediate format, such as PNG, doesn't work as well since it loses WED tile layout information in the process (which is responsible for the black lines after conversion). 2. The best way of using tile2ee is to include PVRZ-based tilesets in the mod and use the tool to convert them back to palette-based tilesets on-the-fly for the original games. This script from my Djinni Companion mod uses this approach, for example.

I'm especially worried about that line: It looks like this is an ongoing process that has most likely not yet ended.