|
An idea ive been thinking of ...
The people that are actually speed hacking vs the people that the server assumes are speed hacking due to server, client, internet lag.
Couldn't the last known packet receive time from the particular client be taken into account to easily see the difference between lag and speed hacking.
ex. I have a speed of 15. I get up and run 100m at that set speed. The server doesn't get my packets for a few seconds and doesn't realize I moved until I'm already standing 100m away. Packet Time of last known packet - Packet Time of current packet = N. N x 15 = 100m == no speed hax.
I typically have a ping rate around 65-70 which I believe to be pretty good.
I also have decent I-net bandwidth 3Mbps up and 16 Mbps down.
Unfortunately I believe most of my banding is due to loading mobs and not because of me crossing x distance in y amount of server time. Assuming this the speed hax prevention system is banding for a lot more than covering X distance in Y server time where Y is greater than expected.
I know that the current method is being tweaked ... just wanted to throw in my 2 creds.
|