K4thos

one more question to not waste time testing if it's already known: If I use spell that has Cast Spell effect (opcode 146) with type = Cast Instantly, does the instant spell roll new probability values or does it retain the probability roll from the parent spell?

Before using it please make a backup copy of the save directory. There are 2 files from previous installation that are crucial here - saves.tra, saves.txt. I'm pretty sure BWS automatically chooses "No" to the question if saves should be updated. And after installing EET_end both saves.tra and saves.txt are overwritten, using your latest installation, which will prevent you from updating your old saves. If you will have copy of your saves you will be able to do it, even after using BWS. 1. Once BWS installation is finished uninstall setup-EET_end 2. Copy back your backup copy of saves (at least old saves.tra, saves.txt) 3. Open override/EET.flag file in notepad and remove following lines from it: - SAVES_UPDATED - TRA_EXPORTED 4. Install setup-EET_end.exe again - this time you should see above mentioned save update option, even if BWS skipped it the first time it installed EET_end

LevelGT(O:Object*,I:Level*) LevelPartyGT(I:Num*) ClassLevelGT(O:Object*,I:Category*CLASSCAT,I:Value*) ----------------------- are they packed somehow? Can weidu extract those files? not hard really. A matter of overwriting BG:EE files with SoD ones (that's what Beamdog does with DLC file in steam release) In the meantime I will make biffing optional (-b weidu flag during installation) and copy all imported PVRZ files into separate directory and list them in text file to make testing Argent's tool easier.

if steam update works like Beamdog launcher update then the EET (and any other mods) are no longer installed. (check the override directory - if it's empty then the game has been restored to vanilla state) If you didn't use any other mods your EET save will be perfectly ok once you do a new installation (EET saves behaves exactly the same as vanilla game saves thanks to using pre-set TLK range) If you used other mods in your installation then it's normal that your save may have some wrong strings stored in it if you load it on a different installation (although only when it comes to strings added by those other mods, not vanilla BG:EE, SoD, BG2:EE ones). Exactly the same thing would happen without EET. Installing mods in the exact same order that you had before may help, but not necessary considering one of the mods may had been updated in the meantime, which may affect the strings order. ---------------- But EET itself has a feature that may help you even in this situation. During setup-EET_end.exe installation you will see message like this: If you want to use it keep in mind that you should do it after installing other mods that you want to keep in your new installation. This feature cleans up save from stuff that is no longer present in game (which eliminates crashes even with completly different mod selection), updates mod added strings referenced in save using string.tra located in save directory (created during your previous installation) and re-implements worldmap from scratch (using values from your save for areas that still exist in game). Keep in mind that despite the feature being present for ages in EET I don't know if it ever has been used by anyone. No one ever informed me if it works as indented, so I can't promise the outcome (let us know if you encounter any problems after using it). Make a save backup before using it since this change can't be uninstalled.

thanks for additional information. I feel quite embarrassed that I didn't noticed it sooner Will take the error present in games into account.

I don't think I understand how to use probability1 and probability2 correctly despite messing with this engine for so long. In game example SPWI620 (Conjure Fire Elemental) This spell implements above quoted chance like this: 1. probability1 = 60, probability2 = 0 2. probability1 = 95, probability2 = 61 3. probability1 = 100, parobability2 = 96 How exactly those values have been calculated? (mathematical formula would be useful) I have far more complicated probabilities to implement (simulating dice roll for opcode 67, which doesn't support rolls, on top of already 3 different chances to start summoning in the first place). I don't think I can do it when I'm struggling to understand such easy example. Thanks in advance. edit: wait a second don't tell me it's a matter of using this formula: % chance = probability1 - probability2 + 1

making biffing optional is trivial. It's not like it's crucial for anything (it's there so that files that you're never going to edit don't show up in override) adding option to convert pvrz to different format (if such tool is indeed available - where can I download it?) is trivial. Converted files could be available for download in correct format or made on the fly if Argent's tool is fast enough to use it like that. if pvrz doesn't work then that's the problem here. EET uses pretty much vanilla GUI with just minor adjustments. Should be fixed if above stuff is implemented. --------- In other words if you're interested in testing it I can prepare additional EET weidu flag for installations meant to be used on iOS and android.

agreed

354 RunAwayFromNoInterruptNoLeaveArea(O:Creature*,I:Time*) It's unique to EE games though.

We will see if the gameplay will feel right with conversions like the ones described for example here and here. In some cases referring to Monstrous Manual or using stats from existing CRE files in EE games may prove to give better results. Rules conversion never will be ideal. But it doesn't have to be really, as long as the balance is roughly maintained (read it as: not broken). err, what's your point here? You can also add World of Baldur's Gate mod to that list (Polish compilation of mods made by dradiel with IWD2 content ported into vanilla BG2 engine entirely by him)

The conversion itself is quite problematic and requires tons of effort. "Not that hard" referred mostly to the fact that it can be done in the first place with good portion of automating the process, instead of doing everything by hand, with the outcome that (theoretically) shouldn't make that much of difference from gameplay perspective, even if the game is using different ruleset. The conversion would be likely much easier if there was IWD2:EE built on top of the current EE engine but unfortunately it's not available. (but as mentioned if it were, the conversion would likely be done the other way around in order to take advantage of newest EE engine) Unlike BG:EE, SoD and IWD:EE content, which are converted 100% on the fly, IWD2 resources are not converted during installation. Due to amount of rules, file format differences and hardcoding (prise the lord for gemrb which dehardcoded some important stuff) it's easier to just include IWD2 dialogs, scripts, area, projectiles etc. files directly in the mod package. Otherwise the installation would be very long (on the fly IWD:EE importation already takes about 10 minutes. With IWD2 content treated the same way the time would increase drastically). Of course good portion of the conversion is automated with spaghetti weidu code written for this purpose, but there's not much advantage in including such code in the package. I'm not yet sure how the IWD2 portion of the mod will be distributed (probably will import just art files from IWD2, rest will be directly in the package) but I think even if we decide to include all IWD2 resources, including art, some kind of registry check for IWD2 presence on the system would be a good idea, otherwise the mod could be accused of illegally distributing whole game (on the other hand I don't think anyone ever raised such concern regarding Never Ending Journey which offers whole IWD1 without any on the fly importation) that's one aspect of it (I'm considering implementing "creature size" 2nd ed mehanics simulation by spawning invisible cre via effect attached directly to cre file, that can buff stats depending on the party level). But my main concern is related to over simplification of the rules conversion itself and how IWD2 actually implemented the rules (which is technically a mess, imo, not really a fateful 3rd edition ruleset). Remember that in EET you're allowed to start the game from campaign of your choice. I hope that choosing to play IWD2 campaign without rest of EET content will result in roughly similar encounters difficulty that the original game had but I can't say that this is the case just yet. For example let's take a look at the easiest and well accepted conversion of CRE Strength from 3rd to 2nd: 19 = 18/01–18/50 20 = 18/51–18/75 21 = 18/76 –18/90 22 = 18/91–18/99 23 = 18/00 24 = 19–20 25 = 21–22 26 = 22–23 27 = 24–25 On paper it sounds nice and all but who knows if we don't end up with extremely overpowered encounter or the other way around by doing conversion like this. Similar concerns when it comes to HP, AC, XP, save throws conversion etc. Having access to some of the BG2 mechanics (for example Sorcerer class with access to all the usual BG2 spells, not limited by spell scrolls availability) may significantly change the encounter difficulty too (btw. this is a common criticism regarding IWD:EE, which is much easier compared to vanilla IWD due to access to a lot of BG2 spells and mechanics). We will see how good the rules conversion is once IWD2 creatures are able to fight back (as mentioned AI is not handled yet, but will be worked on soon, thanks to Bubb's BCS enhancements, which will allow me to work around for example "MarkSpellAndObject" action (automatic conversion of the code, resulting it the exact same AI behavior as in IWD2, without need to rewrite the AI script logic by hand from scratch). Some by hand changes and altering local conversion code based on feedback may be needed in order to maintain the original balance of IWD2 content.

what platform? EET is compatible with windows, mac, linux. For android you can use Argent's DLC maker (I assume, don't have such device to test it). Did you try it? What makes this mod different compared to other mods that it can't work on a tablet? I'm interested in making necessary changes to make it work there, just need to know what's the problem. implementing it is not a problem. If you want to do it in BG:EE just teleport the party to the starting BP area. Making it nicely integrated with the overall BG story is the hard task here and something that is easily solved by using existing quest in SoA (which also solves Baeloth problem). If I had to choose between Baelth the party member or playing Black Pits I would choose the former. Baeloth is like the most powerful NPC in BG:EE and SoD, so removing him seems wrong to me. Porting IWD:EE content is almost the exact same code as EET (which ports BG:EE). Minor changes that have nothing to do with TotLM content. You can go right to github and use whatever you wish (or wait until IWD-in-EET lands on Github). I'm not interested in doing separate version of IWD-in-EET that only ports TotLM because that would be extra work that I'd prefer to spend on other things - such option would require analyzing which portion of the game is related to TotLM only (scripts, resources, spells, dialogues, art etc.) instead of importing everything that is not present in EET, making on the fly changes if needed. Thanks for the suggestions, I will think about it more after testing the cursed ring and buffed stats/altered encounters ideas. If the community feedback will remain in favor of BG1 implementation then I'm interested in making such design change, although as mentioned, someone actually interested in writing whole new quest and dialogues for it has to offer help first. I do think smooth story that doesn’t brake suspension of disbelief (how many times the party has to be captured before typical player reacts to it with eye rolling?) is more important than doing the exact same encounters. Both Black Pits adventures are selectable from the EET main menu already if someone is interested in pure vanilla experience.

correct also correct. Check if mxsplwiz.2da exists in override. If yes do the --change-log on it (see the link in my previous post, just change the 2da name inside it) to see which component modified it. If the file doesn't exist in override then the "easiest" way to solve it would be uinstalling mods one by one and checking it in game (as you mentioned it's not present in clean EET installation). If you're going to do it use backup copy of your installation and let us know which mod is responsible for it.

RC 10.3 is up on Github. Changelog: fixed regression in custom kit importation code (only affected NPCs installed on BG:EE that uses custom kit, not sure which RC introduced this bug) Black Pits logo no longer rendered on top of buttons in Esc GUI menu CONTAINR.2DA importation/patching Here is a hotfix for Sirene (BG1/SoD NPC) for those using older versions: https://www.dropbox.com/s/xhxm9k6478lwjsh/fixSirene.zip?dl=1

ok, but you've said in your original post that there may be problems with dialogs. Show me an example. When you're installing a new mod during on-going game all items added to the game will either use string existing in the TLK or will expand the TLK if needed. Same for new creatures added to the game etc. No problems at all. For dialogues and scripts there is absolutely no problem that I'm aware of (they are not stored in save, TLK file is expanded with new strings as it should). I've listed problematic stuff in my previous post and why it's recommended to start a new game. But having messed up strings in game is a result of loading save made on a completely different installation (due to TLK file with different string numbers associated to different text compared to what is referenced in save file), not by installing a mod on the on-going game. As mentioned, when it comes to EET and IWD-in-EET content even this is not the case since we're always using the same TLK ranges for vanilla strings, so all (not modded) BG:EE, IWD:EE, IWD2 content always displays correctly, regardless of installation, just like in vanilla games - but that's beside the point I'm making here. Let me give you an example – I can start BG2:EE campaign, do tons of stuff and suddenly decide to install one of the Lava’s Colours of Infinity huge quest mods. If I remember correctly in order to start Innershade you just have to buy some book and talk to new NPC spawned by script. The mod offers worldmap save patching iirc since it uses my function for worldmap patching (not sure if Lava decided to enable it by default). As long as you didn’t visit the store that sells the book you should be able to finish the questline without issues (no problems with dialogues, TLK etc.) Of course you, as a player, can't know about these conditions, so even in this case starting new game is recommended or you may end up with unsolvable questline (no way to buy the book).

? No idea what you're talking about here. Dialogs are not stored in save games. You can install any mod on your on-going playthrough as long as it doesn't patch files that are stored in a save (in such case the mod should be installed before the file is added into save file - for example before you visit the area that the mod patches.) Another problematic thing is worldmap, which is added at the game start - mods that add new worldmap areas has to be installed before the game is started (unless you're using my function that can patch save files during worldmap patching). And of course some mods triggers thier content with specific conditions (for example dialogue shows up only during the first time conversation with particular NPC), so obviously if the conditions are not met in your on-going game the mod won't work correctly. Another problem is your actual install order - it's not a bright idea for example to install quest mod after tweaks and re-installing many mods is (and always was) risky (who knows if the mod you want to add won't break some other mod installed later on etc. leaving you with broken installation - always make backups) For these reasons it's not recommended to install quest mods during on-going game (especially since you, as a player, have very limited information what the mod actually changes in game files). Technically nothing in IWD-in-EET main component looks like stuff that would be problematic in on-going game - quest is initiated by new CRE file spawned via script and worldmap areas can be patched-in to saves during mod installation. Optional tweaks may be problematic though (for example optional changes to kits, iwd:ee style spell and level progression etc.) edit: the main component distributes IWD:EE spell scrolls into vanilla stores by default, so in on-going game they wouldn't show up if you visited particular shop already. edit2: btw. EET has TLK ranges reserved for both IWD:EE (111000-154999) and IWD2 (155000-199999) content, so save files can be freely shared among players, just like it's the case with regular EET and vanilla games. no point in delaying your playthrough, it's likely months before a build that can be consider stable is released. Even if beta shows up earlier (can't say yet, I have limited time for modding activity) it will be for beta testers (voluntaries that are not afraid to encounter a bug here and there and report it describing the problem), not regular players edit: Jarno Mikkola, if in your post you're referring to EET_end component (which does stuff like automatic dialogue merging etc.) there is absolutely no problem with re-installing it during on-going game.

could you please upload weidu.log rather than BWS section? The file has actual component names. edit: also check if MXSPLSRC.2DA is in the override directory. If yes please use this batch file and let us know what is printed: https://www.dropbox.com/s/vaf9kietqk3h7rm/change-log.zip?dl=1

because of existing quest that in my opinion fits Black Pits 1 implementation. Instead of adding yet another farfetched capture scene without proper context, we’re taking advantage of the existing content, making alternative path in it. Adjusting creatures that you will face (or applying restrictions like the above mentioned cursed Slave Ring) is a lot easier for me to implement compared to writing a new quest that doesn't feel like junk (I'm not a writer or quest designer, English is not my native language). If you prefer BP1 to be available in BG1 please feel free to present how you would like it to be implemented. If you can offer designing proper context for it (keep in mind that Baeloth is joinable character in both BG1 and SoD, but not in SoA), and you’re interested in writing dialogues then we can think about it.

it's actually not that hard. Quoting AstroBryGuy: Sure there are feats, multi classing and a bit different spells in IWD2 but at it's core the game doesn't feel that much different All IWD2 spells are being converted to 2nd edition, cre and items stats altered to follow BG rules, AI and encounters will behave just like in IWD2 (if Bubb succeeds with implementing his lua script expansion functionality). While I can't say for sure since the work has not been finished I think the overall gameplay feeling of IWD2 portion of the mod should be similar to IWD2 (unless the balance will be ruined after the conversion - we will see). I would love to do the conversion the other way around (EET content in IWD2 engine), but that won't happen unless IWD2:EE is released. btw. most of the stuff unique to IWD2 has been implemented one way or another via BG mods - e.g. subtledoctor's and Grammarsalad's work. With gui local variable reading things like feat selection probably could be even implemented directly in the GUI rather than using workarounds. Although it's outside scope of this project, at least for now.

no, I will PM you the exe file. I think it will be safer if you continue playing on patch 2.3 executable and just do the transition on patch 2.5 engine.

I've just installed the same Tweaks Anthology and EET Tweaks components and this time I was able to test it localy just fine. I've managed to reproduce the issue with duplicated Golden Pantaloons showing up in the k#import bag of holding. This code in AR0602.BCS: ActionOverride("Picture1",CreateItem("MISC47",0,0,0)) should be changed to: ActionOverride("Picture1",TakePartyItem("MISC47") so the reason for 2 items is clear (additional copy is created instead of moved). But I can't reproduce this part: see yourself: What game version you're at currently? There was an issue on patch 2.3 described here that has been fixed in the latest patch, which may explain what happens in your game if your BG2:EE executable is still the old one. Let me know if this is the case.

From what I see your Quick-Save made before the transition has just a few items in your inventory, among them Ring of Koveras stored in a (gem) bag of holding. Are you sure it's correct save? There is almost nothing to import there. I've added more items that are normally importable by default via console (Golden Pantaloons, Helm of Balduran) and they are imported just fine alongside Ring of Koveras in my game (pantalons can be found behind the portrait in Golem's room, helm found in a room close to the portal). You've mentioned duergar table, so I assume you meant a problem with "Import party items to SoA" optional EET Tweaks component? After installing it all of the remaining items can be found in the Illych's table and the additional import bag of holding is empty (as it should be in this case) Could you please upload a save made in Irenicus Dungeon? (the auto save is made before item importation happens, so the one made later manually is needed to analyze it). edit: additional save is not needed, the one you've uploaded is fine, I'm checking it out. edit2: the reason why I can't see your items is due to the fact they are stored in several bag of holdings added by mods (those with C! prefix). Do you know which mod added these bags? If no, please upload weidu.log. Without this mod I can't test it locally. Something indeed went wrong here.

please upload save file right before the transition, I will take a look what's up.

don't worry, there are backups. And once there is something playable there will be github repository

Nope, there won't be an option to install IWD:EE portion of the mod without IWD2 content. And the IWD2 stuff is not ready yet.