Have some way which i can edit shp inside pol source to try get better results on precision?

I'm running few tests with cheat engine (which is a change speed program) and the results are not good:
Pol "SHP" detect and block at 1.8 or above speed increased on no-mount walking and running and walking mounted. Running mounted got no detection at least 2.0 speed.

I'm having lots of problems with speedhacks on my servers. People are abusing and i cannot stop it in a good way.
Thanks.

A starting point would be
http://docs.polserver.com/doxygen/docs/ ... tml#l00152

But keep in mind that even an unmodified client has a large timerange between his movement pkts. That's why I wrote it this way.

Thanks Turley, i got it.
And about "Fast Walk Prevention" on packet 0xBF Sub command 1 and 2, could not be implemented too?

Terciob wrote:Thanks Turley, i got it.
And about "Fast Walk Prevention" on packet 0xBF Sub command 1 and 2, could not be implemented too?

There is a package somewhere on these forums which implements it.
I remember some comment in it which stated that it was heavy on the CPU. Anyway, if you try it, I anxiously wait your comments.

Terciob wrote:Thanks Turley, i got it.
And about "Fast Walk Prevention" on packet 0xBF Sub command 1 and 2, could not be implemented too?

Wouldnt make much sense, i had the choise between adding the additional pkts, or writing an own implementation. I choosed the own implementation since it has less network traffic, but both have the same background. Check after x pkts if client is in sync, with bf pkts you send the client after somehow fixed time his next movementkeys and with my implementation i sum up the last x pkts and check if its inside the expected timerange.
So implementing both would make much sense.

Hmm, good point.
I'm running several tests with custom timings and shp is getting pretty nice, i'm on 95 mount run delay and sounds stable until now.
Perhaps you would transfer the values to pol/config/speedhack.cfg
Like:

General
{
MountRunDelay 80
MountWalkDelay 180
FootRunDelay 180
FootWalkDelay 380
}

Overwriting PKTIN_02_ MOUNT_RUN/WALK, FOOT_RUN/WALK.

xeon wrote:

Terciob wrote:Thanks Turley, i got it.
And about "Fast Walk Prevention" on packet 0xBF Sub command 1 and 2, could not be implemented too?

There is a package somewhere on these forums which implements it.
I remember some comment in it which stated that it was heavy on the CPU. Anyway, if you try it, I anxiously wait your comments.

Yep I posted it a few years ago. Here it is if you want to break it down http://forums.polserver.com/viewtopic.php?t=1053 its the 6th post down.

The problem is, it will drag your shard down horribly once you get enough players online because you're handling such a common packet in a critical script. But there's no other way but running it critical since its a time sensitive script.

check rev. 353

Thanks Turley, is working perfectly!

For further information to people searching in forum those timings, i'm using this:

Is there any way to prevent SH from cheatengine? Speedhackprevention doesn't work good for it.

qrak wrote:Is there any way to prevent SH from cheatengine? Speedhackprevention doesn't work good for it.

hey, qrak! I use this packet from Fantasia Shard by Edwards against all programs.
Maybe it helps u too!

Took some time to implement it because im using old pol95 distro but works great!
Thanks Harley!

As far as i know POL has native antispeedhack build in.
And looks like it works good enough

servspecopt.cfg
SpeedhackPrevention=1

http://docs.polserver.com/pol099/config ... pecopt.cfg

Read my post, speedhackprevention doesn't work for cheat engine.

Hmm, can anyone explain, why the SpeedhackPrevention does not work against CheatEngine?