Status of "Cheat" Mods

[Atrik]

What attracted me in the first place to games of this genre is strategy, macro, teamwork...

@Grapjas if you get satisfaction out of making repetitive tasks that's ok. The mechanical skill of clicky stuff for me just gets in the way of game enjoyment, I prefer having time to think when playing rather then just only learning to queue up brain tasks.

I don't know exactly what proportion of players would actually prefer game with less clicky UI, but it's surely not 0%.
Also once again with remarks on skill and leagues and whatnot, I'm considered the same when balancing a game with me disallowed to use "automation", I let you conclude what you want of that, eventually stooping to make stupid remarks on this being related to """"""""skill"""""""".

[MetaPhyZic]

29 minutes ago, Atrik said:

What attracted me in the first place to games of this genre is strategy, macro, teamwork...

The cope of rushed plebs is insane here.

[Grapjas]

1 hour ago, Atrik said:

if you get satisfaction out of making repetitive tasks that's ok.

I mean alot of games have tasks/routine that come with the genre, but that's not what i said anyway. You still need to adapt to the game and what's happening around you and be faster than the enemy.

1 hour ago, Atrik said:

I prefer having time to think when playing rather then just only learning to queue up brain tasks.

And thats excactly the unfair advantage it gives opposed to someone who doesn't use it, dont you see that? You're being really obtuse about it tbh.

1 hour ago, Atrik said:

I don't know exactly what proportion of players would actually prefer game with less clicky UI, but it's surely not 0%.

I'm sure there are people that would love to play it. It honestly sounds like total war games are better suited for your RTS itch if all you want to do is slay but w/e.

[Atrik]

57 minutes ago, Grapjas said:

I mean alot of games have tasks/routine that come with the genre, but that's not what i said anyway. You still need to adapt to the game and what's happening around you and be faster than the enemy.

One can only agree. Is there a screnario or build that you think the autotrainer feature doesn't allow you to adapt your production too? In my experience you have much better control, and feeling of control of your production and army composition with the suggested autotrainer overlay.

1 hour ago, Grapjas said:

And thats excactly the unfair advantage it gives opposed to someone who doesn't use it, dont you see that? You're being really obtuse about it tbh.

You probably make very informed judgement, and you seems to have stake in mp. What's your lobby account name if I might ask? Anyway you might also be one that will start replying with quick claims and insults, I might be guilty of doing it too but better I stop replying to this thread.

[BreakfastBurrito_007]

It doesn't take any multiplayer or even 0ad experience to understand that automating a signification portion of the game provides an unfair advantage. I wouldn't go hounding grapjas to "verify" if his level is high enough to critique your mod, anyone of any level can do so just like anyone can see through your self-serving argumentation and your dishonest downplaying of the advantages you get from progui.

[MetaPhyZic]

[Grapjas]

4 hours ago, Atrik said:

Anyway you might also be one that will start replying with quick claims and insults, I might be guilty of doing it too but better I stop replying to this thread.

Yeah it's gotta be exhausting being obtuse on purpose i guess. It's wasted energy. But now some volunteers have to find a solution to make games fair, which would've happened sooner or later anyway so its not a bad thing persé.

Onto that subject, i think a "no mods" toggle for the host would be nice thats on by default. But im not sure 0ad supports loading/unloading mods on the fly yet, seeing how you need to restart the game if you download a mod. On the other hand coding while playing does live update. Haven't looked into that much yet, and if it's on the cpp side of things im not even going to lol.

Maybe a mod can be made that detects unsigned mods or shows what files people have altered.

Edited February 19 by Grapjas

[Seleucids]

41 minutes ago, Grapjas said:

Onto that subject, i think a "no mods" toggle for the host would be nice thats on by default. But im not sure 0ad supports loading/unloading mods on the fly yet, seeing how you need to restart the game if you download a mod. On the other hand coding while playing does live update.

Unfortunately hot loading doesn't happen normally. The game only scans the mod folder once on boot, then never scans again. Even if you put in a new mod, it will not be detected by the mod selector until you restart the game. 

However, this is not an impossible problem:

1. We can always load a dummy mod which has all the dummy file placeholders, so that the engine is forced to consider all of the files there in live. Then, if we need to modify a file, we copy in and replace the dummy on the fly. To deactivate, we overwrite with dummy values. 

2. We can add engine commands to check the mod folder more often for presence of new mods and hotload files. 

45 minutes ago, Grapjas said:

Maybe a mod can be made that detects unsigned mods or shows what files people have altered.

I'm afraid this might have to go to engine level. You can't really see into other people's mod files without hacking their computer filesystem. 0AD lobby 100% trusts your own mod reporter script during game registration, which only reports the title and versions of your active mods. The exact contents of your mod folders will never be transmitted to anyone.

On top of this, people can edit this script to fool the lobby and other clients. 

 

[Seleucids]

"Controversial" mods such as ProGUI and chat hacks often leave behind unwanted signatures that expose them. Having a machine learning detector program running besides 0ad might be a solution.

For example, we can implement ffm's script as a separate live application that sends a system message whenever abnormal activity is detected. Unsolicited behaviours such as private chat between specs and players will also leave a warning in everyone's log. Reveal map and other cheat commands will result in "invalid command" being printed in logs. If too much of these occur in one game then you know somebody is messing around. 

[Atrik]

I was wondering how geniuses would solve the issue at hand. Tell us more please @Grapjas. The machine learning suggestion from @Seleucids sounds very promising, thoughts?

We could also think of a partnership with this very reputable solution : https://www.easy.ac/

Edited February 20 by Atrik

[Seleucids]

Sadly anti-cheat solutions don't seem to work on Linux. 

Anti-cheat programs be like:  Linux user = Hacker  + cheater -> ban

Linux users would have many more games available to them if it wasn't for anti-cheat engines; they are the true roadblocks; the compatibility issue is already handled very well by WINE and PROTON. 

[Grapjas]

10 hours ago, Seleucids said:

I'm afraid this might have to go to engine level.

I'm pretty sure someone can recompile the game and still play with people in the lobby if all you did was disable a check. Maybe someone more knowledgeable can confirm.

10 hours ago, Seleucids said:

You can't really see into other people's mod files without hacking their computer filesystem.

A checksum can be networked, what isn't there can be made. Still leaves the problem above though. But you'd cut out a decent portion of cheaters, untill someone publishes an alternative 0ad build they can install with a simple .exe.

10 hours ago, Seleucids said:

which only reports the title and versions of your active mods

It only shows signed mods afaik. Or better said, mods downloaded through the ingame downloader, which is the same thing.

[WiseKind]

Wow, I'm sorry. I created my own thread about a similar topic before I realized that this thread existed. But to be fair, both threads have been meaningful, and their purposes aren't exactly the same...

I must say that anyone who is actually suggesting that an anticheat program be included with 0 A.D. is arguing that 0 A.D. should cease to be a free software project. You can say what you want about what kinds of mod checks should be implemented, but that's the facts. You can't stop people from writing code on their own computers, due to the nature of free software. Anticheat solutions inherently require obscurity to work, so there cannot be a free-as-in-freedom anticheat. And I find the idea of using Machine Learning to help cringeworthy, but I digress...

After reading this thread in full, I am starting to think that we could use a compromise. I strongly believe that the use of ProGUI, AutoCiv, and similar mods is NOT cheating, and I have my own reasons that I won't dive into here (it's mostly free-software absolutism), but I understand that some people disagree with me, so I would be open to allowing game hosts to decide for themselves what mods to allow, and perhaps a way to see what mods are active on each client, just for the sake of convenience. Nothing super invasive, since it's truly impossible to stop the secret use of mods, but it would mainly serve as a convenience option to make sure people are on the same page, and so those who don't understand the dilemma will have their clients figure it out from them, assuming they haven't modified it for themselves.

I, for one, would never discriminate based on mod usage in my games, but I am finally coming to terms with the realization that I can't convince those who take the opposite extreme.

However, I do think that there is a separate problem that the full game state is necessarily stored on every client, which makes fog-of-war cheating much easier than it should be. I do believe that it is possible to fully eliminate the risk of this kind of cheating, by redesigning the network protocol so that the game state is stored away from untrusted players, and only partially synced with the clients (again, won't go into too much detail since I have my own thread for this). I think this should be discussed separately from the argument as to the long argument of whether changing the input/output system of the game constitutes changing the game itself (I believe it doesn't). That may allow us to actually accomplish something here.

Edited March 17 by WiseKind
Minor grammar and semantics changes for clarification

[WiseKind]

I think that it would be helpful to allow mod policies to be determed by each host for themselves, rather than forcing a single policy on everyone, since we all know that isn't going to make everyone happy. Here's how I think this should work:

• Using ProGUI or other tools should not be against the TOS, and should not result in a ban from the entire Wildfire Games Lobby, even if a player lied about using it but...
• Hosts should be empowered to implement and enforce their own policies for mod usage. For example, if @real_tabasco_sauce hosts a game and finds out that someone was trying to hide the usage of ProGUI, @real_tabasco_sauce can block that player from future games, but the offending player will still be able to play with other people, such as myself.

 

 

I think that the Internet, in general, is best when people are allowed to form their separate communities with their own rules, rather than everyone being forced to agree on one policy. I think community fragmentation is a good thing, as players should be free to pursue fair and enjoyable gameplay, whatever that means for them.

 

 

The Terms of Use should be primarily about regulating offensive behavior that is unambiguously harmful, such as posting links to pornography, or harassing individuals, or trying to hack the lobby or other players. Anything further than that should be the responsibility and authority of individual hosts to determine what is allowed in their games.

 

 

I think we should stay true to the values of free software, and not include any kind of obfuscation to prevent people from modifying the game if they really want to. What I have seen above is that there are ways for people to confidently detect the usage of ProGUI or similar tools. That's great, and we should leave those players to use whatever means to see fit to enforce their rules, while people like Atrik and myself can choose not to enforce any mod policy, and focus on having a fun game regardless.

 

 

I hope that this will allow us to stop fighting over this issue and move forward with the real problems, such as revealing the map.

 

 

Edited March 17 by WiseKind
When I posted this first, the formatting was bugged and weird. I tried to fix it. Hopefully it will look better now.

[WiseKind]

On 01/11/2024 at 2:46 PM, RangerK said:

MOVES PER SECOND - Reacting to @ffm2 's comment on page 1 of this thread.

Wouldn't it be cool if after a game, you got see a chart of people's commands per second?  That would offer interesting insight not only into skill, but it also might reveal automation.

You could publish both peak and average commands per second.

Maybe there are some other statics that would put a spotlight on automation - like barracks idle time, resource use efficiency.

It seems that making more information public is technically easier than preventing certain behaviors.

Also - some unit-idle-time statistics at the very start to reveal start scripts?

On 01/11/2024 at 2:53 PM, Stan` said:

You can see some stats like that on https://replay-pallas.wildfiregames.ovh/

Maybe with the help of @Dizaka we could add such graphs.

I would be against implementing a summary statistic that shows the input rate of all players over time.

I personally hold the opinion that this input rate is not a crucial part of a player's performance. Concentration and multitasking are important in any RTS, but this is different from how fast you can input commands, and is not something one can easily measure with a number.

The reason I think this is because of the 0 A.D. Vision page that discusses potential "snares" that can make the game worse, and one of them is "Fastest click wins". It says the winner should be determined by strategy and intelligence, not APM.

I think adding this statistic would make it seem like an official idea that clicking faster makes you a better player, which is contrary to the stated design goals of the project. In reality it's being able to keep track of everything, which is completely different and can't be easily measured in the same way. I think this would give new players a wrong idea of what it really takes to be good at the game.

Please don't add this feature. It would be okay as a mod, but I wouldn't use it.

Edited March 17 by WiseKind
Added a paragraph to make it not seem like I'm arguing purely based on an opinion

[Tureseco]

I’ve used a few cheat mods in private games just for fun with friends, and while some can break the game, others just make things a bit more interesting. If you're looking into aimbots for testing or gameplay tweaks in other titles, see this here —I found some of the info there useful for comparing features.

 

Edited June 4 by Tureseco

[ffm2]

1 hour ago, Tureseco said:

I tried using the mod with the latest alpha, but it throws errors on launch. Might need some updates to match the current version’s changes in structure or commands.

Which mod? Do you mean the oddity detector? That one should work with 0.27.0 and 0.27.1 in my tests. What is the error?