[-] kilpatds@mastodon.social 0 points 7 months ago* (last edited 7 months ago)

@melpomenesclevage (my personal investment in windows? 0%? I don't have a windows PC, at home or work. I've been Linux primary since ... shit, 1994 or something? I've got some "bought in store" style linux games? I remember when pre-compiled packages were a feature. I'm an old.

I'm trying to help explain the incentives driving the behavior toward kernel-level anti-cheat so that arguments against it can be well formed. I don't want that stuff infecting linux gaming)

[-] kilpatds@mastodon.social 1 points 7 months ago

@A_Random_Idiot Yes, I think everybody has a reactive component to their plan? In the current situation, being reactive in some form appears to be table stakes.

But keeping higher barriers (is believed?) to make it easier to do that, and keeps some of the initial noise down, and pushes the timing off.

AND PUSHING THE TIMING IS A GAIN (to the makers of competitive PvP games)

[-] kilpatds@mastodon.social 1 points 7 months ago

@KrokanteBamischijf @hperrin (my wife suggested auditing suspected cheats in games like battlefield by forcing them to play in real world paintball tournaments.

I think her experience as a teacher is impacting her suggestions)

[-] kilpatds@mastodon.social 0 points 7 months ago

@melpomenesclevage sacrifice 100% of 2% balanced against 5% of 98%? Are you sure that's math you want them doing?

(And based on my 2nd hand experience, "5% enjoyment" kinda seems low. The cheaters do ruin things)

[-] kilpatds@mastodon.social 1 points 7 months ago

@A_Random_Idiot That's .... not entirely wrong, but doing more to raise the barriers higher keeps the game fun longer before the cheaters ruin it.

(Again, ... limiting discussion to competitive PvP-style games)

[-] kilpatds@mastodon.social 1 points 7 months ago

@A_Random_Idiot That's basically a form of @sugar_in_your_tea 's suggestion about making cheating more expensive: "We'll find your cheat program later, and retroactively find that you were cheating and ban you. Well after the match ended and everyone else's game was ruined"

[-] kilpatds@mastodon.social 0 points 7 months ago

@sugar_in_your_tea Your response about wall-hacks is my "don't tell the game anything" comment. It's really really damn slow. You typically don't want to do frame-by-frame determination of if an opponent is just in view or not (because that's a full render), so you send the info to the client once it's possible... at which point the client knows.

Even if the game isn't hacked, the video pipeline "knows", and hacks have moved to be outside of the game space (thus the move to kernel-based)

[-] kilpatds@mastodon.social -1 points 7 months ago

@sugar_in_your_tea Private servers exclude MMOs as a class of game. That works well for death-match style (or BG3 style) 4-player games, but doesn't work for 30-300-3000 people games.

Anti-cheat server-only allows too many cheats. There's already enough trouble distinguishing someone using wall-hacks from someone with good headphones in a game that does 3d-spacial-sound... trying to do that on the server side ... just won't work. Same applies for other ways of increasing the costs if detected

[-] kilpatds@mastodon.social 0 points 1 year ago

@Phantaminum the asymmetric balance I'm suggesting avoids "round after round of 'i attack''... but does so by virtue of dedicated damage dealers killing things too fast. It's not for everyone, but it is for some. :)

That sounds like you're not ok with the relevant amount of PC damage, and so I return to the "maybe a different system " suggestion.

view more: ‹ prev next ›

kilpatds

joined 2 years ago