Thank you!
Regarding mods to make game harder (eet compatible) someone has ideas?

SCS and all the tactical mods aim to do precisely that. You can also apply tons of tweaks in BWS which reduce gold and experience rewards.

I imagine balancing is tricky because people have different levels of expertise with the game. Some people want more of a challenge than others.

If you do eventually revise and create a "recommended" mod list for the defaults in BWS, you can come up with tweaks/balance changes based on that level of content. If someone else throws in even more mods with more content producing more experience points, it alters the balance of the game significantly. And the game is only partially linear. The fact that a lot of the content can be done out of order makes it hard to target the challenge level of what level you expect the player to be.

So I tried a full install with almost everything. I was going to wait for the final 2.5 patch from Beamdog, but since I was already wiping things and testing BWS I decided why not. Except this time it failed on EET-Core very early on.

https://drive.google...eaeYU0EPeMAPn71

I tried a minimal install with just Might and Guile, Wilson Chronicles and The Bear Walker. Wilson's Chronicles threw an error, but Might and Guile did not. Here are my logs:

https://drive.google...iew?usp=sharing

As for the Weidu/Tobex issue, it does seem like while semantically you can't say mods are completely to blame because they were using a valid command which has now retroactively broken with a Weidu update. However, it does look like there is a simple fix for the issue by updating the Fixpack to use FILE_EXISTS instead of FILE_EXISTS_IN_GAME. I get that new releases of Weidu should try to avoid breaking old mods and should try to preserve backwards compatibility. If they don't want anyone using FILE_EXISTS_IN_GAME, then they should document that and officially deprecate that command.

Are yousure that it's weidu and not the mods that break themselves by using the WRONG command ... and weidu retroactively just fixing itself for the correct usage of the command. As you can read, CamDawg says, the MOD is using the wrong command.
 

 
 
If the command exists in Weidu, then it is available for people to use. If you don't want people to use the command, then deprecate it and remove it.

You can't blame someone for using something that is made available and in the documentation.

I think it makes sense to change the usage in Fixpack now as the quick and easy solution, but Weidu should also deprecate the command as well in the long run.

Last time that I read WeiDU manual I got an impression that FILE_EXISTS and FILE_EXISTS_IN_GAME works differently and therefore could be used for different purposes with a different result in mind. This post seem to support the conclusion. How on earth can you replace one with another and hope things will work?

You are correct. The command is in the documentation and it serves two different purposes. But when the regression was reported to Weidu devs, they're saying they never intended for the command to really work and they don't want people using it. Again, I'm arguing they should properly deprecate it then. But since we know it is currently broken in the current version of Weidu and the Weidu devs don't intend to fix it, the Fixpack needs to change which command they are using.

Ah, that makes sense. I'm not even installing the Tenya mod. But now I'm worried that I'm just covering up something else being broken in my install if this works. The "actual 185" value in my install may be hosed by something else. Is there a way to go through my logs and see what might be causing that?

This is (one of) the dialogue file the joinable Tenya would use, not the original Tenya that is always in the game.

It is in my override folder. It looks like SETUP-EEE copied the file there and I can't see any other reference to the tenyj.dlg file in any mod I'm installing.

I have a complete install now that I removed that one snippet. I ran into one more small failure.
 

 

Copying and patching 1 file ...
[override/QD_MCP01.spl] loaded, 154 bytes
ERROR: cannot convert kit_code or %kit_code% to an integer
ERROR: [override/QD_MCP01.spl] -> [override] Patching Failed (COPY) (Not_found)
Stopping installation because of error.
Stopping installation because of error.
ERROR: [CVMystra.2da] -> [override] Patching Failed (COPY) (Not_found)
Stopping installation because of error.
Stopping installation because of error.

ERROR Installing [Sandrah EET additions], rolling back to previous state

 

Before when I was getting this error, I thought it might be related to Might & Guile failures I was also getting, but I stopped including Might & Guile in my install.

some reporting from my BWS megamod install: i've got inventory stutter problem only when Sandrah is in my party, and that is not fun at all, cause i did want to try this new mod.

Weidu.log - http://textuploader.com/duvit

video - https://streamable.com/tw56a

p.s. yep, not biffing installation helped with wrong spell names problem

This lag (it is not stuttering, there are no scripts involved here) has been noticed by users with or without Sandrah. There is an official report at bean dogs about it, It is an issue of the game inventory handling itself.

Anyway, it appears that with Sandrah and or some other specific party members it happens more often than without them.

It is nothing that can be solved by BWS or the Sandrah mod. It may be improved by patch 2.5 of the game, but I have no information about that yet. It only affects inventory screen handling when you select items and the game does its checking to highlight the party members who can use it. It does not slow the normal play.

There are scripts looking for an item by looking in every potential inventory spot of every character constantly, which can be a pain.

The reason it may be better when you drop Sandrah is that you have one fewer party member. Try adding her back in and dropping someone else instead.

But my understanding is that the lag is worse when you have bags to increase inventory item spaces, and more party members to increase more inventory item spaces.

Sounds good! Let me know when it is safe to try again. Can I update from the existing script or do I have to download a new package?

I found a recent example. I'm in Beregost. I just met Garrick who took me to meet Silke and Imoen chimes in with:

"Your babbling about Helm is tiresome! I won't listen anymore."

Except no one was talking about Helm.

The other thing is that early in Candledeep I got a prompt in conversation with her asking if I wanted her to be a Mage, a Thief or both. I said just Thief. But her class is Thief/Mage, except she can't memorize any spells.

- Do you have an example for the Imoen issue? I am not sure that it is caused by *Chatty Imoen*, because the mod works with sound files rather than adding *conventional* dialogue to Imoen:

I'll try to get a more specific example next time it appears she is saying the wrong thing. There are no doubt a lot of mods that touch her dialogue so I'm not sure where the conflict is coming from.

@enderandrew

This time mods are not responsible for the issue so no one needs to be notified to fix anything. As for the rest of you post, you will be surprised when you read this: http://www.shsforums...ices-discussion

I read and referenced that thread.

As for the Weidu/Tobex issue, it does seem like while semantically you can't say mods are completely to blame because they were using a valid command which has now retroactively broken with a Weidu update. However, it does look like there is a simple fix for the issue by updating the Fixpack to use FILE_EXISTS instead of FILE_EXISTS_IN_GAME. I get that new releases of Weidu should try to avoid breaking old mods and should try to preserve backwards compatibility. If they don't want anyone using FILE_EXISTS_IN_GAME, then they should document that and officially deprecate that command.

How difficult would it be to do a replace all FILE_EXISTS_IN_GAME/FILE_EXISTS on the Fixpack and call it a day?

The Fixpack is actively maintained. So a simple solution is within grasp.

I want to use BWS for my new EET install. There are still mods missing in BWS selection that are claimed to be EET compatible. The list on G3 and in BWS are not the same. Will that change soon?

It would help your cause to name the mods which are not in BWS. Or at least a few, to make your case.

 

I posted a list a while back. I think there is a bit of a catch-22 in the process that I'd like to see addressed. It seems like some mods (or mod updates) aren't added to BWS because they haven't been tested. But without BWS, it is hard to try and install any of these mods in a large, complex EET install because things have to be installed in a certain order. NTotSC 2.0 put out a beta in November. It is February, there have been no updates to it. It won't be included in BWS because it hasn't been tested, but how can someone be expected to test it in EET if they can't install it? So it just sits there, and likely will continue to do so.

BWS has different levels for mods. I get not marking it green or having it checked by default if it is untested, but I'd like to see ways to get some of these in the experimental section of BWS.
 

So I wiped everything, had Steam check the files in BGEE and BG2EE to make sure they are correct, ran modmerge again, downloaded BWS and put it in a new folder and basically started completely fresh again.

But BWS isn't showing me the continue button once again.

 

That is exactly what my first screen looks like. Your title bar is blue and mine is orange just because of Windows 10 themes.

BWS stopped in the same place again. There is no weidu log in my BG2EE folder. And it looks like it didn't touch my BG2EE folder.

 I see in your Sandrah Saga thread you mention there is a 2.0 beta version of NTotSC. Is there a way to use that with BWS? It looks like BWS is meant to pull down 1.7. Also the Sandrah Saga instructions say to install Siren's Call, but I'm not seeing that in BWS.

The old big mods have just recently been overhauled for EET, i.e. old code was removed, no more biffing, overpowered items and enemies have been adjusted etc. The intention was to preserve their content but not necessarily all the extra tweaks and rule changes of the originals. They have been tested by some experts but not by a large player base yet. So, BWS treats them like new mods and marks them red for your attention. All known bugs from the originals and new one discovered from tests are fixed but they may still have undiscovered issues. I have played them without problems.

I don't expect things to be perfect with a large collection of mods. I'll take that risk.

These mods have problems (time, health...) of their maintainers and may be fixed once the owner deels fit to do. So nobody else is trying to fix anything meanwhile. There was a very heated and ugly discussion not long ago about BWFixpack doing things to provide interim fixes for mods and this is not done for any mod that is still *alive*.

I don't want to derail the thread, but I assume there have to be reasonable ways to do this. Perhaps make it a separate mod that isn't part of BWFixpack by itself, but a new mod that cleans up and fixes other abandoned mods.

On a case-by-case basis, someone could also just fix and repackage the individual mod in question if the author made it clear it was abandoned and someone else could pick it up. Personally, if I created content, I'd want new players to have access to it over time to enjoy it.

Or perhaps it's because you're attempting this with a Steam installation. I can't report on whether or not that should work. I can say you absolutely need SoD for EET installs, though.

I assume if this didn't work with Steam, someone else would have run into this before me. I think I own BGEE and BG2EE on GOG as well via GOG Connect. I can grab those versions and try if need be.

  have a suspicion but I have no idea how to verify it or how to work around it for you.
There are some mods that download as self-installing exe files instead of zip or rar archives. BWS has a special handling for those so that they do not self-install but work at the right point in install sequence. These mods appear in BG2 (so BG1 works fine for you). It may be this process that fails on your PC.

If you can think of a workaround or a way for me to test this, let me know.

The only weird thing I'm noticing is that The Picture Standard requires and brings in Eilistraee's Song (which is otherwise in red).

The downloaded file for Eilistraee's Song is "Eilistraee&#39" with no extension.

 

The single quote in the file name is breaking the call to download the file.

It's almost like he didn't actually choose the correct installation type at the beginning.
 

I've tried Recommended, Tactical and Maximum.

Can you provide a screenshot of what selection I'm supposed to make at the beginning?

ster Github branch)
* Revised Battles 6.3 (needs testing) This has not been confirmed as compatible

I've been looking for a thread on this to see if there is a bug that can be fixed. I'm not finding anything. The only EET bug I've seen listed for Revised Battles 6.3 is addressed in the Fixpack.

https://github.com/B...dd65b3d5a3647f3

Hi, anyone know how to fix the SCS installation : "Out of Memory" ?

 
Of course.
 
CAREFULLY read posts #11 and #17 on this thread: http://gibberlings3....showtopic=28718
 
This is the only working solution. Error gone forever.
 

When BWS runs, does it grab an updated Weidu and use that, or whatever executable is bundled with each mod? If it is grabbing a recent Weidu to use for everything, then if that were patched to allow the the use of more than 2 GB of memory, that would cover every mod.

This error message is strange.
1. Sandrah does not check for any specific NTotSC version but for existing files. Those files exist in both versions and the check is already successfully done by the time you get your error. (Or is the error from BWS which thinks you use the interim?)
2. The mod interactions component fails not due to NTotSC but due to Tenya. There is not sufficient data in your post to see why the install does not like Tenya.
3. I wonder why you get this Tenya error this time while in subsequent attempts you had this portion installed successfully?
 

This was the first time I tried installing NTotSC 2.0, hence the new error. The error was visible in BWS. I was able to right-click on NTotSC Interim and select "pause before this mod" and when it paused for that mod, I manually installed 2.0 with all components with no errors. When I hit resume, I so no option to skip NtotSC Interim. That and the NtotSC Dialogue Fixes failed, but I assume the Dialogue Fixes are likely already in the new 2.0 version.

I think I might just wait a few weeks for the final 2.5 patch to come out for EE, and hopefully NtotSC 2.0 will be integrated into BWS rather trying to force it in via workaround.

Not that. I mean game selection. You want to choose the BG2 EE / EET after choosing Language.

That doesn't pop-up anymore after the first time you run it. I've wiped the BWS folder completely, downloaded from scratch and tried it repeatedly. It is possible I missed that setting once, but I don't think I've screwed that setting up every time. Just to be sure, I just wiped my entire BWS folder, I downloaded it once again and made sure I picked BG2:EE / EET for my game type and I'm trying it again.

I'm looking at BWS for EET currently. It is nice that it downloads the mods for you, where as BWP used to have you hunt down and download all the files manually.

 

Aye, I'm installing a customized MAXIMUM install for BG2 EE/EET at the moment with BiG World Setup. Note that if you use the Divine spell changes/additions from BOTH IWDification + Divine Remix together, you'll end up with duplicate but differently-working spells in cleric spellbooks, such as two types of Cure/Cause Wounds.

 

I also identified, but haven't tracked down, an issue with 'Protection from Alteration' not blocking Basilisk petrification gaze - it appears to be linked to changes made to their gaze, where it first slows you, then puts you into a permanent *HELD* debuff and changes your colour. 

 

Other than those, I spent a couple days with said install already and had much fun with only inconsequential issues such as stores having a few different items than normal. 

Good to know. The duplicate spells doesn't seem like a deal breaker, but I assume I can probably disable just one component from one of those to remove that.

As for the Basilisk petrification gaze, I'd report that in the thread of that specific mod.

Edit: Did you include Check the Bodies, Region of Terror and Secret of Bone Hill in your maximum install?