-
-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add detection against use of third party macro programs #14999
Comments
I see here "Beginners often have low APM counts, typically below 50." |
@ghost I don't think there will be a way of detecting it be made possible. The fortunate development is anyone can use a macro problem. |
Usually these programs detect spikes in eAPM instead of APM as that is far harder then getting your apm up, for example clicking 40 times in a single spot to micro air units or overriding your move order 20 times in the span of 4 seconds is going to shoot your apm up while your effective APM stays very low. However I don't see any of the current developers having the time/energy/interest to work on this. If you feel strongly about it you can always try implementing it yourself and submitting a pull request. Development is hard enough and forcing yourself to develop something that you have no interest and gives you no monetary value is even worse. |
I see this being worth too much effort for what is virtually a non-problem. Let alone the possibility of false positives (lag spikes sending all orders or just straight up actually being fast). The benefits from using a macro are slight, if not, none existent against a competent player of equal skill. The million dollar question though is, what would happen when its been detected? If some sort of punishment was enforced then the punishment far outweighs the crime, even a simple kick. A macro doesn't give an actual advantage in the game, a player without a macro can do pretty much the same thing, produce. Worth noting that macros can be made to add delays between key presses, effectively circumventing detection via APM Also, as Orb mentioned on discord, players wouldn't be using macros if an autoqueue feature was implemented. |
Macros give an unfair advantage and save a lot of time, especially over the course of a match. NOT preventing would be a bad thing, unless everyone starts using macros. I know several "top players" who use macros, and makes me wonder how well they would play without it. Like smitty said, blizzard implements anti-macro, and for many, very good, reasons. |
@CatGirls420-NerevarII Yes Blizzard implements macro detection but they are also a rich company with specialized testers etc, problem with implementing macro detection here would be to implement it well enough that it would not introduce false positives, we don't have enough players that we can afford to lose some because we were "testing" macro detection. Then there is the development time we would have to sink into it and I don't think many of our current developers would be motivated to take this on. You could always try your hand at it and send us a PR but be prepared to wait a long time before it gets accepted since we would not want it breaking games for non macro users. Maybe it would be more likely to be accepted if it was an option you had to enable on the server. |
But its like you said, for many good reasons. A macro in SC is completely different from what you would use ORA. The time they save is negligible, you can stack the same amount in the start period of the game and just pause it. I'd argue that those top players who use a macro are still just as good without it. |
This should be categorized as an idea with no specific timeline |
In the competitive scene, both players are supposed to have the same set up. If player 1 has macros and hardware for it, but player 2 doesnt, or can't use them for whatever reason, then player 1 has a clear advantage. That's not competitive, that's playing the system to get one up on your opponent. I don't have hardware for macros (or maybe I do, never bothered to see if I can use macros) and don't intend on getting any either. Idk using macros just seems....well, a lot of words I shouldn't say. I have ideas on how to make macro detection work but I have so much going in my life I'm nit-picking at things slowly getting a million thing's done. If time permits, I would love to compile code for this. |
I don't use macros and i don't care if any one does. And i do play competitive. |
If we could add the number of units currently queued to the production tab in spectator UI, like was done with the number of army units in #16709, production macros would be very easy to spot. |
I still don't see the point in this. As being said before adding a 100 units or 10 in queue makes no difference in OpenRa. |
Also I thought we had special shortcuts and incantations and stuff to queue great amounts of units at once? |
You can queue one unit at a time or 5. If you can visually see how much of what someone is queuing at a time and it's not 1 or 5, you'd know cheating is occurring. |
"cheating" Is a strong word to use here, people might have disabilities or being limited by other factors like hardware. So now that I think of it, adding this might even have a negative impact on the image of certain players who might indeed have to use a macro program due to those limitations, and I can see this turning into a witch hunt. With people being accused wrongfully. And again the number of queued units makes no difference in OpenRa.
If you are looking for ways to generally detect cheaters, you should make a new issue that aims into that. |
in your personal opinion |
An unfortunate development in the competitive scene has been the proliferation of third party macro programs. These programs allow one button press to act as several. In the case of a single queue production system like RA, this effectively allows automated production. What once took a heckuva lot of practice to learn can now be done in a single key press.
Blizzard bans the use of these programs; for good reason. I assume they do it by detecting an inhuman amount of simultaneous commands. I’ve seen the APM (according to how OpenRA records APM) of players shoot up from the 40s to the 80s-90s range.
The text was updated successfully, but these errors were encountered: