Jump to content

githyanki in underdark mindflayer lair


Recommended Posts

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.

Link to comment

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 by Roxanne
Link to comment

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 by lynx
Link to comment

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 by CamDawg
Link to comment

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.

Link to comment

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 by CamDawg
Link to comment

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...