argent77

I haven't heard about it from the other EE games yet. I was able to trigger this issue in BG2EE too. It looks like this combo should be avoided in all games.

WeiDU handles patching of the game executable just like every other game resource that is patched by a mod. The bgmain.exe is a big file (over 7 MB). It's very unlikely that both mods patch the same byte sequence in the file. It should be fine to install both mods. But you should consult the readmes of the mods just in case.

I haven't heard about it from the other EE games yet. But they all use the same engine, so it could affect these games, too. In any case, I don't see a need for an EndCutSceneMode() if it's followed by a Dialog() call. (Unless the dialog is not guaranteed to trigger. In that case it would make sense to add EndCutSceneMode() *after* the Dialog() call.) That should be fine. The dialog should have ended cutscene mode already, so the final EndCutSceneMode() call does nothing except waste two AI ticks.

The combo of EndCutSceneMode() and StartDialogNoSet() or Dialog() is commonly used in many cutscenes in IWDEE. Examples are EEPEQTLK.BCS or EEPOQCT1.BCS. According to Bubb there is a 2 AI-tick gap between execution of these two actions. This gap allows unrelated script actions to be executed in rare cases which may interfere with the scripted events in unintended ways. I could reproduce it with the Cornugons and Iron Golems in the final battle at Jarred's Stone where sometimes either a Cornugon or an Iron Golem moved to the party while the series of cutscenes was still being executed. Since there are several transitions between cutscenes and dialogs it is potentially possible that the party is also attacked by the creatures (or worse, has to suffer from the Iron Golem's cloud ability) while still being locked in cutscene mode. If there is no particular reason for the EndCutSceneMode() action to be present, I'd suggest removing it in all these cases.

The ext4 casefold method is described here:

Spellhold Studios Test Your Mettle! Test Your Mettle! is a mod for BG2:EE and EET that provides you with a unique dungeon crawling experience. Version 1.5 provides Simplified Chinese translation as well as various improvements and bugfixes. Full changelog: Added Simplified Chinese translation (thanks yoshimo0417) Improved event of unsealing the boss chamber Improved several visual effects Improved general mod compatibility Fixed missing spell effect of a Drone penalty on heavy damage Minor creature fixes Links: Forums: SHS, Beamdog Download: GitHub Readme

That has been fixed last year in one of the commits among many other issues. In general, EET has been greatly improved since the latest official release. By now I would always suggest to download and play the latest master branch version instead of the (outdated) release version.

I have recently coded an improved version of the "FIND_FREE_ANIMATION_SLOT" function for my own mods which returns a free animation slot for a specified animation type as well as other useful values for installing new animations (such as ini filename and ANIMATE.IDS entry). The function code is attached below. This version takes animation types into account that are only available for very specific subranges (like monster/monster_old or monster_quadrant/monster_multi/multi_new), based on IESDP information, and provides several more parameters for customizing slot detection. Example code for a typical creature animation installation of type "monster": INCLUDE "%MOD_FOLDER%/lib/a7#anim_slots.tph" LAF FIND_FREE_ANIMATION_SLOT INT_VAR // slot_index = 0x7300 // optional: alternate method for requesting a type-specific animation slot // in place of the "type" parameter below. // min_index = 0x7350 // optional: further restrict available slot range (lower limit) // max_index = 0x7390 // optional: further restrict available slot range (upper limit) // silent = 1 // optional: suppress (warning) messages STR_VAR type = "monster" // supported animation types are listed in the a7#anim_slots.tph script file symbol = "PET_CORNUGON_IN_PINK" RET slot // the free animation slot number ini_file // filename of the associated INI file animate_entry // configured ANIMATE.IDS entry END // Returned values: // slot: 0x7002 // ini_file: 7002.ini // animate_entry: 0x7002 PET_CORNUGON_IN_PINK COPY "%MOD_FOLDER%/pet_cornugon/7xxx.ini" "override/%ini_file%" APPEND "ANIMATE.IDS" "%animate_entry%" COPY "%MOD_FOLDER%/pet_cornugon/petcornu.cre" "override" WRITE_LONG 0x28 slot // updating animation slot a7#anim_slots-v1.1.zip

Expanding spoilers with spacious content in quoted sections can break the website layout. Example: https://www.gibberlings3.net/forums/topic/34875-bug-report-ee-content-bugs/?do=findComment&comment=337035

[IWD] Brother Harken and Sister Incylia are initially positioned after a delay and reset their positions after a certain amount of time in the Fallen Temple area Brother Harken and Sister Incylia are positioned by script, based on the entrance the party uses to enter the area, to ensure that Brother Harken is always closest to the initial party location. This method introduces a delay of up to several seconds before the positioning is performed. Moreover, it causes their positions to reset after a certain amount of time (24 hours?). If you entered from Marketh's Palace - Myconid area then both characters will stand next to each other or (in rare cases) on top of each other. If you entered from the Lower Dorn's Deep Forge area then Sister Incylia's will return to her original position near the blocked staircase. I can think of two options how to fix these issues: Adding a MoveToPoint() action after the JumpToPoint() action in the script seems to prevent their positions from resetting but does not fix the delay before their initial positioning. Defining their positions in the INI file of the area solves both issues at the same time but may potentially conflict with mods that attempt to modify their positioning behavior (if there are any). Any suggestions?

I have updated the auto-build scripts for NI which should produce working macOS binaries in future releases (unless Apple deprecates even more APIs in future macOS versions.)

Finally some good news. I think I'll go with the Oracle version.

Thank you! I have created several more (zipped) PKG files with JDK packages from different distributors. Could you test whether any of them actually works? installer-macos-arm64-corretto.zip installer-macos-arm64-oracle.zip installer-macos-arm64-temurin.zip

In that case there isn't much more I can do on my side to fix this issue. Could you please upload your own (working) version?

Interesting. I couldn't find out much about this error except for this thread. It isn't very clear but it seems to be caused by a deprecation of an API in macOS 14 that is used by some Java Runtime packages. Could you test whether this version runs on your system: NearInfinity-macos-arm64-2.4.20240424.pkg