Dev's Limit Breaking 101 Techniques

foxUnit01

Updated the list a little:
– Slight reorganization of the sections, less crap in the “Misc” section now
– Indexed M0tah’s multi-instance hack
– Indexed M0tah’s group invite bypass for missions (still can’t join group though)

Bas

M0tah, I tested your offsets for multiple instances, how ever, I was able to open a 2nd instance, but was unable to connect to the game server? I added the -sIP to the short cut, but simple no thing is going on if I click at the “connect” button. No thing happens then…
Did I did some mistake?
Hint: The first instance was connected to this game server, but I changed my FL MP ID…plus there was NO message. Simple no thing is going on.

viper

You didnt read or followed the instruction in all points. If you follow exactly it works ^^

M0tah

Yeah, it sounds like something’s wrong with remoteserver.dll, like you didn’t change the filename string in Freelancer.exe to the new one you made or something.

Bas

Thx, it is working now. iirc I forgot the “remoteserver.dll” entry ::)

foxUnit01

Updated the list:
– Minor cleanups
– Re-organized the list to a cleaner “(default value) in (file), (1.0 hex offset), (1.1 hex offset) = (description)” format
– Indexed M0tah’s damage indicator entries, under HUD

foxUnit01

04/15/09:
– Corrected the credit in “maximum number of characters per account, part 1” entry, which was actually discovered by Zephyer

Edit: Also, I have updated the tutorial (http://www.memes.no/88flak/downloads/beta/1.0-1.1_Offsets_Tutorial.txt) to be up to date with the new format.

w0dk4

Oh well, since its public now, here you go for unlimited FL instances:

Replace the first char of the FreelancerClient string with a 0 (not a string-NULL, but a real NULL).

That will create a unique mutex for every FL instance. Also, you dont have to mess with remoteserver.dll that way.

Nieckey

“Freelancer” in Freelancer.exe, 0x1e2038, 0x1e2038 = This offest can make you able to change the window title of Freelancer game. I not sure change the game window title is lawful, so carefully on this.

JONG

@w0dk4:

Oh well, since its public now, here you go for unlimited FL instances:

Replace the first char of the FreelancerClient string with a 0 (not a string-NULL, but a real NULL).

That will create a unique mutex for every FL instance. Also, you dont have to mess with remoteserver.dll that way.

May you can tell me what’s this mean, and what their do ?

Thanks for your help and reply.

M0tah

Changing the first character of the string to 0x00 will make it so you can open an unlimited number of freelancer.exes, without having to make a copy of freelancer.exe with a modified FreelancerClient string.
The reason FL normally does not allow multiple instances is because a call to CreateMutex fails. CreateMutex has an optional argument for the name of the mutex, which is normally the FreelancerClient string. If you try to start a second instance of FL, CreateMutex is called with the same FreelancerClient string and fails because a mutex was already created with that name by the first instance. If you pass in a NULL name, then the mutex is created without a name, which solves the function call failing since it no longer checks if there is already a mutex with the same name.
The way I did it was to change the string used in CreateMutex in the copy of freelancer.exe so the copy would have a different mutex name.

JONG

Thanks M0tah, now I know that mean.

So if I change it, then I can use 2 players name join a server ?

Just for test my mod, hehe. ;D

Nieckey

Actually, FLServer not allowed more than 1 player login with one in-Server ID, but to bypass the limit is easy: Player can change the Online ID with other one before they join server.

foxUnit01

04/29/09:
– Indexed w0dk4’s collision detection min check distance (increasing this will fix issues with the sur collisions on objects > 130k from center of system)

04/28/09:
– Indexed M0tah’s chat-block offset (stops chat from being displayed, useful for filming)

foxUnit01

05/05/09:
– Indexed M0tah’s hack to prevent mission failures due to attacking a neutral/friendly object - recommended if using mission scripting for sandbox purposes

viper

Was bored xD

0xBF1D1D in freelancer.exe, 0x5E01B = 1.1 the RGB color as Hex value of the message: New Player and so on….

FriendlyFire

Added a critical hex value:

– 0.8f in server.dll, 0x???, 0x8AE78 = resale % for ships (server-side, must match variable above or 1.1 server dll will kick client for cheating) ~FriendlyFire

I changed resale value and was getting instant kick on everyone attempting to buy a new ship. Turns out this value had also to be changed ::)

foxUnit01

05/10/09:
– Indexed Viper’s RGB color as Hex value of the messages “New Player” etc.
– Indexed FriendlyFire’s resale % for ships (server-side)

foxUnit01

Added an htm version of the offsets editing tutorial, with pictures displayed alongside the text; it may be found at http://www.memes.no/88flak/downloads/beta/1.0-1.1_Offsets_Tutorial.htm

w0dk4

0x13DFAC common.dll (v1.0) - 1.74f - multiplier for fill_dist in CmnAsteroid::CAsteroidField::near_field calculation, increase this to make FL render asteroid fields from greater distances.

This is extremely useful for massive, high range (high fill_dist) asteroid fields.

btw.: The target bracket offset should not be used when you are having any asteroid field in your mod, since this offset is used in a lot of asteroid calculations and will mess them up!
I posted a workaround in the other thread, the best solution is to allocate a new float entry in free memory space and then reference that for the target brackets.