Roxanne

Not sure if this is a bug of this mod or a bug in EET when renaming/merging the dialogues Imoen's dialogue Global("X#IMMALAR","GLOBAL",1) about Malar all of a sudden triggers (instead of a response from Player1) the sentence that should be triggered by Global("Selftalk",Global",1). In EET the respective dialogues are Imoen2_.dlg and Player1.dlg It happens at the point where there is a statecheck for INT (my PC has INT 13) 1,CheckStatGT(Player1,12,INT) 2.CheckStatLT(Player1,13,INT) 3. no condition

There is an error in the setup-aurenaseph.tp2 provided by the EET patch. Just open the file in some editor and replace Angelo by aurenaseph.

Do you have the TDD (original mod) extracted to your game folder? You need to have the original mod + TDDz, but DO NOT install with original TDD setup (remove setup-TDD.exe and tp2) but with TDDz setup instead.

CPU: Core I7 5820 Ram: 16GB GPU: GTX 970 System: WIN10 It should be fast enough. I tried on BGT and it works fine. Same experience here - I also have windows 10 - everything worked with BGT and huge worldmap for years. Looks like EE is more CPU consuming, especially with huge worldmap. I solved it by removing some windows10 background garbage (e.g. cortana and such) and updating my drivers. After re-start I no longer have problems. Just one hint - make a save before travelling via worldmap. The EE engine looses the autosaves when you encounter the CtD and you may have to return to an earlier stage if it happens. I think there is nothing EET can do here, it is a computer specific issue. I think it's more an engine optimization bug or giant memory leak rather that not capable enough computer considering the specs posted by Weido. I'm running this game with huge version of BP-BGT Worldmap on HD3000 integrated Intel card and gen 2 intel core-i7, which are not even comparable to what was posted and yet the game never CTD. There is at least one more optimization problem with the game regarding sprite outlines feature - in SoD this simple feature brings my laptop to kneels in scenes with many NPCs (single digit FPS) but after disabling it the game once again runs full speed. Since they will look into that issue (it was submited if I remember correctly) maybe they will also improve optimization with other hardware setups. Reporting it on Beamdog Redime wouldn't hurt, although in such case give them repo steps based on vanilla games + BG-BGT Worldmap installation to eliminate any interference caused by other mods. After CTD the game creates DMP file inside "Infinity Engine - Enhanced Edition/crash" directory, which Beamdog can analyse to find what is causing it. I'm not reporting it since it doesn't crash to me but I encourage others to do so, if this happens on vanilla games too with worldmap mod installed, like in Roxanne case. This is what my graphic card says (NVIDIA) in response to its error message on the CtDs and it seems to fit into the discussion: "The most common cause for this issue is that the application exhausted the resources available to it in the GPU. It can also be caused by application sending to the Graphics Card a command stream that can not be broken into small enough pieces to be processed."

CPU: Core I7 5820 Ram: 16GB GPU: GTX 970 System: WIN10 It should be fast enough. I tried on BGT and it works fine. Same experience here - I also have windows 10 - everything worked with BGT and huge worldmap for years. Looks like EE is more CPU consuming, especially with huge worldmap. I solved it by removing some windows10 background garbage (e.g. cortana and such) and updating my drivers. After re-start I no longer have problems. Just one hint - make a save before travelling via worldmap. The EE engine looses the autosaves when you encounter the CtD and you may have to return to an earlier stage if it happens. I think there is nothing EET can do here, it is a computer specific issue.

Doors in BG4000 ? I noticed that the open doors move a little bit to the left side compared to the closed ones. A bit of *jitter* when you open them. Is that what you mean? It does not happen in other areas I already checked (Beregost, High Hedge, FAI). I have not yet encountered any case of enchanted items but will keep my eyes open from now on. PS - I have mods installed from the EET-list sections 1 and 2 but only content/NPC mods, no tweaks this time (I want to see how the untweaked new game works before deciding on "enhancements").

I found now the source of the problem and it is not the game but occasional CPU overload of my graphic card if I read the log correctly. I just provide this information for others that may encounter a similar problem. The excessive CPU request closes the program which appears like a CtD in the EE game.

tested the same thing. Finished importing BG:EE content to EET. Than installed worldmap on that BG:EE with these mods: And both large and huge worldmap works fine. Again tried installing BP-BGT Worldmap on that EET installation with above mentioned mods - once again no crashes. Sorry can't reproduce it. ----------- Send me only the WORLDMAP.WMP that crashes in your game (so after installing BP-BGT Worldmap). If it won't crash in my game than it looks like for some reason your computer can't handle Large worldmap. Good and bad news - I cannot reproduce it either. After some restarts of the computer, I have now installed huge worldmap both in BGEE and in EET (in order to produce the failing WMPs). But it works in both settings now. Also I used huge worldmap on this computer before in old BGT setup and with EET 0.9 on the older BG2EE version. So, finally it seems that it was a local problem, maybe some process that occupied too much capacity or whatever. Sorry for all that mess. I keep my fingers crossed that it will not re-appear. After all, the general message is that EET works with the BP-BGT worldmap.

Further info regarding the worldmap issue Complete new install of BGEE and BG2EE + EET RC4 done. Problem remains. Additional information - I installed BP-BGT worldmap in BGEE (after EET was run) for testing and: 1. it allows me to select between the 2 worldmap sizes (this does not happen in BG2EE with EET) 2. the large worldmap works 3. the huge worldmap (the one enforced in EET) causes CtD

I will find the solution when I finish my work for today (I really shouldn't be here right now ). This is enough information to see what's up, so please wait a few hours. My *last straw* approach did not work either.... I will completely delete everything and start with a clean bgee install before doing another attempt with EET RC4.

I tried out one *last straw* idea and it seems to work. After each time I install a mod that changes worldmap entries and prior to running BP-BGT worldmap, I put the clean map into override - so far this does the trick. I will continue like that for the rest of BG2EE and see where that gets me (otherwise I will start from scratch with a new BGEE install).

With Drizzt Saga installed in BGEE the huge map is enforced, the other one cannot be selected. Since this was also the case when I removed all mod table entries from BGEE in EET, it looks like there may be another issue. I think the best way is to delete everything and start with a new installation of BGEE as well. It appears that the issue is inherited from there.

that would be a great help, thank you. I've just pushed the next RC update. Hopefully in time (if no than I've also released mini patch for older version) Although it must be really frustrating doing installations over and over. BWS can't come soon enough. Report on worldmap issue 1. Did a new install pf BG2EE 2. Installed EET RC3 3. Installed patch RC4 4. Installed BG-BP worldmap >>>>>CtD when selecting worldmap in game ________________________________________ 5. Ununstalled BG-BP worldmap 6. Removed entries for Drizzt Saga and Stone of Askavar from BGEE from all tables (in case one of these mods was the source) 7. Installed BG-BP worldmap >>>>>CtD when selecting worldmap in game Here are the tbl from step 6 Worldmap_tbl.zip I also attach the BGEE weidu log in case there is another mod modifying worldmap that I am not aware of. No idea what to do next other than to set the issue aside for the moment and continue (will modify my own mods new area position to fit into some - empty spaces on the EET map - not nice but at least useable for further testing)

Just finished a new install with RC3 - where in sequence would be the right place to install the patch? Right after EET before I start with other mods?

please also post your NTotSC tp2 file, so I can check how the worldmap is patched by it before I start checking those other mods (which will be very time consuming if the game doesn't crash on EET worldmap ). And just to be sure - Sandrah mod doesn't touch WMP at all, right? Suggest to wait for a bit, I am just checking NTotSC and Sandrah myself at this moment with the clean worldmap you gave me. This should show if any of the two are to blame. Edit I can exclude Sandrah as possible source - the mod adds loads of new areas to worldmap but when installed on the clean map, there is no issue with or without BP-BGT Worldmap. (Or with default or new GUI provided by EET_end). The issue may be in the NTotSC, although I used it without problems in EET 0.9Beta before In order to avoid any worldmap problem with Sandrah mod in the future I think I will reuse a modified feature from BWP/BWS for EET. "To be able to install Sandrah, you must copy the file worldmap.wmp IMMEDIATELY BEFORE INSTALLATION OF THE MOD from the folder BiG World fixpack into the override folder. Because this patch cannot be installed before, this will not be done by the BiG World Fixpack.bat, but the BiG World Install.bat." In EET I can achieve the same by adding this line to the early part of her tp2 COPY ~EET/base/worldmap.wmp~ ~override~ My mod anyway requires BP-BGT worldmap to be installed afterwards.

please also post your NTotSC tp2 file, so I can check how the worldmap is patched by it before I start checking those other mods (which will be very time consuming if the game doesn't crash on EET worldmap ). And just to be sure - Sandrah mod doesn't touch WMP at all, right? Suggest to wait for a bit, I am just checking NTotSC and Sandrah myself at this moment with the clean worldmap you gave me. This should show if any of the two are to blame. Edit I can exclude Sandrah as possible source - the mod adds loads of new areas to worldmap but when installed on the clean map, there is no issue with or without BP-BGT Worldmap. (Or with default or new GUI provided by EET_end). The issue may be in the NTotSC, although I used it without problems in EET 0.9Beta before

post your weidu.log please. Also please check out if the game crashes with that old WMP file without BP-BGT Worldmap installed. The game does not crash with old WMP file (The EET map) without BP-BGT Worldmap. Here are the logs and also the tables from worldmap (I did not see anything strange in them).Worldmap.zip Note that I installed SireneNPC despite your warning - I have corrected the reported issue locally in the baf before installation (the mod does nothing to WMP) Note the NTotSC you see is my own conversion I use locally until your version becomes available (otherwise I cannot test Sandrah) - it is just a TP-update similar to what TDDz does for TDD.

If you tested it by starting new game than it sounds like one of the mods in your install order broke the worldmap. I've just tested it on clean EET installation with both BG2:EE and SoD GUI - started new game and went from Candlekeep to Beregost without issues. btw. these messages during bp-bgt_worldmap installation: are harmless. As mentioned in this post EET still hasn't implemented going back to SoD areas (vanilla SoD cuts out access to them going from chapter to chapter which won't be the case in EET). So in order to disable those new links for now I've commented them out via "//". This feature is planned for the next RC. I'm planning to also prepare a patch for those who already installed the game, so no need to wait for it. --------- Anyway Roxanne, check out TBL files located in Worldmap directory, maybe you will see something odd in them added by one of mods. Also you may try to uninstall BP-BGT Worldmap and than place clean WMP file (make a backup of the old one first) to override and install worldmap again. If the game won't crash after doing so than you are good to go, but it also means that one of the mod corrupted the file, which is worth investigating further. Also please check out if the game crashes without BP-BGT Worldmap installed. Thank you so much - the trick with the clean map worked. Some mod must have done something to WMP prior to my installing BP-BGT Worldmap. Since it has happened already in my previous BGEE-SoD install that narrows down the possible sources. I will take another look at those tables as you suggested.

This is not the problem. I HAVE the patched worldmap. I can verify in NI that all areas (including SoD maps) are there and correct. All bams are there. I have encountered the problem with the huge worldmap before when using it in BGEE-SoD, it always caused CtDs. Same worldmap in BG2EE (with the EET 0.9) had no problems. Can it be the size (8000x6300) that causes the problem? Something else beside the additional bams may have changed between 0.9beta and 1.0 RC?

Already next question I get a CtD when trying to access the worldmap in my installation. This is due to the fact that I use the huge worldmap from BP-BGT-Worldmap. I had this problem before with BGEE/SoD game but not with BG2EE. Now I have selected the GUI provided by EET-End and the CtD happens. I will make another attempt with this GUI uninstalled. My assumption is that the EET GUI is based on the SoD one, not on the BG2EE?? Is this possible? Edit. 1. Changed to the default GUI with same result. 2. Installed Worldmap after EET_end with same result It looks like EET does no longer support the huge BP-BGT-Worldmap at all ? I had no issues in this respect with the 0.9b of EET

There is an oddity in this mod T'was a Slow Boat from Kara-Tur v.90 or above In tp2 it uses BACKUP ~\KaraTur\Kbackup~ instead of BACKUP ~KaraTur\Kbackup~ which causes the mods backup to create its own folder on your computer instead of in the game folder. I have no idea where the mod is hosted and the problem can be reported???

Looks like the screen to remind you that you must install the EET_end still??

Feedback on RC2 with GOG game Made an installation of plain BGEE-Sod with just modmerge added Installed EET on unmodded BG2EE + EET-final (selected the new GUI created for EET) No issues in installation - I like the new GUI provided - I started each of the 4 campaigns (ignored the pits stuff as usual) to get a first impression. Congratulations!!! It was really worth the wait and effort. So I will now do a full BGEE mod install according to the EET list, then run EET in BG2EE and add all the recommended mods afterwards. (And hopefully start testing my own big EET mod from tomorrow on). A new Baldur's Gate era has started.

Is this still planned? Might it even be available for EET V1.0 RC?

Those issues are not new with SoD, they already existed before in BGT (reports were made on SHS forum) and consequently BWS marked this component as expert install.