[Pawn 3-pg]

Since some time around the Halloween update, m_nPlayerCond no longer reports when a player is under a kritzkrieg effect (either from the medic weapon or the heavy KGB). Has anyone found a way to detect this?

[Thrawn2]

you could use tEntDev to find any related netprops

load up that plugin, spawn a bot on a map without nav paths so he stands still, join his team, heal him, save his netprops, charge him, compare the netprops.
something should light up.

[asherkin]

If m_nPlayerCond changes at all, it's probably just that Valve reordered the conditions again.

[Pawn 3-pg]

Originally Posted by [AAA] Thrawn you could use tEntDev to find any related netprops

I tried it, but I couldn't get it to work right. I'll give it another try this weekend.

Originally Posted by asherkin If m_nPlayerCond changes at all, it's probably just that Valve reordered the conditions again.

The value does not change at all. At first I was testing each condition, but then I switched to just outputting the int value and I saw that it didn't change. The other flags I tested still seem to work fine.

[AltPluzF4]

I did a quick test with my dumper extension...
Here's the difference found:

Here is the pre.txt (while healing a stationary scout with kritzkrieg)

PHP Code:

  Sub-Class Table (2 Deep): DT_TFPlayerConditionListExclusive (offset 5724)
  -Member: _condition_bits (offset 5748) (type integer) (bits 28) - Value: 0 


Here is the during.txt (while the kritz is active)

PHP Code:

  Sub-Class Table (2 Deep): DT_TFPlayerConditionListExclusive (offset 5724)
  -Member: _condition_bits (offset 5748) (type integer) (bits 28) - Value: 2048 


Interestingly... m_nPlayerCond stayed:

PHP Code:

 Sub-Class Table (1 Deep): DT_TFPlayerShared (offset 5432)
 -Member: m_nPlayerCond (offset 5608) (type integer) (bits 28) - Value: 10485760 


Not sure why. Anyway, it appears they've decided to use a new DataTable (DT_TFPlayerConditionListExclusive) that just has one field (_condition_bits)

Hopefully this helps you. I wasn't able to test with the KGB right now, but I believe it should be the same.

[Thrawn2]

ack.

start: m_ConditionList->_condition_bits (5748) changed from 0 to 2048
end: m_ConditionList->_condition_bits (5748) changed from 2048 to 0

ergo

PHP Code:

bool:IsClientKritzed(client) {
    return (GetEntData(client, FindSendPropInfo("CTFPlayer", "_condition_bits")) & TF_CONDFLAG_KRITZKRIEGED);
} 


[psychonic]

Originally Posted by [AAA] Thrawn ack. start: m_ConditionList->_condition_bits (5748) changed from 0 to 2048 end: m_ConditionList->_condition_bits (5748) changed from 2048 to 0 ergo PHP Code: bool:IsClientKritzed(client) {     return (GetEntData(client, FindSendPropInfo("CTFPlayer", "_condition_bits")) & TF_CONDFLAG_KRITZKRIEGED); }

bool:IsClientKritzed(client)
{
    return (((GetEntProp(client, Prop_Send, "m_nPlayerCond")|GetEntProp(client, Prop_Send, "_condition_bits")) & TF_CONDFLAG_KRITZKRIEGED) == TF_CONDFLAG_KRITZKRIEGED);
}

[Pawn 3-pg]

Thanks for the help!

Originally Posted by psychonic PHP Code: bool:IsClientKritzed(client) {     return (((GetEntProp(client, Prop_Send, "m_nPlayerCond")|GetEntProp(client, Prop_Send, "_condition_bits")) & TF_CONDFLAG_KRITZKRIEGED) == TF_CONDFLAG_KRITZKRIEGED); }

Is there a reason you are checking both props at the same time instead of just the new one?

[psychonic]

Originally Posted by Pawn 3-pg Is there a reason you are checking both props at the same time instead of just the new one?

Yes. That's how TF2 does it internally in CTFPlayerShared::InCond.

[BrutalGoerge]

so i gotta do this?

PHP Code:

// so do i do this now? 
if (((GetEntProp(client, Prop_Send, "m_nPlayerCond")|GetEntProp(client, Prop_Send, "_condition_bits")) & TF_CONDFLAG_UBERCHARGED) == TF_CONDFLAG_UBERCHARGED)  
{
// the duder is ubercharged
}