lynx Posted November 21, 2017 Posted November 21, 2017 During my playthrough (with v10) I noticed that some of Simyaz's companions aren't affected by the cutscene scripts. Looking at the detailed changelog for the fixpack, it doesn't appear to be its doing (other mods are npcs + item randomizer + dr + alternatives). They're not affected, since both have the same scripting name / death var ("githyanki" iirc). CREature-wise, there is only udgith02.cre. Extracting all the scripts and dialogs shows the problem, similarly for Kruin later: $ grep -rin gith0 bafs/ bafs/ar2100.baf:209: Dead("udgith02") // ~Githyanki~ bafs/ar2100.baf:210: Dead("udgith03") // udgith03 bafs/ar2100.baf:211: Dead("udgith04") // udgith04 bafs/ar2400.baf:125: Dead("udgith02") // ~Githyanki~ bafs/ar2400.baf:126: Dead("udgith03") // udgith03 bafs/ar2400.baf:127: Dead("udgith04") // udgith04 bafs/ar2400.baf:143: Dead("udgith02") // ~Githyanki~ bafs/ar2400.baf:144: Dead("udgith03") // udgith03 bafs/ar2400.baf:145: Dead("udgith04") // udgith04 bafs/cut44j.baf:15: ActionOverride("udgith02",JumpToPoint([2043.1864])) bafs/cut44j.baf:16: ActionOverride("udgith03",JumpToPoint([2105.1871])) bafs/cut44j.baf:17: ActionOverride("udgith04",JumpToPoint([2016.1881])) bafs/cut44j.baf:18: ActionOverride("udgith05",JumpToPoint([2016.1881])) bafs/cut44k.baf:8: ActionOverride("udgith02",JumpToPoint([1963.2057])) bafs/cut44k.baf:9: ActionOverride("udgith03",JumpToPoint([1987.2101])) bafs/cut44k.baf:10: ActionOverride("udgith04",JumpToPoint([2057.2140])) bafs/cut44k.baf:11: ActionOverride("udgith05",JumpToPoint([1872.2016])) bafs/cut44l.baf:8: ActionOverride("udgith02",JumpToPoint([2679.1339])) bafs/cut44l.baf:9: ActionOverride("udgith03",JumpToPoint([2730.1354])) bafs/cut44l.baf:10: ActionOverride("udgith04",JumpToPoint([2721.1298])) bafs/cut44l.baf:11: ActionOverride("udgith05",Kill(Myself)) bafs/udgith.baf:78: Name("udgith03",Myself) bafs/udgith.baf:93: Name("udgith04",Myself) bafs/udgith.baf:108: Name("udgith02",Myself) $ grep -rin gith0 dlgs/ dlgs/kruin.d:92:CreateCreatureOffscreen("gith02",0) dlgs/kruin.d:93:CreateCreatureOffscreen("gith02",0) dlgs/kruin.d:94:CreateCreatureOffscreen("gith03",0) dlgs/kruin.d:95:CreateCreatureOffscreen("gith04",0) dlgs/kruin.d:96:CreateCreatureOffscreen("gith04",0) dlgs/kruin.d:97:CreateCreatureOffscreen("gith05",0) dlgs/kruin.d:98:CreateCreatureOffscreen("gith06",0) dlgs/udgith02.d:2:// argument : UDGITH02.DLG dlgs/udgith02.d:8:BEGIN ~UDGITH02~ 1 // non-zero flags may indicate non-pausing dialogue Can someone verify? I don't remember having this problem before and it seems like something that would have been noticed. Quote
Roxanne Posted November 21, 2017 Posted November 21, 2017 (edited) During my playthrough (with v10) I noticed that some of Simyaz's companions aren't affected by the cutscene scripts. Looking at the detailed changelog for the fixpack, it doesn't appear to be its doing (other mods are npcs + item randomizer + dr + alternatives). They're not affected, since both have the same scripting name / death var ("githyanki" iirc). CREature-wise, there is only udgith02.cre. Extracting all the scripts and dialogs shows the problem, similarly for Kruin later: $ grep -rin gith0 bafs/ bafs/ar2100.baf:209: Dead("udgith02") // ~Githyanki~ bafs/ar2100.baf:210: Dead("udgith03") // udgith03 bafs/ar2100.baf:211: Dead("udgith04") // udgith04 bafs/ar2400.baf:125: Dead("udgith02") // ~Githyanki~ bafs/ar2400.baf:126: Dead("udgith03") // udgith03 bafs/ar2400.baf:127: Dead("udgith04") // udgith04 bafs/ar2400.baf:143: Dead("udgith02") // ~Githyanki~ bafs/ar2400.baf:144: Dead("udgith03") // udgith03 bafs/ar2400.baf:145: Dead("udgith04") // udgith04 bafs/cut44j.baf:15: ActionOverride("udgith02",JumpToPoint([2043.1864])) bafs/cut44j.baf:16: ActionOverride("udgith03",JumpToPoint([2105.1871])) bafs/cut44j.baf:17: ActionOverride("udgith04",JumpToPoint([2016.1881])) bafs/cut44j.baf:18: ActionOverride("udgith05",JumpToPoint([2016.1881])) bafs/cut44k.baf:8: ActionOverride("udgith02",JumpToPoint([1963.2057])) bafs/cut44k.baf:9: ActionOverride("udgith03",JumpToPoint([1987.2101])) bafs/cut44k.baf:10: ActionOverride("udgith04",JumpToPoint([2057.2140])) bafs/cut44k.baf:11: ActionOverride("udgith05",JumpToPoint([1872.2016])) bafs/cut44l.baf:8: ActionOverride("udgith02",JumpToPoint([2679.1339])) bafs/cut44l.baf:9: ActionOverride("udgith03",JumpToPoint([2730.1354])) bafs/cut44l.baf:10: ActionOverride("udgith04",JumpToPoint([2721.1298])) bafs/cut44l.baf:11: ActionOverride("udgith05",Kill(Myself)) bafs/udgith.baf:78: Name("udgith03",Myself) bafs/udgith.baf:93: Name("udgith04",Myself) bafs/udgith.baf:108: Name("udgith02",Myself) $ grep -rin gith0 dlgs/ dlgs/kruin.d:92:CreateCreatureOffscreen("gith02",0) dlgs/kruin.d:93:CreateCreatureOffscreen("gith02",0) dlgs/kruin.d:94:CreateCreatureOffscreen("gith03",0) dlgs/kruin.d:95:CreateCreatureOffscreen("gith04",0) dlgs/kruin.d:96:CreateCreatureOffscreen("gith04",0) dlgs/kruin.d:97:CreateCreatureOffscreen("gith05",0) dlgs/kruin.d:98:CreateCreatureOffscreen("gith06",0) dlgs/udgith02.d:2:// argument : UDGITH02.DLG dlgs/udgith02.d:8:BEGIN ~UDGITH02~ 1 // non-zero flags may indicate non-pausing dialogue Can someone verify? I don't remember having this problem before and it seems like something that would have been noticed. The githyanki in ar2400 are all udgith02.cre BUT in the are file they are flagged with *Override script name(3)*, i,e, they should all be copies of udgith02 but with differen DV's from 02 t 05 plus udsimyaz who is unique. I can remember that on some installs I had the problem with their later scene in the underdark main area where they demand their silver sword but only 2 went hostile and the rest stayed blue or were missing (maybe a side effect of your issue?) Edited November 21, 2017 by Roxanne Quote
lynx Posted November 21, 2017 Author Posted November 21, 2017 (edited) The area has no overrides for them in this install (says DLTCEP ... wait, it only has fields for dialog/scripts, grr). I have the are in override, but weidu --change-log override/ar2400.are says no mods are affecting it, which is of course wrong, as at least fixpack does. Edited November 21, 2017 by lynx Quote
CamDawg Posted November 22, 2017 Posted November 22, 2017 (edited) Yeah, Roxanne's already covered the DV stuff. If I'm following the scripts correctly... When Simyaz goes hostile, he just has an Enemy() command for himself in his dialogue. However, the others won't go hostile until he does a 151 shout--but because he's already red-circled at that point, he won't actually do a 151 until he is hit, has an empty action cycle, or dies. Fixpack should probably look at adding Shout(151) to his dialogue Enemy() action to remove hostile delays for his followers. edit: And it looks like Kruin does the same. Edited November 22, 2017 by CamDawg Quote
lynx Posted November 22, 2017 Author Posted November 22, 2017 If the bit is set, the creature name is used for the scriptname instead. That matches my experience, which is good, but doesn't explain anything — who embedded the copies with the same name? I've loaded a vanilla bg2 and there udgith03..05 are properly named, so there was no bug. Quote
CamDawg Posted November 22, 2017 Posted November 22, 2017 (edited) I'm looking at my vanilla BG2, and it's the same. Simyaz (udsimyaz) and four copies of udgith02 are in ar2400.are. Simyaz and one copy of udgith02 (the one labeled Githyanki) are sans the special flag, so they use the DV from their creature file (udsimyaz and udgith02). The additional three copies of udgith02 have the override DV flag, so they use their actor names from the area file (udgith03, udgith04, and udgith05) as their DVs. Kruin's dialogue is a problem, as gith03-06.cre don't exist. edit: I'm an idiot, was looking for udgith03-6 for Kruin. Kruin uses gith03-06, which do exist. Edited November 22, 2017 by CamDawg Quote
lynx Posted November 22, 2017 Author Posted November 22, 2017 Just verified it's not this fixpack's fault, so let's just forget about it. Quote
Recommended Posts
Join the conversation
You are posting as a guest. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.