K4thos

BSHOP02.CRE is not touched by EET. Extract this archive: https://www.dropbox.com/s/vaf9kietqk3h7rm/change-log.zip?dl=1 1. Run changelog.bat and check if any mod is listed there. Post the list here and upload BSHOP02.CRE located in override directory if the file has been affected by some mod. 2. Use traify-tlk.bat and upload strings.tra file that will be created after using it. 3. Also add a save made near that problematic creature to the package. You can upload files on external site like sendspace.com or dropbox.com

I have no idea what you're talking about (limes?). You were meant to look for macros that are mentioned in the linked file, not compare whole macros.tph file (which contains tens of different macros and functions unrelated to the linked peace of code, some are not even used by EET main component). What you see in the linked lua file is almost 1:1 equivalent to weidu code mentioned there (literally line by line, that's why it looks so ugly). From what I remeber the only change is using data stored in lua tables instead of weidu associative arrays (and those tables are generated from weidu weidu associative arrays, so it's the exact same thing either way). ------------------- ACTION_FOR_EACH spell IN [list of spells] BEGIN OUTER_SET match_var = 0 ACTION_IF (~%spell%~ STRING_MATCHES_REGEXP ~%my_regexp%~) = 0 BEGIN OUTER_SET match_var = 1 END ACTION_IF match_var = 0 BEGIN [apply spell effects to enemy .CREs] END END this is very unoptimized peace of code if you're using it on all cre files. Consider storing in weidu associative array and check if the spell matches via VARIABLE_IS_SET instead of doing the same check tens of times for each cre file. You can find examples in EET macros.tph file how to do it. edit: or just read Mike's explanation: http://forums.pocketplane.net/index.php/topic,29444.msg337277.html#msg337277 edit2: btw. if you're interested in matching exact string use STRING_EQUAL_CASE (STR_EQ in short) instead of STRING_MATCHES_REGEXP, since the latter is likely slower due to regexp evaluation.

the linked file mentions original weidu macro names and file that still has them.

regexp? Weidu is not suited for that. Just for perspective - I've managed to reduce EET install time from 1 hour to about 10 minutes (from which most of it is unbiffing and biffing). Regexp that on clean game took weidu 40 minutes (or close to 2 hours with mods like BG1NPC Project and some NPCs installed on BG:EE) now takes about 10 seconds (exact same code, just in pure lua, which btw. is infamous for slow regexp processing). Of course I'm not expecting that DavidW will switch to lua, just informing that there are indeed ways to optimize mod installation time drastically (if it's really bcs regexp what slows down SCS)

Please upload a save right before entering the room where the jarring hiding can be observed. Should be doable to make it unnoticeable (a matter of additional variable to move him only when the first quest is done, not during the first visit) the thing is that it should not be the case for vanilla game content, no matter what. Based on the fact that the problem seems to be gone after he re-installed the game suggests dialog.tlk corruption in his older installation. This does't seem to be related to EET though. hmm, maybe the mod misses check for EET somewhere. If it uses STRING_SET and considers EET as BGEE, not BG2:EE, this could explain the behavior. edit: nope, nothing in that component affects strings like that: https://github.com/FredrikLindgren/aTweaks/blob/master/atweaks/lib/115-scribe_scrolls.tpa who gives which item and where is controlled by vanilla game scripts and mods that you install. EET itself doesn't change the vanilla behavior (and I have no idea what the vanilla behavior is in patch 2.5). Item importation code has been successfully tested recently.

do you have latest official BG:EE+SoD patch v2.5.17.0? If no - please update your game. (earlier betas or patches are not supported) If yes - where did you download your game (Beamdog, Steam, some other store?)

if you want me to test something proper repro steps are needed. Either step by step explanation how to reproduce it or save game made before this problem happened with explanation what to do to trigger it. After he leave you in Korlasz' Tomb, you can find him in the first area after leaving BG in SoD. He should have his gear equipped (I think, don't remember how it works since it's vanilla implementation, but you shouldn't loose those items). If not, again, please upload save where I can test it (the one in Korlasz Tomb, when he is still in party).

https://github.com/AstroBryGuy/BGEESpawn use "Clone or Download" option to get the latest version. AstroBryGuy forgot to make a new release on releases page. Mod info: https://forums.beamdog.com/discussion/34840/bgee-leveled-spawns-mod-v0-3-updated-2014-12-27/p1

according to Beamdog not needed in EE patch 2.5: http://blog.beamdog.com/2018/08/updates-to-infinity-engine.html this info should be added to IESDP

Version 1.0 Release Candidate 11 support for BG:EE+SoD patch v2.5.17.0 SoD and BG2:EE UI.MENU patching instead of overwriting, GUI code less intrusive (SoD text style now assigned via M_K#GUI.lua external file) biffing can be skipped with --args-list b flag fixed Mac OS/Linux path to weidu in EET_end component removed changes related to quick saves count

I've made biffing optional to make the conversion possible (new weidu flag will be available in next release). The problem is that unbiffed TISv1 files (I think) seems to have problem with displaying correctly: https://i.imgur.com/wOSkbJY.jpg Considering the problem doesn't exist when all art files are biffed I assume this has something to do with weidu not extracting TIS header correctly. I remember argent77 mentioning --h flag that should be used with --big-get-rest, but it doesn't seem to be supported anymore by weidu (or at least I don't know how to use it correctly). Any ideas? edit: false alarm, forgot to include 1 directory.

you're not using EET Worldmap. This is how EET worldmap looks like. from what I see you didn't install patch that adds proper icons to bp-bgt worldmap (included in Big World Fixpack), that's why icons unique to EE games are not displaying correctly. As for the problem - I suspect that's how it works in BG:EE too, so not a bug.

you can play SoD. All BGEE and SoD resources are in your BG2:EE (EET) game. Whatever happened to BG1/SoD folder after EET installation doesn't matter at all (you can even delete it altogether, it’s not used anymore). You can continue your game just fine.

? No, it's not BG1/SoD patch, even if forced by steam, didn't affect your BG2:EE (EET) game. And it didn't affect your EET saves. ----------- As for creating a new installation I'm working on EET upadate that will support latest SoD patch.

when it comes to bonehill and bp-bgt worldmap I'm afraid I can't help much since I never play with either. Bonehill seems to be supported by Roxanne, but it looks like she is no longer participating in discussions on G3. You may have better chance asking on her site.

Please read the readme file included with the mod.

all BG1 areas in EET uses BG prefix, so the correct console command is: C:GetGlobal("Gibberdead","BG4600") in your save it's set to 11. The bug is not related to EET. If the same thing happens when you load earlier save and do the quest again then it's some other mod fault (in such case set the value to 12 via console). If you can't reproduce it then it was an engine bug. I've just completed The Gibberling Hordes quest without problems using different save.

open SAVENAME.2DA located in override directory and change this line: 1 103050 7 1 the last column value is a number of quick saves

You can't. This information is in the readme file. The mod uses different worldmap, sets variables along the way which are not present in your save, has renamed resources and moved strings position to not conflict with vanilla BG2:EE. Start new game. Then you will have save that can be reused in different installations (when it comes to vanilla game content, to re-use saves on installations made with different mods you can use this feature, which is unique to EET).

I've noticed on github that the EET related commit modifies shout.baf. It's unrelated to EET. Looks like it's there to fix the problem mentioned in this old topic, which also affected SCS. May be a good idea to review this particular change since there were several patches since 2014 to EE games, maybe it's no longer needed (or could be coded better).

don't worry about the stuff I'm working on, it's not SCS job to adjust to something needed by other mod. It would be nice if mods that do simple true/false checks didn't use stats.ids entries, but let's focus on things that actually need fixing (change introduced in patch 2.5 that breaks old DS implementation): https://forums.beamdog.com/discussion/67571/the-big-is-it-a-bug-or-supposed-to-be-like-this-thread/p6 voting for this. If Kreso's version won't be used as base then I'd like to request internalizing my old patch (it adds EET support, nothing else changed)

doesn't matter. Saves created on BG:EE or SoD would have wrong area names stored in it (BG1 areas in EET uses BG prefix). That's why he ended up in wrong area (area from BG2). edit: when I now think about it Shandalar House is BG area, not BG2 one, which means my assumption that he is loading wrong save is incorrect. Not sure what's the issue here.

one of the mods in your installation is broken (uses ANSI encoding for Spanish tra files instead of converting them to UTF). No matter how many times you're going to re-install the crash will be always there (and would be on BG2:EE without EET too). Even a single string with wrong encoding crashes the game. If it happened when you tried to to open worldmap the most likely candidates would be mods that add new areas to worldmap. There are quite a few in your installation and the only way to find out is uninstalling them one by one. Alternatively you could try using this to export TLK in order to look for broken encoding manually but that would be a lot of work too. Weidu.exe --noautoupdate --no-auto-tp2 --logapp --use-lang "es_ES" --out "strings.tra" --traify-tlk If you find which mod cause the issue please report it to mod author. The problem has nothing to do with EET.

if by BG1 save you mean a save created on BG1 or BG:EE then such save is not supported.

bob_veng, that's exactly what I meant by "variable checks which will be set passively based on character's ability scores and existing skills". Until active skill selection is implemented it has to be simulated with what already exists. What existing stuff should contribute is open for discussion of course. which is appreciated I've finished reading your post and I found a lot of valuable information in it, thank you. Will think about merging some proficiencies together and other proposed stuff once I start implementing this system.