Forum
Competitive CFG comparison video
Created 10th February 2014 @ 22:33
Add A Reply Pages: « Previous 1 ... 4 5 6 Next »
Quoted from ondkaja
[…]
Because, believe it or not, there are some hackers that don’t want to get caught. That’s why not everyone uses speedhack 100% crit namechanging aimbot.
…Yeah. I guess a private radar is way more obvious, compared to a mathack. Especially considering all non material hacks are 100% detected.
Quoted from MEGAMIDDIE
[…]
…Yeah. I guess a private radar is way more obvious, compared to a mathack. Especially considering all non material hacks are 100% detected.
Doesn’t matter, all real hacks run the risk of getting detected, mat hacks are 100% safe from VAC and the only way you are going to get caught is if you are obvious.
Last edited by ondkaja,
A harmless topic on CFG’s turned into a serious debate about the rules and validation of past matches.
Never change ETF2L.
Last edited by Meeto,
Quoted from Meeto
A harmless topic on CFG’s turned into a serious debate about the rules and validation of past matches.
Never change ETF2L.
Would you expect anything different?
Unless I’m missing something, if you can use these textures in your official, then your opponents can use transparent walls, or any other material hack under the sun.
While it is entirely possible for teams to knowingly play on a non-pure server and not report it to admins, I can’t imagine how it could be in either team’s interest – unless they’re both interested in using material hacks.
The way you admins deal with this issue makes it very easy to systematically abuse this. You play on an intentionally unprotected server in order to mathack and hope that the opponents won’t notice (which they probably won’t unless they have custom stuff installed themselves). If it gets known (which it probably won’t) to the admins you just say “well I didn’t know” and the admins won’t punish you? At the very least give a warning to people who play on unprotected servers so they can’t play all their officials on an unprotected server, while still being forgiving to people who aren’t aware that the server needs sv_pure set to 2.
It is your responsibility to verify that the server you are playing for conforms to ETF2L standards, preferably before you play on it. All of the commands set by etf2l configs are mirrored on the client (you can see their current values in the console).
If you could call out invalid settings after the match to claim a default win, it’s easy to imagine how that would be abused:
1. Visiting team notices the server has invalid settings, says nothing and readies up.
2. Home team wins the match.
3. Visiting team reports the server had invalid settings in order to get the match invalidated/get a default win/penalize the home team out of petty revenge.
This is why such cases are handled on an individual basis, and we don’t apply blanket warnings/default losses without reading into the details.
It’s also worth noting that custom materials visible in map screenshots are not necessarily indicative of them being used in the match. A lot of team leaders forget about map screenshots and take them from demos after the match, and demos do not have pure settings.
You say it’s the teams’ resposibility to check if the servers settings are correct, but in practice it is VERY impractical and time consuming to check if every single server setting conforms with the ETF2L config. Which is often why teams just assume that the provided server is correctly configured, and as such it is in practice not the responsibility of the visiting team to check if the server is properly configured, it is the home team’s responsibility.
It is true that it would be ridiculous if you could claim a default win after intentionally playing on an improperly configured server, however that’s not the issue. The issue is that you aren’t penalised at all despite breaking a rule, whether intentionally or not. Not only does it set a bad precedent for ETF2L to ignore a rule-break, it also sends signals that this rule isn’t enforced, and thus open for systematical abuse.
It is not possible to load custom materials on demos that have been recorded on servers with pure enabled. If the server is pure protected, you won’t be able to have mods on the demos recorded on it either. Furthermore, you can clearly see that he has custom materials on the status screenshot too, which makes it even more likely that his server was in fact improperly configured. You can not take a status screenshot from a demo unless you used the status command while recording a demo with all the players on the server, in which case you would probably had taken the screenshot while being in the server anyway. So even if you theoretically could use custom materials on demos that have been recorded on match servers, you still most likely wouldn’t have taken the status screenshot from it.
Last edited by ondkaja,
gj admins http://etf2l.org/matches/46498/
For the lazy out there, isn’t it possible to ask AnAkin if TFTrue can do a quick skim over the cvars when either or both teams rup to make sure the config is correct and up to date?
I’m aware it checks it’s own cvars (and also, from memory, checked sv_pure?) but not sure if it extends to TF2’s “Vanilla” commands. :S
Quoted from Leftism
I’m aware it checks it’s own cvars (and also, from memory, checked sv_pure?) but not sure if it extends to TF2’s “Vanilla” commands. :S
Indeed, I recall tf2 saying something along the lines of: “Warning this server is running insecure settings” at the start of the match. That was quite some time ago, though. Has it been removed?
I think its removed.
Not exactly sure tho, admins know the best.
Last edited by fiend,
Quoted from basshead
gj admins http://etf2l.org/matches/46498/
Default loss seems a bit harsh. Admins pls.
Add A Reply Pages: « Previous 1 ... 4 5 6 Next »
content rss