User login
[Closed] about xp_enemyColors
20. October 2009 - 16:39
Would be great if xp_enemyColors behaviour will not depend of EF_DEAD flag to let using this flag for cheat blocking without affecting to colors.
20. October 2009 - 20:04
#1
[Suggestion] about xp_enemyColors
That only happens when one of the bits of the client cvar xp_corpse is set. If not it behaves normally.
21. October 2009 - 3:04
#3
[Suggestion] about xp_enemyColors
But why would you like to use exactly that flag? There are several other EF_* flags that are not used for players, and even if i use a different way for xp_enemycolors, the EF_DEAD flag is used in several other places and it could cause problems.
21. October 2009 - 4:39
#4
Germany
[Suggestion] about xp_enemyColors
because of busting autoshoot cheaters since they would shoot the dead bodys? 
21. October 2009 - 5:52
#5
[Suggestion] about xp_enemyColors
wrote:because of busting autoshoot cheaters since they would shoot the dead bodys?
Havent thought about it, tho i actually think its the other way around: she wants to turn this flag on always so cheat programs think enemies are dead all the time, effectively blocking some autoshoot/aimbot cheats.
Unfortunately, the health information is not transmitted to other players, so right now there is no other way to know if a player is dead or not. The only way is to use another of the unused EF_* flags, but i dislike the idea of having to insert cheat blocking stuff right into the game logic (also a custom cheat could easily bypass this restriction by using the right EF_* flag).
21. October 2009 - 5:58
#6
Germany
[Suggestion] about xp_enemyColors
well beast, u could flip those ef_* every map prolly? 
in either way just to confuse the aimbot :]
21. October 2009 - 8:56
#7
![mow Q [EN]](/files/screenname/8646b528fbbe1090dc61e0f29405d1b3.webp "mow Q [EN]"){kind=small}
[Suggestion] about xp_enemyColors
Anyway, i already suggested to easy in 2004 to implement some anticheat into the mod itself. To be honest i dont remember what i did even suggest, but what i suggested seems to have been to complex and the mod wouldnt have been a serverside mod anymore. Anyway, if something like this could be implementet (even if i dont really understand what u guys are talking about), would say we would have something against many cheats, coders would need to start to make new cheats and since this mod is very small i doubt many coders would make this effort.
And, like skullhead said, if this "flags" would be caclulated somehow by chance, it would be really hard to code a new cheat for it (isnt it?)
21. October 2009 - 11:45
#8
[Suggestion] about xp_enemyColors
I use ent->s.solid = 0 and ent->s.eFlags |= EF_DEAD on my server. The former prevents autoshooting (hit test failed whith a zero size hitbox) and the latter prevents automatic targeting (aimbot won't aiming on dead bodies).
Client side effects are no names above players, including names drawn by xp_drawNames (thanks to solid = 
, and no 'foe markers' above team-mates (thanks to EF_DEAD). It is not a big problem if those adjustments are done selectively for opposite team and against suspected players only.
No server side effects occur because it is done at the frame transmitting phase. So inside the game those parameters are always correct. With certain success the game could do those adjustments after rendering the frame and restore it back before running the frame or before first client think in the current frame (it will affect to everyone by this way).
Yes it's clear, that cheating can go another way and avoid these traps, but I see that every automated cheater is failed, who comes rather not to win but annoy the other players. The only problem I have is that 1.04 players complain to gray color if they use xp_enemyColors, and it does not allow to check those players for cheats stealthy.
21. October 2009 - 11:53
#9
[Suggestion] about xp_enemyColors
Beast, how about you would contact easy (i guess u r sometimes in touch with him), and suggest to add panda as 3rd dev.
Effects:
- Faster releases
- No custom-modified e+ versions anymore
- more happy community
Panda has already proven, that she is not bad in coding, and i guess she is also pretty active.
22. October 2009 - 9:27
#10
[Suggestion] about xp_enemyColors
wrote:... suggest to add panda as 3rd dev
I resign. I am sure the current team does its work well, and also I can not handle such a big project.
Shout 15:59:04
: it's not my fault if I'm N1 on carnage elite
and he can't beat me
: You spoil everyone's enjoyment in the Carnage server, I should have banned you long ago, anyways, play on bot only servers where you can't piss them off
: No Darkn355 was me, you have no idea how many players msg me to say you are pissing them off, I was in the server the other day and I seen for myself you pissing 3 players off and all 3 leaving the server because of you, this is been going on for a year,
: no FUBAR no the administrators don't like me
: Noob, and there is the reason you are banned, I really don't know if your 12 or not right in the head, you have been warned many times
: the 2 Spectators weird on elite carnage my house my banned Darkn355 on elite carnage my banned fuck you
: i have twitch embedded now https://www.tig...
: all servers lag !
: HI MY CHILDREN 
)
: Hi malombo
Who's online
There are currently 3 users and 50 guests online.
That's right, but bits are set by default. If the health status is always less or equal zero when dead, then it could be used instead of 'dead' flag.