AntiCheat Plugin

OutCast

Fix for an FLServer bug that would cause a servercrash every ~4000 logins (or ~2000 logins and ~2000 deaths)
If you have a lot of crashes at the 0x93b01 offset in content.dll, this will help you!

Could you please share this? Very annoying crashes ;D

LancerSolurus

**It was released almost a year ago…

http://forge.the-starport.net/gf/project/flhook/frs/?action=FrsReleaseBrowse&frs_package_id=2**

OutCast

I meant the hack itself, code or offsets.

FriendlyFire

Since w0dk4 gives away the source of his code, I’m guessing it’s somewhere in there?

w0dk4

I think I gonna put this in the FLHook Plugin version anyways, since it doesnt really fit into the anticheat plugin anyways, but is rather a vital bugfix for the flserver.

JONG

@w0dk4:

I think I gonna put this in the FLHook Plugin version anyways, since it doesnt really fit into the anticheat plugin anyways, but is rather a vital bugfix for the flserver.

May you can tell me how to fix it?

Thanks w0dk4.

M0tah

Could you add
@w0dk4:

Missile bug fix (sometimes your missiles lose tracking of your enemy and you need to re-target, this is fixed)

Missile jitter bug on low serverload with fast cpus fixed

as well, since they’re bugfixes and not exploit fixes? Thanks.

OutCast

bump

Sushi

Damn W0d, this looks great

OutCast

w0dk4 wrote:

Fix for an FLServer bug that would cause a servercrash every ~4000 logins (or ~2000 logins and ~2000 deaths)

Missile jitter bug on low serverload with fast cpus fixed

Thx for sharing this!
What about missile bug? Is it fixed by jitter-bug fix, or is it just not there (yet?) ?

OutCast

w0dk4 wrote:

Fix for an FLServer bug that would cause a servercrash every ~4000 logins (or ~2000 logins and ~2000 deaths)

Missile jitter bug on low serverload with fast cpus fixed

Thx for sharing this!
What about missile bug? Is it fixed by jitter-bug fix, or is it just not there (yet?) ?

w0dk4

No, missile bug fix is simply calling SetTarget again on the weapon slot directly before firing.

Since this fits perfectly into the refire rate detection, it will get implemented there.

OutCast

Huh, nice and easy way to solve it. Thanks again!

OutCast

http://code.google.com/p/flhookplugin/source/browse/trunk/source/HkInit.cpp?spec=svn20&r=20#292
What is that line about? Is it part of memleak fix?
It causes strange server crash on init for me, and seems unnecessary since that NOPped call is in function that fully redirected to FreeReputationVibeHook anyway.

w0dk4

Where do you get a crash? The latest build of the plugin version doesnt crash on init for me.

The call is NOPed because Im calling it in FreeReputationVibeHook.

OutCast

In completely unrelated place at first glance: flserver.exe; 0000db53.

I copied a patch, FreeReputationVibeHook and these nop patch/unpatch to my code - tese are full set, right?

Well, if i get this right, after patch you have smthing like this```
void* pfuncaddr; // rewrited to point at FreeReputationVibeHook
…
func //pub::Reputation::Free
{
…
//nopped call
…
}

OutCast

In completely unrelated place at first glance: flserver.exe; 0000db53.

I copied a patch, FreeReputationVibeHook and these nop patch/unpatch to my code - tese are full set, right?

Well, if i get this right, after patch you have smthing like this```
void* pfuncaddr; // rewrited to point at FreeReputationVibeHook
…
func //pub::Reputation::Free
{
…
//nopped call
…
}

w0dk4

The nopped call is in FreeReputationVibeHook! So it does reach it.

__asm 
	{
		mov eax, p1
		push eax
		mov eax, [hModServer]
		add eax, 0x65C20
		call eax ; <- nopped call
		add esp, 4
	}

OutCast

No, what i mean is that you nopping a call inside already redirected function that you don’t call either (pub::Reputation::Free).

w0dk4

No, there is a difference between
pub::Reputation::Free
and
pub::Reputation::Vibe::Free
where the last one gets redirected and the nops are in the former.