Forum Discussion
I might misunderstand you now, but what do you mean with "streaming bits from local servers" etc? My point was that the only way a kill cam can work in a BR is to collect data and then let the client of the viewer of the kill cam reconstructs the sequence locally based on that data. Its not possible from a technical standpoint to actually have a kill cam that records clips retroactively. So it should have nothing to do with streaming limitations etc, since its just a couple of mbs of data that reconstructs the sequence.
And the problem is that it seems to be impossible for any replay or kill cam technologies to reconstruct 100% copies of what really happened, especially when it comes to crosshair position since that would require like 100-150 data points on exact x,y,z position every second. Less than this and the reconstruction would need to interpolate the position for the missing ones and suddenly, the replay isnt accurate anymore. So all Im saying is that a kill cam would probably just increase false cheater accusations.
To record kill cam with perfect replay is very possible. We did that many years ago in CS in LAN party competitions. So why not online? Earlier the real limitation was that most gamers worldwide and most servers did not have the capacity (line and processing power). But todays internet speeds and the server power (and way they take advantage of Virtual servers), this is possible for sure. But they could improve the tehcnology and code further to capture longer replays than what we did back in the day.
- 5 years ago
To some of you saying it's possible to have a "perfect replay"...
Yes and no, you can have 1:1 replays within reason by upping the tickrate of the servers.... or having a client side replay being recorded for the suspected player, which is never EVER going to be secure.
Someone else on here mentioned low tickrate (or specifically low amount of data points) and he is perfectly right about this..
Running 20 tick servers means you are essentially recording 20tick demos/replays as a result, even if you do client side replays on your end you are seeing opponents being sent at 20tick (and you have interpolation/antilag delay on top of this).. interpolation is used (and would be used for demos as well) to smooth this out or everyone would be stuttering across the screen.
Others have mentioned cs on here as well, which pretty much means they are talking about HLTV (or local demos as mentioned above).. both are subject to the server tickrate as the clients are sending roughly 20tick anyway.
And even if you were using something like HLTV (which is basically a proxy server, simulating a client) you are going to end up with the exact same problems, on top of being massive resource hogs (unless you are limiting the proxy tickrate to counter this as you are ignoring PVS i.e the players you can see and sending all positions at all times which is intensive as hell... and in the end ultimately defeats the point).
The only way you are going to effectively (or as effectively as you can) combat cheats is to go the way of valorant with a very invasive kernel level anticheat... which opens up a whole other discussion about trust and security.
- Midnight97465 years agoHero+
@pitchsomfanFun fact, I've seen a bunch of people report cheaters in Valorant. I only played the game once for about an hour. Most players seemed legit, a few.. eh not so much.
Just because the anti-cheat is on a kernel level, doesn't mean a cheat can't act like an innocent app and get through it.
I have to use a special browser for school, that's suppose to "lockdown" the system and forces applications closed. It only bothers to make me close Discord, Xbox Toolbar (where Windows has access to Xbox stuff), and sometimes my calendar and email app. It's suppose to force my browser to close as well, but I've been using Opera. Which, it doesn't ask me to close.
The whole point of this browser is to prevent cheating in tests. If something like this can't detect a special kind of browser, what makes you think a kernel level anti-cheat won't make the same mistake? - 5 years ago@Midnight9746 I never said it was fool proof, as in it will detect every cheat immediately.. but you will have a lot less cheating overall while using it.
As for academic cheating.... not the same thing.
In terms of games we are talking about application level injections and memory tampering (read/write).. which is far easier to detect on a kernel level basis.
The problem is that cheats can get through this by being deployed on a kernel level basis as well.. which is why you see people get through.
These cheats do however get detected in the long run when more samples come in (and when they get added in whatever database they are using, gotta attack cheating on several fronts after all).
I think the problem is that people expect 100% instant results and that no cheating will ever be possible ever... this isn't the case and never will be.
But a ring0/kernel level anticheat will make things a lot easier, and will filter out known cheats far easier than a regular mem/process pattern/statistic based one.
If you want a "complete" death of cheating (for a while) we would need a completely closed source and separate OS from windows with no injection points (with encrypted memory tec) with separate proprietary compilers (and most likely a new closed programming language).
The issue is in the end windows (and linux), as it's not a very secure operating system... especially not when cheaters are fully willing to give kernel level access just for the sake of cheating.
I can say this much about vanguard, just a few weeks ago the number one ranked player in valorant got detected using hardware cheats.
i.e a Direct Memory Access card (DMA)... this would be completely impossible to do without kernel access as cards can be spoofed etc.. their driver signature however cant be.
As for your academic "anticheating" browser.. this is not kernel level and from what i can tell whoever coded that piece of software wasn't all too careful.
Not trying to be mean, but if you are going to code that kind of software you should have a whitelist and not permit anything else to start.. this is security 101...
This is what valorants anticheat does to an extent (outside of drivers etc).
And why a lot of people have issues playing the game as it REFUSES to start when something that isn't whitelisted is running.
Point is this, comparing the browser you speak of against a kernel level anticheat is fairly narrow as they are two completely different softwares.. it's like comparing a gpu driver to photoshop.. both are graphically oriented but are not the same thing... and should honestly not be compared.
About Apex Legends Feedback
Community Highlights
Recent Discussions
- 2 days ago