[Bad_Bud]

Try downloading the attachment on this post. I set a constant at the top (#define HUDCHANNEL) with all of the channel choices already typed out for you.

Try to compile and run it as it is, and if there is a hudmessage conflict, comment out #define HUDCHANNEL 0 and uncomment #define HUDCHANNEL 1, etc. until you find one that doesn't seem to cause any hud message conflicts.

Hopefully that will act as a quick fix for you...

As for the speeds, straferunning does not make a person fly faster in a jetpack, regardless of what they may think. The function CheckAndScale checks adds the vectors together and makes sure that their combined velocity is not faster than cs_jetpack_forwardspeed, so it is not possible to fly faster in a straferun than when just flying forward.

Either they need a little more flying experience, or they feel the jetpack is too slow overall, in which case you can just increase the cs_jetpack_forwardspeed (and cs_jetpack_accelerate if they feel they are not reaching that max speed fast enough).

[`666]

ok, thanks, I try this.

[`666]

small video of jetpack in action http://uk.youtube.com/watch?v=q6ptbJVvrBc

[`666]

i get this errors with 1.5 version

L 01/11/2009 - 11:53:49: Invalid player id 28
L 01/11/2009 - 11:53:49: [AMXX] Displaying debug trace (plugin "CS_Jetpack.amxx")
L 01/11/2009 - 11:53:49: [AMXX] Run time error 10: native error (native "get_user_weapon")
L 01/11/2009 - 11:53:49: [AMXX]    [0] CS_Jetpack.sma::CheckDamage (line 323)
L 01/11/2009 - 11:53:49: [AMXX]    [1] CS_Jetpack.sma::ClientDamage (line 304)

[Bad_Bud]

That doesn't make sense. Is this a recurring event? What always happens right before you get this error?

Have you changed any of the modules you have loaded, or added plugins?

[`666]

nothing happens, plugin works fine, it just spams amxx logs with this errors

[Arkshine]

Originally Posted by Bad_Bud That doesn't make sense. Is this a recurring event? What always happens right before you get this error? Have you changed any of the modules you have loaded, or added plugins?

What it doesn't make sense is why you don't even check if attacker is at least a player. Using TakeDamage, you should know that attacker can be an entity. ( > max_clients )

[Bad_Bud]

That would be the inflictor, right? Inflictor is the attacking entity, whereas attacker should always be the attacking player. If it were something like a map placeable doing the damage, inflictor should be the entity's id, and attacker would probably be the server (0).

And I'm using Ham Sandwich to inflict the damage, not TakeDamage (engine).

And his log says "Invalid player id 28", which means it was less than max clients...

[Arkshine]

Originally Posted by Bad_Bud And his log says "Invalid player id 28", which means it was less than max clients...

Max clients means max slots here. It's not the same thing. If he's using a 24 slots server, the max clients (get_maxplayers() or glb_maxClients ) would be 24, not 32.

Originally Posted by Bad_Bud That would be the inflictor, right? Inflictor is the attacking entity, whereas attacker should always be the attacking player. If it were something like a map placeable doing the damage, inflictor should be the entity's id, and attacker would probably be the server (0).

The description says : "Inflictor is the entity that caused the damage ; Attacker is the entity that triggered the damage" ; why an entiy could not be the cause and the one which triggered the damage ?
"Invalid player id 28" means id is out of range ( < 1 or > maxClients ( maxSlots ) ). Since '28' gives this error, it means that its server has less than 28 slots and attacker is an entiy. Anyway just add a check to be sure that attacker is a player ( 1 <= id <= maxClients ) and it will solve the problem.

Originally Posted by Bad_Bud And I'm using Ham Sandwich to inflict the damage, not TakeDamage (engine).

I'm not blind, you know. TakeDamage or Ham_TakeDamage is the same for me.

[Bad_Bud]

Good thing I opened it to change it. I found a line that was missing that probably wouldn't have been found for a while.

Shouldn't have hudchannel issues anymore, because you can set it yourself on the fly.

And no more non-player dealybobs.