Alastair Posted November 22, 2005 Share Posted November 22, 2005 I have two dependent NPCs which must always be together. If one dies, the other leaves the party. The problem is, I only want that to happen when one of the two NPCs cannot be raised by normal means; ie: they're gone. I tried the logical thing: IF Dead("SoS_Illiana") !InParty("SoS_Illiana") THEN //... And that didn't work. Whether she was dead or gone, the result was the same. I've tried a few other combinations, including StateCheck(STATE_DEAD), HPLT(0), and Exists(), and so far nothing works. Is there a way to determine whether or not an NPC is dead or gone, or is it all the same to the IE? Thanks! Link to comment
cirerrek Posted November 22, 2005 Share Posted November 22, 2005 Couple of things to check if a person is really really dead, generally by complete chunking as a result of the excessive damage from the damage types. STATE_STONE_DEATH STATE_FROZEN_DEATH STATE_EXPLODING_DEATH STATE_FLAME_DEATH STATE_ACID_DEATH Link to comment
Alastair Posted November 22, 2005 Author Share Posted November 22, 2005 Couple of things to check if a person is really really dead, generally by complete chunking as a result of the excessive damage from the damage types. STATE_STONE_DEATH STATE_FROZEN_DEATH STATE_EXPLODING_DEATH STATE_FLAME_DEATH STATE_ACID_DEATH <{POST_SNAPBACK}> This almost works, except when the character dies, and later is removed from the party. She's gone, but didn't die from any of the horrible deaths. Link to comment
Kulyok Posted November 22, 2005 Share Posted November 22, 2005 Er, what about !InPartyAllowDead("NPC1") Dead("NPC1") ? Works for me. Link to comment
Alastair Posted November 22, 2005 Author Share Posted November 22, 2005 Er, what about !InPartyAllowDead("NPC1") Dead("NPC1") ? Works for me. <{POST_SNAPBACK}> Ever had one of those moments when you feel completely stupid? No really, I didn't know about InPartyAllowDead. That makes it easy now. Thanks. Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.