SphereCommunity
Sphere 56c/d Unlimited Speed - Printable Version

+- SphereCommunity (https://forum.spherecommunity.net)
+-- Forum: Sphere 0.56d (/Forum-Sphere-0-56d)
+--- Forum: General Help (/Forum-General-Help)
+--- Thread: Sphere 56c/d Unlimited Speed (/Thread-Sphere-56c-d-Unlimited-Speed)

Pages: 1 2


Sphere 56c/d Unlimited Speed - Criminal - 06-15-2016 05:52 AM

Hello, we was updating to the latest sphere and we check it don't have speed limitation, you can set speedhack x20 or more without limitations. Currently we are running 56b and it have speed restriction..

We can't get solution, any idea?


RE: Sphere 56c/d Unlimited Speed - Mad Gunther - 06-18-2016 09:02 AM

Have you tried out @UserExWalkLimit?

You just need to put the values on walkbuffer and walkregen, you can find them out in sphere.ini

// Walk limiting code: buffer size (in tenths of second)
WalkBuffer=75
// Walk limiting code: regen speed (%)
WalkRegen=25

then you can just use the trigger this way:

Code:
[events e_antispeedhack]
ON=@UserExWalkLimit
src.jail
src.sysmessage=You have been jailed for using speed hack!

or do checkouts for lag spikes like this one, but seems like your shard runs flawless without it...

Code:
[events e_antispeedhack]
ON=@UserExWalkLimit
if !(<src.findid.i_antispeedhackmemory>)
serv.newitem=i_antispeedhackmemory
new.equip <src>
new.timerd={0.5 1.3 2.5 3.7 } //random values to trick players, that goes along with the values posted above (walkregen and walkbuffer)
return 1
else
src.jail
src.sysmessage=You have been jailed for using speed hack!
endif


////////////////////////////////////////////////////////////

[itemdef i_antispeedhackmemory]
ID=i_memory
TYPE=t_eq_script
NAME=antispeedhack memory

ON=@Timer
remove
return 1

Something moreless like that should work, it is just try and fail and then try again until it work the way you want it, nothing that you don´t know already for sure... I have to script this yet for my shard too, so i hope it helps!

Un saludo y suerte!


RE: Sphere 56c/d Unlimited Speed - Criminal - 06-18-2016 09:52 AM

in 56c/d it don't work


RE: Sphere 56c/d Unlimited Speed - Mad Gunther - 06-18-2016 10:39 AM

That´s really odd, in source everything looks ok:

The only thing that comes to my mind is try to replicate the code on source with your own script using <serv.time> and find some way to count the tiles, wich i don´t know really how to handle it. But i don´t know why it doesn´t work when it should.


RE: Sphere 56c/d Unlimited Speed - Criminal - 06-18-2016 04:10 PM

About a script with it, I don't think is a good idea running like 50 players..

That video is FPS patch, it is clientside not much to do with it

About autoloot and autocut is not really a problem


RE: Sphere 56c/d Unlimited Speed - Mad Gunther - 06-18-2016 11:59 PM

Yesterday at night i investigated a little bit about it. You may be right about scripting it, counting tiles for all players can not be a good bussiness... trying to reach the root of the problem maybe the only thing left to do is to attack the walk/run packets by taking the time between the player sending the packet and the server receiving it, i mean if you can take the time of the packets between they are sent and received you can just check that time, and players that uses this kind of bullshit gonna be busted, because they send these two packets faster than others.

I have heard that some newer clients can manage a kind of anti speed hack packet, but haven´t checked out too much about it yet. In runuo they claimed speedhack dind´t work but this kind of stuff still worked in 2008 if i can remember well.

So seems like there are two options, try the packets thing (will it work?) or doing the cop work wich is never really fun to do but whatever... Right now i´m with exams and i can´t help much more, but it´s something i have to take deep into since we got the same problem, that kills the pvp between players imo.


RE: Sphere 56c/d Unlimited Speed - Coruja - 06-19-2016 04:16 AM

are you sure that it's not working?
walk codes on 56c/d is much more improved and optimized compared to 56b. It still have the same old 56b walk limiting code (WalkBuffer / WalkRegen) and it also have an new EF_FastWalkPrevention which in theory is even more accurate using the same detection method as RunUO (as Mad Gunther said)

this new fastwalk detection checks every walk request packet received by all clients and deny the request if the client send another packet too early. It's not ready to use it yet, because it check the timer using sphere internal clock that although I already optimized it many times, the miliseconds precision still not good as we need to make the check 100% precise. But anyway you can give it a try, maybe it will work on your server, or maybe not

PS: if you enable EF_FastWalkPrevention it will disable (override) the old WalkBuffer/WalkRegen check


RE: Sphere 56c/d Unlimited Speed - Mad Gunther - 06-19-2016 06:18 AM

Then with new EF_FastWalkPrevention is more than enough, great job and news!
and it works with all suported clients by 56d version, right? Since every of them work with the same packet no matter how old are the clients i suppose.


RE: Sphere 56c/d Unlimited Speed - Criminal - 06-19-2016 07:38 AM

I was testing WalkBuffer/WalkRegen and it don't work, now I tried EF_FastWalkPrevention but with a bit of ping it prevent some steps


RE: Sphere 56c/d Unlimited Speed - Criminal - 06-20-2016 05:07 AM

Tested EF_FastWalkPrevention well, and it don't work, it make so many rubberish effect can't run well