Probably has something to do with the ground (boat) the shooter being on is moving. Not sure if you can compensate for this.
False positives when players are sniping scientists from rowboat
Please send the log file from the folder /oxide/data/Arkan to [email protected]. I will analyze the data of this false positive.
Antidote
Please send the log file from the folder /oxide/data/Arkan to [email protected]. I will analyze the data of this false positive.
Sent, let me know what you come up with if you can.
What was the outcome of the analysis? My interest in this is I was erroneously banned by a server admin using this plugin who received violations for me as I shot scientists on small oilrig from an RHIB.
From the client side, the server receives the shot data, including the starting point, the direction of the shot, and the coordinates of the last segment of the projectile trajectory. The plugin calculates the trajectory of the projectile according to the starting point, direction of the shot and the technical parameters of the projectile (velocity, gravity and drag). Based on the coordinates of the last segment of the projectile trajectory received from the client, the inverse trajectory of the projectile is calculated. These two trajectorie should be as similar as possible. If not, then there is a high probability that the shot data was distorted on the client side.
I do not recommend admins to ban players only based on the reports of this plugin. An additional check must be made. Arkan only signals the admin about the suspicious behavior of the shooting.
I do not recommend admins to ban players only based on the reports of this plugin. An additional check must be made. Arkan only signals the admin about the suspicious behavior of the shooting.
Since it may be possible to reproduce a false positive with me, would it be of value to you if I assist directly with any in-game testing?
Are these of use to you?
My POV. https://youtu.be/XD5gYWxiEUs
The admin sent me. https://youtu.be/oMuMbqPoWOw
These are both clips layered on top of each other and synced. https://youtu.be/E_1oNUpfFVA
I play with physics.steps "60" - do you think this could be a factor?
I've asked the server admin to submit the logs, but as they are hostile after basically writing me off as a cheater, they've banned me from the discord also leaving me with just an email I found on the admins youtube to attempt contact to request they do so.
Are these of use to you?
My POV. https://youtu.be/XD5gYWxiEUs
The admin sent me. https://youtu.be/oMuMbqPoWOw
These are both clips layered on top of each other and synced. https://youtu.be/E_1oNUpfFVA
I play with physics.steps "60" - do you think this could be a factor?
I've asked the server admin to submit the logs, but as they are hostile after basically writing me off as a cheater, they've banned me from the discord also leaving me with just an email I found on the admins youtube to attempt contact to request they do so.
I can confirm that playing with physics.steps not equal to "32" causes false aimbot positives in Arkan. On the server side, it is not known what value the player has in the physics.steps parameter.
To avoid undeserved bans to players, the admin needs to know what physics.steps value the suspicious player is playing with. Or require players to play on the server only with physics.steps "32".
I'll try to come up with and add code that can determine the value of physics.steps for legit players.
To avoid undeserved bans to players, the admin needs to know what physics.steps value the suspicious player is playing with. Or require players to play on the server only with physics.steps "32".
I'll try to come up with and add code that can determine the value of physics.steps for legit players.
Just another player using settings to gain advantages over normal game play:
Changing physics.steps "60" also allows jumping higher... Sad.
I would leave you banned for trying to gain an advantage over normal gameplay
I can confirm that playing with physics.steps not equal to "32" causes false aimbot positives in Arkan. On the server side, it is not known what value the player has in the physics.steps parameter.
Thank you for the confirmation, I shall revert to default values for now.
I'll try to come up with and add code that can determine the value of physics.steps for legit players.
That would be most appreciated, could I ask a favour that if you do make a breakthrough on that front you reply here so I can know it's safe again?
If that's the case you'd also ban the likes of Trausi, one of the biggest names in rust, because that is where I first learned about it.AusCopterJust another player using settings to gain advantages over normal game play:
Changing physics.steps "60" also allows jumping higher... Sad.
I would leave you banned for trying to gain an advantage over normal gameplay
If the rust devs considered it an issue, they would deny players permission to change the value.
On the philosophy of banning people for trying to gain an advantage over normal gameplay, you might as well start banning everyone who optimises their graphics settings to get more FPS than others.
Copying streamer settings / configs is a thing tens of thousands of people do because it gives them an advantage.
Someone else jumped off the bridge, I did too. ROFL
Just because a huge percentage of players do something doesn't mean it is okay to do it.
A huge percentage of players use mouse scripts... I rest my case.
Comparing graphic settings for FPS to jumping higher. Wow, you really need a reality check.
AusCopterSomeone else jumped off the bridge, I did too. ROFL
Just because a huge percentage of players do something doesn't mean it is okay to do it.A huge percentage of players use mouse scripts... I rest my case.
Comparing graphic settings for FPS to jumping higher. Wow, you really need a reality check.
A better analogy would be banning people for turning grass off in the old build of Rust. If you think turning grass off with a command is cheating to "gain an advantage" then you really need a reality check.
Firstly I apologise to Out2kill for hijacking the thread somewhat but it seemed in the beginning like my issue was directly related. I am here for scientific reasons, to get to the root cause of why Arkan produced false positives (in my specific situation) and based off the developers response and though my own testing with another rust admin, confirmed that for myself and my peace of mind.
Now, I don't want this thread to devolve into an utter flame fest but some things need to be said.
I like how you ignore the two main points of my reply. So would you ban Trausi from your servers for running that setting?
Do you not think the rust developers are the ones who ultimately decide which commands should and should not be allowed? While a community server admin is entitled to their opinion, they are not the authority on what is and is not considered cheating in this context. (I would consider a newly discovered command unintentionally left in the game an exception to the above, but physics.steps "60" is not that.)
There's an example from another game I can think of. APEX left basically a whole host of abusable commands unrestricted when it first launched letting players remove all smoke particles, muzzle flash animations etc. it was discovered by the community, adjusted by the game developer, but most importantly, no one using those settings during the time they were available got banned.
Re: Your point about mouse scripts. That is something external to the game and no one will ever argue against that being cheating. We're talking about built-in commands here, making that comparison is even further removed from my comparing a console command to graphics settings.
Now, I don't want this thread to devolve into an utter flame fest but some things need to be said.
AusCopterSomeone else jumped off the bridge, I did too. ROFL
Just because a huge percentage of players do something doesn't mean it is okay to do it.A huge percentage of players use mouse scripts... I rest my case.
Comparing graphic settings for FPS to jumping higher. Wow, you really need a reality check.
I like how you ignore the two main points of my reply. So would you ban Trausi from your servers for running that setting?
Do you not think the rust developers are the ones who ultimately decide which commands should and should not be allowed? While a community server admin is entitled to their opinion, they are not the authority on what is and is not considered cheating in this context. (I would consider a newly discovered command unintentionally left in the game an exception to the above, but physics.steps "60" is not that.)
There's an example from another game I can think of. APEX left basically a whole host of abusable commands unrestricted when it first launched letting players remove all smoke particles, muzzle flash animations etc. it was discovered by the community, adjusted by the game developer, but most importantly, no one using those settings during the time they were available got banned.
Re: Your point about mouse scripts. That is something external to the game and no one will ever argue against that being cheating. We're talking about built-in commands here, making that comparison is even further removed from my comparing a console command to graphics settings.
Still gaining an unfair advantage against other players.
The game was never intended to allow you to jump that high which is why you use that setting.
Yes, I would ban that tool if he joined my server as well.
AusCopterStill gaining an unfair advantage against other players.
Unfair? Every player has access to the same internal game settings I do.
EDIT: It's also debatable how much of an advantage it is. You can't shoot while in the air in this game so if I jump in combat, i'm actually at a disadvantage. It's primarily so I don't give myself RSI spamming space when climbing up steep cliffs.
AusCopterThe game was never intended to allow you to jump that high which is why you use that setting.
Actually you're wrong. physics.steps used to be broken, it was reviewed by facepunch and the allowable range was limited to 5 to 60. So it is very much intentional.
AusCopterYes, I would ban that tool if he joined my server as well.
At the end of the day on your server you can ban whoever you want, but if you're going to do so for people who aren't using a default value for physics.steps and brand them as cheaters, then it is you sir who is the tool, good day.
MessiahUnfair? Every player has access to the same internal game settings I do.
EDIT: It's also debatable how much of an advantage it is. You can't shoot while in the air in this game so if I jump in combat, i'm actually at a disadvantage. It's primarily so I don't give myself RSI spamming space when climbing up steep cliffs.Actually you're wrong. physics.steps used to be broken, it was reviewed by facepunch and the allowable range was limited to 5 to 60. So it is very much intentional.
At the end of the day on your server you can ban whoever you want, but if you're going to do so for people who aren't using a default value for physics.steps and brand them as cheaters, then it is you sir who is the tool, good day.
If that were correct, physics.step would be in the game menu instead of a console command almost nobody knows about. Exploiting the game for an advantage of being able to jump an inch higher is unfortunate, but sadly behaviour we have come to expect these days. Personally, I blame parents that refused to smack the bottom of their misbehaving children.
- 1
- 2