Roxanne

You would need to transfer the complete transition between bd0120 and bd0103 to somewhere else - including party management, inventory moving, chapter transition, several cutscenes, revision of various NPC leaving after Korlasz dialogues and more. You would need to prevent a number of NPCs leaving you at this point. You need to introduce an exit from the tomb back to (possibly) the Undercity somewhere outside the Bhaal temple(?). While all the above may be feasible even if much work, the thing again would be compatibility. How would you treat all the mod NPCs that may be in your party when you defeated Sarevok and followed you against Korlasz? It will be an ambitious project, but will it really be an improvement? Is it for EET or for BGEE+SoD? Or both?

Laugh as you may... I had this transition-within-the-transition for the early version of EET. However, after some playing the game as a continuous story, I decided to move all this stuff to the earlier parts of SoD, partly to the Korlasz dungeon and partly to the first camp areas after you leave Baldur's Gate. It made a far better flow of the story than to leave the Sarevok plot and later return to it again while you spend a long time doing something else. So I speak from the experience of actually having done the thing and having experimented with some alternatives. But, yes, this is a very subjective decision. What is still left from my various attempts, is a party dialogue of some NPCs after Sarevok is dead and a chance to pick up some items from the final battle, so that there is not the immediate cutscene when Sarevok falls. I put this in my Sandrah mod, but it could be made a separate component by some other mod. I am pretty sure that K4thos would not want the EET itself divert from the original BG1 to SoD transition. One final argument against an additional interim between BG1 and SoD is compatibility. If such an interim would be introduced by some mod, the continuity for all the mods that take the story flow into account would be disrupted and you would have two variations instead. (BGT was different here, as it was the only transition between the parts). But that is just my opinion for whatever it is worth.

I suggest it is best to play this with EET (not BGEE+SoD) to see how it will NOT fit as it was done in BGT. In BGT the interim, Global("EndofBG1","Global",1) which changed to 2 when BG2 started was the time between Sarevok's end and waking up in Irenicus Dungeon. In EET this interim is called SoD. There is a logical *break* within SoD where you could go about and do other things, like TotSC, but it is not directly after Sarevok's end. That would break story and immersion. Just let it evolve and you will see the point where it makes sense to do some more adventuring during SoD. There is plenty of opportunity.

Did you play SoD already? After Sarevok's death, you clear the Undercity from his remaining followers and then start the actual SoD adventure. This is the sequence of events with the new episode inserted. Only after SoD you transit to BG2. Anyway, in EET you can postpone the TotSC content until after Sarevok at your convenience. One of the features of EET is the continuous worldmap that allows you to return to any former area you have explored during later parts of the game. Your wish is thus already reality with EET

The new tool is up for testing. Thank you to the original author and all those who contributed to BWS over the years. Special thanks for Alien aka AlienQuake for his encouragement and his contributions to enhanced code. Important notices: - This tool does not replace the original BWS. - Here is just a simpler alternative to support EE-game installs. - Due to its leaner approach and reduced functionality it should be easier to be kept up-to-date and working. - Usability will depend on contribution of tested *Compilations* - The tool tries to stay as close as feasible to BWS look and feel to make it easier for users knowing BWS to give it a try. - the current Compilations are placeholders to show how it works. By no means do I intend to impose my personal choices on anyone.

Compilations The tool itself per default provides the user with a free choice of mod selection with assistance in conflict and dependency detection and resolution. This requires some work and decision making to create your own game-of-choice. Some players would rather rely on game selections that have been successfully used by others before and will provide some enjoyable gaming without fear of running into unexpected problems. However, player's tastes and preferences are quite diverse and not *one recommendation* fits for all. The idea hence is to provide user tested compilations which you can load and use (you can fine-tune them as well if you dare.) To load a compilation, open the options tab on the mod selection screen, activate "Import selection from file" and navigate to BWS-EE/Compilations. Select and load the ini file corresponding to the selection you like. _________________________________________________________________________________ Here are the currently available Compilations and what you may expect from them: (See *How to* below the list to learn how you can help to fill this section with more choices.) We add a date (Updated tag) to a compilation, as mods contained in a selection may have been updated since it was submitted or last verified. BGEE Learning to Crawl (by Roxanne) Added 2018-04-15 Last updated 2018-04-15 Romantic Sword Coast (by Struwwelpeter) Added 2018-05-21 Last updated 2018-05-21 BG2EE Bigger Amn (by Roxanne) Added 2018-04-15 Last updated 2018-04-15 EET Explore the EET World (by Roxanne) Added 2018-04-14 Last updated 2018-04-14 IWDEE IWD-Starter (by Roxanne) Added 2018-04-14 Last updated 2018-04-14 PSTEE PST_Basic (by Ravenscar) Added 2018-05-22 Last updated 2018-05-22 How do I provide my own compilation for the tool? Once you have created your mod selection and resolved or accepted conflicts etc, make an "Export selection to file". Give the resulting ini file a meaningful personal name and submit it together with a brief description about what the user may expect from your choice. You can also post your weidu.log, but not for EET-games (because of the two logs for the two parts, here only ini file will work). Compilations should be tested by at least one play through the respective game. They will be credited to your name, so you have to be a registered user here (or at Spellhold forum) and people may contact you in case of issues.

FIRST STEPS Pre-requisites - Have a clean version of the game you want to mod with the tool. In case of an EET install you need to have BGEE/SoD and BG2EE. - Have the game(s) you want to mod in directories with full access. Do not use locations like Steamapps, ProgrammFiles or similar. Do not use the game version accessed by any game clients. - Start each game, create a creature, make a save and exit. (This is to set some configuration entries, you need not use that save ever again once you finished install and are ready to start a real game.) Getting started 0. Download Big World Setup zip archive and extract it anywhere you want (but not in your game folder!) Make sure the partition where you extract it has no write protection. 1. Close any open games and game editors to avoid interference with the installation process 2. Disable your anti virus (only while you are installing - don't forget to re-enable it after!) 3. Disable User Account Control (if you don't do this, the automated installation can get stuck!) 4. Execute "Update BWS-EE Setup.vbs" when this is the first time you launch it for this game. 5. Use "Start BWS-EE Setup.vbs" when you need to relaunch an install after you finished mod selection because "update" will overwrite your previous selection. 6. Select the game you want to install to. BG2EE and EET are both selected with *Baldur's Gate II: EE / Enhanced Edition Trilogy*, see next step 7. Enter the game path(s) of the base game(s) you want to mod BG2EE and EET use the same screen. For BG2EE only, leave the BGEE game field open. The screen offers a default location for the downloads, you can change it to something else if you want. It is proposed to keep mod downloads in that location in case you want to use the tool again. You can re-use downloaded mods if they have not been updated meanwhile (the tool checks that for you.) Steps (1) Navigate to your BGEE folder, skip if you want to mod BG2EE only (2) BG2EE folder (3) location for downloaded mods (4) default language selection for mods - the tool will show you all mods available for this language and install this translation. You can add more languages and this will add mods not available in the default language to your options (5) use this after you did the above steps to go to the mod selection now where the fun begins. 8. Here you either import a pre-selection from the *Compilations* folder OR make your own free choice of the mods you want (you can also take a compilation as a starting point and adjust it to your liking) Mods that appear pre-selected are those essential for your selected game. (in the picture EET game is shown and EET core and EET:end mod are needed, as well Weidu, and some Fixpack files. Everything else is free choice. Available help: - Green boxed mods offer a quick select, if you select the headline box of a mod, default components are chosen en-block. - Blue mods are standard mods of any type. Most can be safely added to any selection, however combinations may arise where conflicts or dependencies may require additional actions in the next step. - Orange mods are tactical mods or components. They are supposed to make either the game as such or certain battles *harder*. Different mod authors have different opinions on what makes a game more challenging, so it is a good idea to take a closer look at what the mod does before selecting it. Unless you know it, you can avoid surprises later in the game. - Red are expert mods, i.e. mods with known problems that require some actions later in the game under certain circumstances, e.g. use of console commands or changing of game files. It does not mean you cannot use these mods - you only should know what the problem is and how you handle it. 9. Use the *Back* button to leave mod selection - at this point you may be shown conflicts or problems you have in your selection and you can resolve those with the help provided in the menus. You can select Expert mode to acknowledge a conflict and install your selection nonetheless. 10. When you have established a mod selection you are happy with *continue* and follow the instructions.

The EE Mod Setup Tool (for windows) Overwiew EET installs get more complex now that more and diverse mods are available to enhance the basic game. K4thos, the EET author recommended BWS for save installs when he started the project. However, original BWS has lost the supporters it had in the past and slowly decayed. This tool is aiming to provide similar functionality to mod EE games in large scale. The BWS-EE is a fork from Big World Setup (BWS old) which was originally created by dabus. BWS-EE is streamlined to serve EE game installations in a way that is up-to-date and maintainable still. While the tool was mainly intended to support EET, it also can be used to mod other EE games as listed below. Features: - assistance for creating your own customized game with any number of mods - downloading current versions of selected mods - easy mod installation for EET - correct install order of mods/components - merges SoD DLC with BGEE if needed - handle mod and components conflicts and dependencies - apply interim fixes when needed. - use players' tested compilations - save your own compilations for re-use or sharing Supported games: - Baldur's Gate: Enhanced Edition (standalone game) - Baldur's Gate II: Enhanced Edition (standalone game) - Enhanced Edition Trilogy EET( BG1:EE + SoD + BG2:EE ) - Planescape: Torment Enhanced Edition - Icewind Dale: Enhanced Edition Supported mods - All actively maintained or properly completed ones! (make a pull request if there is a mod you want added) DOWNLOAD Mod requests : Create a pull request https://github.com/EE-Mod-Setup/EE-Mod-Setup or post a request at: Support https://baldursextendedworld.com/Install-Tool/ Changelog https://github.com/EE-Mod-Setup/EE-Mod-Setup/commits/master

Hmm, I fear this is still a bit over my head. Gonna need to take some time to digest and understand that. Reminds me of when I first started looking at Weidu code, a lot of it seemed like hieroglyphs, and me without my Rosetta Stone. Unfortunately time is not something I have much of, so this project might be a bit of a slow one. I'm trying to think about this in the abstract, if nothing else then to have some good conversation and see what people think of these decisions. And talking about it, at least, is something I can do now. - The Baeloth thing seems easiest to deal with: if the party enters the Pits, set a variable, and if that variable is set, then patch the area script to make him disappear as a joinable NPC. I assume you did something like that. The global is set by the cutscene that makes you leave the pits again. It is the global used by the other cutscene that makes Baeloth appears in BG1 so that one never fires. Also, if you already met Baeloth and send him to wait at an inn or such, he self destroys by a block added to his script. - The question of XP seems fairly easy... assuming the entrance/Hobart is added to a late-game area, like Baldur's Gate or Ulgoth's beard, so that the party is a decent level when they go to the Pits, then we can simply eliminate all of the quest XP rewards after each fight. The monster XP for ~15 fights, split 6 ways for mid-level characters, should not make much of a difference in your level afterward when you face Sarevok/SoD/SoA. Probably. I haven't done the math, but I'll do a back-of-the-envelope calculation at some point. The enemies you kill in BP do not give XP, that is the good thing. You would get XP after each tier battle by Baeloth. I modified the dialogues that do this by giving you some money for the stores instead. - Equipment is a far more troubling issue. I don't think it's possible to strip everything from the party and deposit into a chest somewhere for retrieval later, so I see two options: The two big scripts that you need to tweak for a BP-from-game mod anyway are the entry/exit ones. I have done it in a way that cuts out all the magic fiddling around that BP originally does like stripping the party and also giving them some irremovable rings etc. This is all gone, party stays as they are. Given party level, monsters can be added or removed/replaced by minor ones in individual challenges. I have done it quite minimalistic, due to my fading interest at that point, but it would be no big deal to add a bit of sophistication at any time. Once you have the basic skeleton of scripts, it is no deal to add a few blocks that do that.

Try not to kill me... You can look at how it is done in the SandrahNPC mod. You can probably take most of those files and adjust them to the starting area of your choice. Then remove references to Sandrah in dialogues or scripts (maybe give that part to the protagonist instead). It should give you an overview. Content- wise : - you get your BG1 party into the pits with whatever items/gold etc they have - you do the challenges but get no extra xp just little gold so you can buy things in the pits (this was done with EET in mind and to prevent entering BG2 at too high level, but easy to add xp if you want, that is done by adjusted Baeloth dialogues). - you need to do the full campaign and defeat Baeloth to get out again - some of the final higher level fights are adjusted to your party level as you may be still too low to do the full fight - to go there, Baeloth cannot be in your party, he will not appear during BG1 if you did the pits, but SoD is unchanged. Those are the files you may want to inspect

Maybe someone more familiar with Shadows over Soubar could take a look at this. It looks like the mod overwrites some entries in the file rather than appending to it. But I may be wrong here. I any case,, the lua now has only SoS areas listed but neither vanilla ones nor other mod added areas.

You can go to the BG2EE/override folder and look for BGEE.lua Open it with Notepad++ and see what you find at line 2368 OR Use Near Infinity to look at it OR Post the file here.

If you plan to share your compilations with others for use in BWS, I would recommend to rather use ini then weidu.log. Or to be precise, do the conversion of your weidu.log to a mycompilation.ini and then share the second one. Reason is that BWS treats a weidu import as raw data (equal to a manual selection) and passes it through the conflict/dependencies processing again. So users may solve issues other way than you have foreseen and thus change your intent. The ini contains the additional information about this already (i.e. it is ready-to-use status) and a user can just import and install it directly as it is.

Yes. Provided that all mods and components are still available. However, BWS will mark to the user those differences (e.g. mod component has changed). It should not be a problem even with an updated mod if component numbers (designated) are stable. BWS will also mark mods that have been updated, i.e. version number in BWS is different from your (probably older) log. Mind that a user can still change things after the log import, the import ini or log file is just the starting point (works like any of the oldBWS default selections).

That tool is called BWS...

Just one question - when you started BWS, do you remember which setting was selected on the mod selection screen (minimum, recommended, tactical, maximized...)?

Just a hint - even if those mods are really installed, it does not impact your game as you can just ignore them if you meet any of those in the game. And weidu.log is of no use while the installation is still running... so do not mind just now.

To see if the mods are really installed, open the weidu.log in the BG2EE folder. It will tell you. According to the user selection, those mods should not have been installed. But according to your file, you used GogGames directories for the game install and an admin folder for the BWS - I do not know you PC's settings but those could be UAC protected parts on your drives and information may not have been written into files correctly.

Go to your BWS folder and look for BigWorldSetup/Config/user.ini Post the file as an attachment. Or check it yourself by opening it with any text editor. Look for [save]. Every component listed below the keyword and until you reach [DeSave] was selected for install. It is possible that you unchecked a mod and then went to solving conflicts/dependencies .- there you may possibly have chosen a solution that re-introduced a mod or component.

Are you sure you unchecked them? There is more than one Coran mod and more than one Branwen mod. For others I cannot answer unless you say which ones you mean.

The idea would indeed be to accompany EE-BWS with a repository (just a folder in the download) in which player's tested compilations can be stored and used by others. There should be a brief description of what game it is for and what are the player's preferences and then you just load it . Example: You can just export your own selection and then provide it for others to use. Same way you can import other people's selections. Once imported, you can still do your own modifications on that selection if you dare. As for pre-selections, there will be none, except those fixed for a given game (e.g. selecting EET will always fix EET-main and EET_end and some fixpack and weidu downloads required to run it). PS Here is one I currently use, but it may not be bug free since I use my games always to find and fix bugs in newer mods. EET-Selection.ini

As long as the BWS still aims to support classic and EE games, we have the problem that some things valid for the old game will appear in EE/EET as well even if they are no longer really applicable. The recommended/tactical etc settings are one thing, compilations and conflicts are another example. Changes here will ripple back into *classic* game support or vice versa. Since there is no programmer involved anymore with BWS, we reached some dead end here. The only real solution (you can see hints to this in some recent posts in this topic from last week) is the fork the EE-BWS away from the *classic* BWS. This would allow to streamline e.g. EET-BWS support and make it more flexible and transparent while maintaining good support for the average user. One example would be a pre-selection for something like SCS. You decide to include SCS into your mod selection and then the tool gives you a basic choice of components that has been tested for an EET setup. You will be save to use this but free to add like more tactical challenges etc to it. Current BWS solution is surely a half baked attempt to serve as many requests as possible at the price of doing nothing to full satisfaction. Concentrating on fewer essential things but doing those right would be an option. Whether such a streamlined *EE-BWS.* will see the light of day is another question, currently the feasibility is evaluated. "Time for more experiments".

If that means BWS recommended list, then it should use v105. I was referring to the list here, http://gibberlings3.net/forums/index.php?showtopic=26945 , it does say v105 but there is no download link and on the modder's own page the link to the download leads to nothing, finding the correct file to download was harder then it should have been. This is in fact a very old list (2014) and BGEE and BG2EE are very dynamic games yet. Many mods are updated meanwhile. BWS currently has a good up-to-date link list, even if you do not want to use the tool for your installs, you can download it and use its references to find mods. It took me less than 30 seconds to find a live link there.

If that means BWS recommended list, then it should use v105.

The impact of CON on the fatigue and regeneration is found in hpconbon.2da. If I interpret it right, fighters get some advantage but only at higher levels. A question on the side How would that impact all the roundabout 500 cases (in modded EET) that look for PartyRested(). Or is that just an occasional rest event that differs from the normal ones and thus may just delay some other event by one rest?