Dev's Limit Breaking 101 Techniques
-
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.
-
Thx, it is working now. iirc I forgot the “remoteserver.dll” entry ::)
-
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 -
04/15/09:
– Corrected the credit in “maximum number of characters per account, part 1” entry, which was actually discovered by ZephyerEdit: 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.
-
-
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.
-
- “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.
-
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.
-
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. -
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
-
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.
-
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) -
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 -
Was bored xD
0xBF1D1D in freelancer.exe, 0x5E01B = 1.1 the RGB color as Hex value of the message: New Player and so on….
-
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 ::)
-
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) -
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
-
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. -
Thanks, w0ddy I’ve been wondering if there’s an offset like that.
Btw, took a quick look at 1.1 common.dll, and there’s only one offset with 1.74f - 0x13DFDC, so i guess that’s it
Now let’s see how my 8600gt will manage with those fields and with AA 8x forced ;D
-
Well, this is not for general visibility, but the “popping” effect on large fill_distances (asteroids dont fade in when you approach the field, they pop in).
This is also only a problem for super-large asteroid fields, so as long as you are not dealing with super large asteroid fields, it wont really make a difference
-
Hi w0dk4.
If I make my mod asteroid fields to dynamic asteroids, change this can increase “popping” effect or not?
Post 54 of 1120