K4thos

Edit: While we talk about SoD's integration to the map. All of the SoD maps currently use the same image and it gets ugly quite faste. If you haven't changed it yet, I suggest giving them more normal animations.

 

you didn't install the patch that replaces BP-BGT Worldmap BAM file, right? Download it from GitHub and reinstall worldmap.

This is the only stronghold with such a function - you have to pay regular tribute to the shadow thieves to keep the guild.

 

PS - you can see that this is disabled already for the chapters when you are in Spellhold and Underdark and thus unable to return frequently to the Docks.

 

than it's a matter of adding additional trigger:

!AreaType(BG1AREA)

Will be ready for next RC, thanks for report. Finally that additional flag added to all imported areas is useful for something

Some of the BG1 areas are unattainable without losing the thief guild due to time constraints. Shouldn't there be a way to tell renal "yo i'm going on vacation"?

what is the time limit for thieves guild? Is there similar functionality in other strongholds? Didn't think about that.

btw. since you're already in SoA - do not go back to SoD areas. As mentioned in this post they are not ready yet for returning parties and I've just noticed that one of the links still connects them with rest of the world. Once you travel there you won't be able to go back. This will be fixed soon.

 

I'll test a bit later but indeed the behaviour you described is the correct one.

 

I've never had this bug on non-EET but if it's not an EET bug it could still be included in the EET fixpack.

I think it must be considered for EET.

 

@k4thos - suggest to add condition Global("OHRCUT01","AR2000",1) to the two blocks in ar2000.bcs that spawn Rasaad

 

Thanks for report and investigation. The problem was with missing:

!InMyArea("RASAAD")
!InPartyAllowDead("RASAAD")

in a block I've added to move the creature (original blocks that spawns new CRE file had this to prevent him from spawning to early). Didn't notice the problem myself since I've approached him from different direction when testing it and the proximity trigger is in sothern part of the map. Fixed for RC5.

You can actually pick up the sword in SoD. At least if you have the new loot UI activated, strange bug.

 

there is:

CopyGroundPilesTo("BD0120",[949.1686])

code in BDSODTRN.BCS that triggers SoD expansion. It moves what lays on the floor to that area, so it makes sense that his sword ends up in BD0120.ARE after transition. Is it possible to pick up item from the ground via script? If no than I think that "Put Sword of Chaos +2 in Sarevok's inventory" tweak can't be implemented properly (unless we add it to Charname inventory which is accessable by scripts). But it's usless anyway since we need to get it back a second later due to plot reasons.

Anyway, those topics may not be EET related.

 

the same would happen in vanilla game if you install that tweak. It will be removed from EET_Tweaks.

Adjust FPS and fix audio skipping in cutscenes

 

this one will be greatly improved at some point to take into account DisplayStringWait action that is heavely used by Beamdog content (I will run each referenced WAV file with a tool that analyses the length of track and than add exactly as many SmallWait() ticks needed to not abort sounds triggered by this action). This is why the current tweak is not effective in SoD and other Beamdog's cutscenes. Although you can keep it installed for now since it will help with many vanilla BG2 cutscenes.

Borderless Full Screen Worldmap

as you can see this one doesn't work at all with patch 2.x GUI system. I've tried to port it into LUA but without success.

Consistent NPC appearance

 

needs updating with SoD added CRE files. Although no problem in keeping the current version

Put Sword of Chaos +2 in Sarevok's inventory

 

usless considering the party is moved automatically to SoD after killing Sarevok.

Disable item shattering for enemies

Adjust BG1 weapon shattering

uninstall

Adjust familiar death consequences

 

there were some changes in this implementation so not sure if this tweak still works. Did you try it?

others from your list are probably ok.

I don't know which subject I should use but I've just had a weird thing happen as I met Rasaad. Luckily, I have a save just before(though not just before entering trademeet).

He was in the street next to the High Merchant's home, I had the discussion with himto recruit him, I did and then kicked him out then I went north to the center of the town and the cutscene where he beats other monks happened weirdly.

 

Here's the save, he's to the right outside the building.

I can check it out but where is the save that you've mentioned?

I have installed the followings from EET_Tweaks, which makes it even weirder.

~EET_TWEAKS/EET_TWEAKS.TP2~ #0 #15 // Disable item shattering for enemies: 1.3

~EET_TWEAKS/EET_TWEAKS.TP2~ #0 #16 // Adjust BG1 weapon shattering: 1.3

Here are the 2 .itm of the armors I found afterwards(when nothing broke).

 

https://www.dropbox.com/s/erm4weyqv26hlyu/brkitems.7z?dl=0

EET_Tweaks that currently hangs on GitHub is not fully compatible with EET 1.0 RC (I'm actually thinking about taking it down until update for that mod is ready). Those shaterring components uses entirely different system than the new implementation (made possible by patch 2.x), so it can cause problems if you installed it. I'd suggest uninstalling these components for now.

I just killed the drow war party left of the imprisonment machine and I found a broken armor and 1 less armor than the number of drows. I reloaded before the fight, did it again and indeed there was 1 more armor on the ground and no broken one. Seems like drow armors can break due to the Iron Crisis, unless it broke due to something else that I don't know?

 

Iron Crisis has been removed from 1.0 releases for non-weapon items (it has been moved to unreleased new version of EET_Tweaks), so it's unliekly to be caused by EET. Maybe some other mod? The easiest way would be chcecking the item name in Near Infinity and than analyse that item. I will take a look if you send me that ITM file.

mr2150, thanks for contribution. Both changes will be part of RC5.

Sometimes I can loot stackable items without "charge". They don't display a number in the inventory screen and adding them to existing stacks don't increase the stack. It's been fixed after a save and reload. I've seen it with a healing potion and an arrow of dispelling so far. Both were most likely random drops. I can't remember who dropped the potion, but the arrow was dropped by a spawned bandit with bandit scalp. Maybe another quirk of the new treasure table system?

I've had that happen a lot too. The 0 stack item can however be sold.

 

I've also had "invalid : 9999999" appear on the ground with no icon. I could grab them, and if I put them on the ground again, they'd turn to a 0 stack item. I should have a save of it if someone wants to look at it.

Sounds like RNDTRES.2DA quirks, indeed. RC5 release (which is almost ready) shouldn't have this problem.

Hey, I did a fresh install with RC4 today (since I wanted to change a few mods anyway) and while testing stuff I noticed that the alternate SoD GUI EET offers does not come with an "abilities" button (for high level abilities) which means charcters can no longer level up as soon as they get HLAs.

 

thanks for report, will be fixed in next version.

It was just an oversight in the SoD UI. But unfortunately the oversight has persisted through 3 patches since the original 2.0 release. And who know if or when 2.4 might come out.

 

If it won't be fixed in the 2.4 patch than I will try to fix it locally.

Well it's no big deal it seems, I did it a second time to screencap the dialog and it didn't happen again. I'm pretty sure it was the "just kicked out from party" dialog I got earlier.

 

Not sure what happened but heh ¯\(ツ)/¯

 

fixed

Dorn or Viconia aren't present in Athkathla for me. I'm on RC4 and I don't think I have a mod that would affect Dorn so i'm surprised.

 

https://www.dropbox....re vico.7z?dl=0

and fixed

Thanks for both reports. I see that Roxanne already told you what to do in console and scripts (so no need to send your latest save) but you should still install the patch attached to this post because it will fix the same problems with other NPCs too. Before using it consider uninstalling patch attached to this post because new one fixes those problems too without disabling the feature for mods.

hotFix.rar

I tried executing the MoveGlobal line via console without success at bringing her back.

 

that's expected, you need to wait for fix to make it work again.

Mmm, I did play a bunch more(just went through durlag's tower!) but I barely walked into the government district(just enough to see she wasn't there) and I only got the Gaal cutscene in the temple district so a reset of the government district shouldn't be an issue and it could be possible to work around the temple district.

Send me latest save once you finish playing. When the fix is ready I will upload both save and hotfix. It will take few hours since I have work to do before I'm able to sit on it.

Let us see what k4thos has to say...

 

see post above yours

Dorn or Viconia aren't present in Athkathla for me. I'm on RC4 and I don't think I have a mod that would affect Dorn so i'm surprised.

 

https://www.dropbox.com/s/uuyk3dyd5hwhmj5/000000070-where%20vico.7z?dl=0

intersting, I've just tested it and unless I'm not mistaken it seems to work differently now compared to how it worked in patch 1.3. Now when you use MoveGlobal and start procedding additional actions at the same script block for some reason NPC Override script is able to kick in and run at least once before rest of the area script block proceeds. It's a major EET bug and regression compared to beta releases but easy to fix. A matter of changing:

MoveGlobal("AR1000","Viconia",[1821.1081])
//some other actions
ActionOverride("Viconia",ChangeAIScript("VICONIA",OVERRIDE))

to

ActionOverride("Viconia",ChangeAIScript("VICONIA",OVERRIDE)) //NPC don't have to be in current area to make this work
MoveGlobal("AR1000","Viconia",[1821.1081])
//some other actions

Same happended for Dorn to you and will probably happen for other transition NPCs. I will write a hotfix for this problem later today and upload it here. Thanks for report.

edit: don't play any further - your save needs to be cleaned for area spawn variables that already have been set for Viconia and Dorn.

thanks. Good that you've included the ARE script - I didn't even need to open your saves in NI.

IF
  Global("RASAAD_SPAWN_STOP","GLOBAL",0)
  Global("RASAAD_1ST_SPAWN","BG4800",0)
  !Dead("RASAAD")  // ~Rasaad~
  !InPartyAllowDead("RASAAD")  // ~Rasaad~
  XPLT(Player1,1500)
THEN
  RESPONSE #100
    CreateCreature("RASAAD",[1100.782],SSE)  // ~Rasaad~
    ActionOverride("RASAAD",MakeGlobal())
    ActionOverride("RASAAD",ChangeAIScript("RASAADX",DEFAULT))
    SetGlobal("RASAAD_1ST_SPAWN","BG4800",1)
END

IF
  !Global("RASAADFIGHT","BG4800",1)
  Global("RASAAD_SPAWN_STOP","GLOBAL",0)
  Global("RASAAD_2ND_SPAWN","BG4800",0)
  !Dead("RASAAD")  // ~Rasaad~
  !InPartyAllowDead("RASAAD")  // ~Rasaad~
  XPGT(Player1,1499)
  XPLT(Player1,6050)
THEN
  RESPONSE #100
    ActionOverride("RASAAD",DestroySelf())
    SmallWait(2)
    CreateCreature("RASAAD",[1100.782],SSE)  // ~Rasaad~
    ActionOverride("RASAAD",MakeGlobal())
    ActionOverride("RASAAD",ChangeAIScript("RASAADX",DEFAULT))
    SetGlobal("RasaadTalkedTo","BG4800",1)
    SetGlobal("RASAAD_2ND_SPAWN","BG4800",1)
END

IF
  !Global("RASAADFIGHT","BG4800",1)
  Global("RASAAD_SPAWN_STOP","GLOBAL",0)
  Global("RASAAD_3RD_SPAWN","BG4800",0)
  !Dead("RASAAD")  // ~Rasaad~
  !InPartyAllowDead("RASAAD")  // ~Rasaad~
  XPGT(Player1,6049)
  XPLT(Player1,27550)
THEN
  RESPONSE #100
    ActionOverride("RASAAD",DestroySelf())
    SmallWait(2)
    CreateCreature("RASAAD",[1100.782],SSE)  // ~Rasaad~
    ActionOverride("RASAAD",MakeGlobal())
    ActionOverride("RASAAD",ChangeAIScript("RASAADX",DEFAULT))
    SetGlobal("RasaadTalkedTo","BG4800",1)
    SetGlobal("RASAAD_3RD_SPAWN","BG4800",1)
END

IF
  !Global("RASAADFIGHT","BG4800",1)
  Global("RASAAD_SPAWN_STOP","GLOBAL",0)
  Global("RASAAD_4TH_SPAWN","BG4800",0)
  !Dead("RASAAD")  // ~Rasaad~
  !InPartyAllowDead("RASAAD")  // ~Rasaad~
  XPGT(Player1,27549)
THEN
  RESPONSE #100
    ActionOverride("RASAAD",DestroySelf())
    SmallWait(2)
    CreateCreature("RASAAD",[1100.782],SSE)  // ~Rasaad~
    ActionOverride("RASAAD",MakeGlobal())
    ActionOverride("RASAAD",ChangeAIScript("RASAADX",DEFAULT))
    SetGlobal("RasaadTalkedTo","BG4800",1)
    SetGlobal("RASAAD_4TH_SPAWN","BG4800",1)
END

It's the same problem as the one that caused bugs in vanilla BG:EE+SoD for Dorn and Neera but this time multiplied 4 times His cre file that is made GLOBAL at first spawn is respawned each time the party reaches higher XP (unless you got him into party which sets RASAAD_SPAWN_STOP to 1). And each time with another MakeGlobal() instead of MakeGlobalOverride() that would prevent GAM duplication. I get what they wanted to achieve here but all of this is usless in patch 2.x considering all vanilla NPCs now have Override script code that automatically adjusts the XP (looks like a leftover from earlier patches although someone from Beamdog already modified it after that considering all of these blocks reference one and the same CRE file which doesn't make sense).

So yes, vanilla bug. This is another NPC that would also have problems with BeenInParty flags during SoD transition. (report mentioned in previous post). I will add fix for him to EET BG1 fixpack, thanks for report.

edit: the reason why ActionOverride("RASAAD",DestroySelf()) doesn't work in this case is most likely caused by that first deleted Rasaad without area - the game runs DV actions on that GAM reference.

I've just encountered a second Rasaad in Nashkel after revisiting the town. Inspecting my saved game I found a third character entry for Rasaad as well, although that one hasn't been placed on any map.

 

Could this be EET-related or is it a BGEE issue? I'm using EET RC3 with the RC4 hot fix and a small number of mods (incl. BG1 NPC Project). Rasaad never joined my party, but I talked to him once already.

 

There are 2 vanilla bugs similar to this (duplicated GAM entries, 1 of them without map) caused by weird Beamdog code mentioned in my last post of this report:

http://redmine.beamdog.com/issues/22244

When there is more than 1 GAM entry per NPC than the game confuses them when you reference NPC via DV. Both problems were fixed by EET fixpack, although there may be simillar problem for Rasaad.

RC4 (and hotfix too unless I've made a mistake there) also fixed a problem with NPCLEVEL equivalent files referenced in CAMPAIGN.2DA that would respawn new CRE file based on 2da entry from different campaign if that NPC never joined the party. Although that problem simply replaced existing character rather than duplicating it.

None of these explains your problem though. Please upload all your Chapter Start saves - I will try to discover at which point of the story duplication occured (or at least at which point that entry without area happended which may be responsible for further problems). Also your latest save if you have it before entering Nashkel. Thanks in advance.

PS - Most likely the only campaign in the game using such triggers is SoD

This has nothing to do with the way SoD uses proximity triggers. In all EE and not EE games PIDs can be triggered by code like:

ActionOverride("Viconia",StartDialogueNoSet(Player1))

from any script. And this shouldn't be the case if we are talking about "Player-Initiated Dialogues".

I also made a series of tests of situations from my own mod where I use IsGabber(Player1). There are no issues. (I saw my dialogues in the install window for the mod, so they were changed indeed).

use this code in command line to extract your dialogue file to d format:

weidu.exe yourdialogue.dlg

Now try to search for 'ObjectActionListEmpty(Myself)'. If I didn't make a mistake than the code should only change PID initial dialogues, nothing else. Dialogues with more triggers are skipped too. Your other IsGabber(Player1) instances should be unaltered by it.

If there are any side effects on other mods or uses, it may be best to add this solution as a feature to BG1NPCs which is normally installed pretty early in the game and in front of other contents adding mods - this way it will not impact others.

This fix will be included in RC5 finalise component to handle this automatically although I will limit the patching only to JOIN dialogue files mentioned in 2da files, so it will be impossible to patch a block that is not actually a PID.

that would explain it. Never played with PID (Player-Initiated Dialogues) installed, so never encountered it. There is also nothing like this in vanilla game. But it makes sense considering the only trigger check in PID dialogues in BG1NPC Project is:

IsGabber(Player1)

Same would happen in vanilla game if any mod installed after BG1NPC Project would append a new dialogue to VICONJ.DLG file because PID would be earlier and would trigger without our intention instead of that later dialogue. But there is a way to make PID dialogues compatible with mods installed later and EET that automatically merges join dialogue files. This additional trigger should do the job:

ObjectActionListEmpty(Myself)

Once it's there PID won't be initiated when dialogue is triggered by script for example via:

ActionOverride("Viconia",StartDialogueNoSet(Player1))

And you will be still able to initiate dialogue manually with her, so nothing really is changed.

Please install mod attached to this message and let me know if it fixes the problem. It should update every single PID dialogue in your game.

fixPID.rar

 

Here's a new iteration of Sheena, compatible with BG2EE: https://forums.beamdog.com/discussion/60784/sheena-the-half-dragon-tale/p1#latest

Unless I am completely mistaken, this should be compatible with EET as it is. I installed it sucessfully.

 

Sheena is not even compatible with BG2:EE:

- it doesn't use HANDLE_CHARSETS but have French and Spanish language files encoded in ANSI - this means the mod will crush the game if you install those languages

- it doesn't use ADD_JOURNAL (although not even weidu supports patch 2.x journal yet but still)

- it overwrites mno1 animation instead of using EE new animation system, which means some creatures will use wrong animation (while BG2:EE probably doesn't use it in vanilla state, mno1 is used by SoD, so if you install it on EET some crusaders will have incorrect animation)

As for the EET 'EET_modConverter' tool prints following changes needed to make it compatible:

Patching Sheena/Dialogues/k#bsheen.D: GlobalLT("Chapter","GLOBAL",4) => GlobalLT("Chapter","GLOBAL",%bg2_chapter_4%)
Patching Sheena/Dialogues/k#bsheen.D: GlobalLT("CHAPTER","GLOBAL",4) => GlobalLT("CHAPTER","GLOBAL",%bg2_chapter_4%)
Patching Sheena/Dialogues/k#sheen.D: GlobalLT("CHAPTER","GLOBAL",4) => GlobalLT("CHAPTER","GLOBAL",%bg2_chapter_4%)
Patching Sheena/Dialogues/K#sheenj.D: GlobalLT("CHAPTER","GLOBAL",4) => GlobalLT("CHAPTER","GLOBAL",%bg2_chapter_4%)
Patching Sheena/Dialogues/K#sheenj.D: GlobalLT("CHAPTER","GLOBAL",4) => GlobalLT("CHAPTER","GLOBAL",%bg2_chapter_4%)
Patching Sheena/Dialogues/K#sheenj.D: GlobalLT("CHAPTER","GLOBAL",4) => GlobalLT("CHAPTER","GLOBAL",%bg2_chapter_4%)
Patching Sheena/Dialogues/K#sheenj.D: GlobalLT("CHAPTER","GLOBAL",4) => GlobalLT("CHAPTER","GLOBAL",%bg2_chapter_4%)
Patching Sheena/Dialogues/K#sheenj.D: GlobalLT("CHAPTER","GLOBAL",4) => GlobalLT("CHAPTER","GLOBAL",%bg2_chapter_4%)
Patching Sheena/Dialogues/K#sheenj.D: GlobalLT("CHAPTER","GLOBAL",4) => GlobalLT("CHAPTER","GLOBAL",%bg2_chapter_4%)
Patching Sheena/Dialogues/K#sheenj.D: GlobalLT("CHAPTER","GLOBAL",4) => GlobalLT("CHAPTER","GLOBAL",%bg2_chapter_4%)
Patching Sheena/Dialogues/K#sheenj.D: GlobalLT("CHAPTER","GLOBAL",4) => GlobalLT("CHAPTER","GLOBAL",%bg2_chapter_4%)
Patching Sheena/Dialogues/K#sheenj.D: GlobalLT("CHAPTER","GLOBAL",4) => GlobalLT("CHAPTER","GLOBAL",%bg2_chapter_4%)
Patching Sheena/Dialogues/K#sheenj.D: GlobalLT("CHAPTER","GLOBAL",4) => GlobalLT("CHAPTER","GLOBAL",%bg2_chapter_4%)
Patching Sheena/Scripts/K#Sheena.baf: Global("CHAPTER","GLOBAL",6) => Global("CHAPTER","GLOBAL",%bg2_chapter_6%)
Patching setup-Sheena.TP2: ALWAYS command expanded
ALWAYS
  ACTION_IF (GAME_IS ~eet~) BEGIN
    OUTER_SET bg2_chapter = 12
  END ELSE BEGIN
    OUTER_SET bg2_chapter = 0
  END
  OUTER_FOR (i=1; i<=10; i=i+1) BEGIN
    OUTER_SET bg2_chapter = bg2_chapter + 1
    OUTER_SPRINT name_source ~bg2_chapter_%i%~
    OUTER_SET EVAL ~%name_source%~ = bg2_chapter
  END

It would also need following changes to support EET continuity system (take a look at any of the available compatibility patches and you will see exactly the same steps for each BG2 NPC as below ones):

1. Add EVALUATE_BUFFER in tp2 file when COMPILE is used on k#bsheen.D, k#sheen.D, K#sheenj.D, K#Sheena.baf

2. Get rid of FATESP.DLG code when GAME_IS ~eet~

3. Add EET_functions.tph to mod folder

4. Use EET_NPC_TRANSITION function from above mentioned file the same way as other BG2:EE NPC mods that have compatibility patches available.

So no, it's not compatible as it is.

looks like the dialogue is initiated by Proximity Trigger attached to BD7300.ARE (Viconia Romance 1) using BDROM03.BCS. Can't reproduce it on my game. The expected conversation should start with:
"Once again, our fates intertwine" but that's not what you see in your game, right? Post the first few words of the conversation she starts and I will be able to find which dialogue is triggered instead and why.
If you don't want to wait you can continue your game by deleting BDROM03.BCS from Override but that won't be necessary if we find the problematic dialogue itself.

Any plans to eventually make these EET-compatible? I care about Dace the most.

 

At this point only if author shows interest in adding EET 1.0+ compatibility natively. In such case I can create patches for all those above mentioned NPCs myself (if they already have BG2:EE version), ready to be internalized by authors. But the point is that the entire section "Mods that can be installed after EET on BG2:EE but MUST BE PATCHED FIRST" is meant to be temporary, not permanent solution. If there is no willingness to do so from authors than hosting unofficial patches may be actually against their will. It's also not practical considering patch becomes obsolete each time the mod is updated. Of course if the mod is not supported any more than creating and hosting compatibility patches for such mods is ok by me.

I'm having a problem with Viconia in SoD, she's constantly initiating dialogue with my character, i'm not sure what's the normal behavior supposed to be. Would someone know a workaround to make her stop until I see if it happens to another npc ?

send me a save file, I will check what part of script initiates this dialogue. It may be vanilla bug though considering EET doesn't modify her script in any way that could cause it.

Edit: @K4thos The culprit is COPY_EXISTING in the FIX_WATER function. Since you never install TIS files directly, but instead biff them from a working directory, you have to adapt the function accordingly.

 

indeed, thanks!

Not sure if this was already reported:

The fountain animation in BG3300 at 2530, 3160 is incorrect (big blue square).

http://gibberlings3.net/forums/index.php?showtopic=28161&page=5&do=findComment&comment=245621

should be fixed in RC4 already or for those who installed the patch distributed earlier with RC4. Is it not? I will check it out.

I already know where the problem lays. It's a chunk of code added by EET that automatically disables BG1 NPC after chapter > 7. It's used so you don't meet old NPCs without post BG1 content when going back to old areas. It will be fixed in next RC - thanks for report. Not yet sure how I will handle it but for now a fix that disables this system for mod added NPCS is attached to this post. Install it like any other mod (order doesn't matter).

If you still have save before you started chapter 8 (so before you leave Baldur's Gate City for crusade) than Vynd will be available like in vanilla BG:EE+SoD. If you don't have it than you can kick that disabled NPC from your party and spawn new one via console:

 C:CreateCreature("GV#VYND")

although keep in mind that he doesn't have SoD content and spawning new CRE will reset his local variables and progress.

Alternatively I can fix your current save game if you don't have that older save and want to keep him for SoD. Upload it here.

fixSoDTrans.rar

I can confirm this bug is caused by EET. No need to report it to author, it will be fixed here. Not yet sure what makes Vynd no able to be moved to that area.