[Arkshine]

Is the forward register as post ? Because if you look in the HLSDK, it works like that ( If I'm right ) :

- In CBasePlayer::TakeDamage, the damage bits is saved into a var. ( top for function )
- Next, CBaseMonster::TakeDamage is called, and you see damage bits are accumulated : "m_bitsDamageType |= bitsDamageType"
- Next, in CBasePlayer::UpdateClientData non-time-based damage is clear off ; "m_bitsDamageType &= DMG_TIMEBASED;"
- Then in CBasePlayer::TakeDamage, the original value is saved again : "m_bitsDamageType |= bitsDamageType;"

That's why I'm asking if you have register as post, it should work as post. Since you want to block, it's most likely than you will have to use a global var.

[jim_yang]

hostage_entity's useless offsets
106 -> 108 origin = pev->origin
109 -> 111 angle = pev->angle

[Bugsy]

Originally Posted by arkshine Is the forward register as post ? Because if you look in the HLSDK, it works like that ( If I'm right ) : - In CBasePlayer::TakeDamage, the damage bits is saved into a var. ( top for function ) - Next, CBaseMonster::TakeDamage is called, and you see damage bits are accumulated : "m_bitsDamageType |= bitsDamageType" - Next, in CBasePlayer::UpdateClientData non-time-based damage is clear off ; "m_bitsDamageType &= DMG_TIMEBASED;" - Then in CBasePlayer::TakeDamage, the original value is saved again : "m_bitsDamageType |= bitsDamageType;" That's why I'm asking if you have register as post, it should work as post. Since you want to block, it's most likely than you will have to use a global var.

g_Ham_Killed_Player = RegisterHam( Ham_Killed ,"player" , "fw_HamKilled" )

I did look through the SDK but couldn't see where the bitsDamageType was reset. This is why I am reluctant to call if after the client died because I'm not sure if it is returning valid data just out of timing\luck. Or possibly bitsDamageType is not reset until spawn\round-start, which would be perfect. I will look through the SDK more today and try to figure it out. When I said block I didn't mean block the damage from happening; I want to block the code just in my function. (return HAM_IGNORED)

[Arkshine]

m_bitsDamageType is reset at spawn.

[Bugsy]

My next problem is that the bitdamage for knife and bullet damage is returning the same. If I print out the damagebits as an integer, it prints 4098 for both DMG_SLASH and DMG_BULLET.

According to hlsdk, this means the damage has flags DMG_ALWAYSGIB | DMG_BULLET for knife and bullet damage. This isn't a huge issue because I can always use get_user_weapon but I would rather not use an extra function.

#define DMG_BULLET (1<<1) // Shot
#define DMG_SLASH (1<<2) // Cut, clawed, stabbed
#define DMG_ALWAYSGIB (1<<13) // With this bit OR'd in, any damage type can be made to gib victims upon death.

DMG_ALWAYSGIB | DMG_BULLET = 0001 0000 0000 0010

This occurs both on the bitdamage returned in my ham_takedamage forward and with get_pdata_int( victim , m_bitsDamageType)

Also, can anyone explain what gib is?

[Arkshine]

4098 = DMG_NEVERGIB (4096) | DMG_BULLET (2)

Don't know why in cs Knife use DMG_BULLET too.

Gib = click here

[ConnorMcLeod]

Originally Posted by Exolent[jNr] I don't know what KeyValues to set and check for when testing certain entities.

[jim_yang]

player

191 - game time a player can use the radio command again(need a good name)
192 - total times a player can use the radio command(need a good name)

[jim_yang]

already found by VEN and connor

210 - m_flNextRadarUpdateTime
211 -> 213 - m_vecLastPosition

update freq is 1 second
when time is up, compare player's current position to last position to decide whether send radar msg to clients for this player

PS:
update freq offset is 0xFC660(win32), data type is double

[xPaw]

i know here posting offsets, but anyone know keyvalus for env_rain?