Waiting for a Textpack update; currently the install fails.

Definitely - please share your patches.

Re 5 (porter) - as this convenience issue applies to the whole game, I'd like a tweak to have a passive movement speed boost on the whole party at all times EXCEPT during combat

Does anyone know how to write a unified diff so that it will not add lines as duplicate that are already there at the end of a file?

 

The end of file is key, because there's no context below to cause the matching to fail.

 

Specifically, here is what happened:

 

 

Different mod. "38 subraces for BG:EE" is the mod that breaks romances.

I'm not sure but the menu for FinnJ0l's subraces might only activate if you start the game in Candlekeep. I'n guessing you used the Dungeon-Be-Gone mod and started a new BG2 SOA game.

It might be User Account Control.  You can try disabling user account control from the control panel.

 

It might also be some kind of anti-virus software preventing the (!) unknown (!) patch.exe from running.

Tom, what game type are you installing?  BGT?

 

When BWS fails to download a mod, you should be able to choose the 'p'rovide option followed by either 'd'ownload (opens a browser window with the download link for the mod) or 's'elect (opens a file explorer window in the BWS download folder so you can tell BWS which archive to use).

 

If you chose 'd'ownload, make sure you move the downloaded mod archive (zip/rar/7z etc) from the browser's downloads folder to the BWS downloads folder before you 'c'ontinue in BWS.

 

After you provide the mod, if BWS still doesn't like the file size, you can 'f'orce it to accept the archive.

Do you know why the worldmap.wmp needs to be overwritten with a Fixpack version? I wonder if some other mod is breaking it and this was a workaround. Ideally we could correct that underlying problem so no change is needed in Sandrah and no workaround is needed in BWS.

Alternatively you could check if setup-bws.tp2 component 0 is installed, but I'd prefer that you don't have to do that. Also BP BGT worldmap is not mandatory with BWS...

I think I removed that worldmap.wmp copying step before Sandrah. Until I update BWS, you can solve this as the BWP guide suggests by copying that worldmap.wmp file manually from Big World Fixpack\worldmap folder to your override just before installing Sandrah.

I've done a bit of work on SoBH's installation script to make it cross-platform (+ Linux/OSX), but haven't looked into EE(T) compatibility.  Rumor has it someone else did a basic conversion but it was too brittle for release.  I expect it will require a lot of time and effort to make it properly compatible (i.e., patching existing content instead of overwriting and deleting anything from other mods).  I don't know of anyone working on it currently.

 

Not sure about Longer Road - I just asked about it in the Beamdog forum thread.  The original author has been active there!

 

Expanded Thief Stronghold is reported to be fully playable on BG2EE, although there might be a few glitches.  It might need a bit of additional patching for EET (e.g., EET uses different chapter numbering).

Samriel, see my response to your question on the BWS thread.

Re #5, I read the question as "will the mod fail to install if you delete the BMP files from the mod's install folders before running the setup" .. and I think the answer depends if the mod uses COPY on specific BMP files (if missing, this would cause the install to fail) or a regex (wouldn't care if some BMPs were removed).

For now I updated BWS to copy this worldmap file back in just before installing Sandrah.

in one package for whatever reason

 

 

Of course the BGT versions of these old mods have been gathering dust for a long time, but when taking existing mods and making them EE-compatible, there's usually some amount of fixes that can still benefit the old platforms.  The classic editions aren't going away any time soon, and many players still want to experience content that hasn't been brought to EE yet, so it's definitely preferred to maintain backwards-compatibility when adding EE(T) compatibility.

 

If it was difficult to maintain backwards compatibility, it would be understandable to avoid the time and effort, but WeiDU makes it easy to maintain backwards compatibility through GAME_IS checks and INCLUDEs and techniques like SPRINT ~eedir~ ~/ee~ .. COPY ~mymod/items%eedir%/mace.itm~ ... so you can retain old-style resource files while also bringing in new ones that use EE-exclusive opcodes, etc.

 

Obviously this argument does not apply to new mods that are created with EE in mod, as there you would actually need to create additional resources compatible with the old platforms.  But if the old-style resources already exist in a mod that is being updated, why throw them away?

 

Edit:  To be clear, I am not including Sandrah in this "old" category.  You've done a lot of completely new development for EE, so you would need to create an entire additional set of resources to provide BGT compatibility.  Likewise, when any old mod converted to EE starts to have significant amounts of new content added to it, I would not expect that new content to be available on the old platform.

Your points are valid. I come at this from the perspective of someone who is already supporting both worlds, since I am maintaining BWS and the BiG World Fixpack, both cross-platform.  It's all a trade-off of time and effort and knowledge vs. benefit.  I certainly would not argue that backwards compatibility is a must-have.  But if it can be done and kept in the same package as the new code, it usually makes my life easier.

Thanks to your feedback on the amount of XP in BG1, I've changed the BWS default recommendations to reduce XP by a further 25%.

predalien - none of the mods you listed are compatible with EET yet:

 

-Check the body
-secret of bone hills
-the vault
-reign of terror
-shadow oversoubar
-tortured soul
-Expanded Thief Stronghold
-Arena
-planar sphere

 

Ikki is working on compatibility patches for some of them..

Installing this mod will also mean that WeiDU's sc#AddWmpAre function will fail to find existing saved games for patching because it looks for saves in %SAVE_DIRECTORY% and %MPSAVE_DIRECTORY% (similar to USER_DIRECTORY, these are built into WeiDU and differ by platform).

 

Can you add a further disclaimer about that and maybe work with Wisp to update the WeiDU function (it's in src/tph/sc#addwmpare.tpa in the WeiDU source code) so it is also searches your relocated save path?

Thanks for your response!

https://forums.beamd...er-slayer-dream claims that component 2070 (free action does not prevent haste or movement bonus) causes problems.  Is this component OK in current version?

Done: http://www.shsforums...ft/#entry589078

I'll look into this today. I suspect the proper fix will be to skip FFT's patching of action.ids entirely for EE games...

The new component is coded to check sequentially for the 'individual disable" components in if/else blocks, so it seems it will not give items for more than one of the disabled NPCs unless you chose the "disable all" component.

Has anyone used the master branch of TobEx (or anything newer than the official last release v0026) successfully with the old BG2 classic / ToB engine?  I'd like to switch BWS to use the master branch of TobEx for non-EE games, as the commit log indicates some improvements of interest have been made since 0026 (such as * Saving Throw Fix: Fixed excessive save vs type messages).  A positive or negative user experience report would be appreciated.