Dev's Limit Breaking 101 Techniques

Moonhead wrote:
Adoxa emailed me the solution for the above problem:

Freelancer.exe 0967CD 3C->A0 = allow all positions on Universe map (visible region roughly -2.4,-2.7 to 17.3,17) ~adoxa

Btw good to see the Starport is back online again

This hacks works fine for system diamonds, but not for the player position marker (blue ship), as the image below shows. Does adoxa or anyone else have a solution to this problem as well?

Noone did any feedback so posting as is.

//diamonds/objects?
freelancer.exe 96A1B 75->EB = ignore +x
freelancer.exe 96A36 75->EB = ignore -x
freelancer.exe 96A4D 75->EB = ignore +y
freelancer.exe 96A68 75->EB = ignore -y

//player's icon
freelancer.exe 967E3 68E35D00->F1674900 = use new +x
freelancer.exe 96808 643E5D00->16684900 = use new -x
freelancer.exe 9682D 683E5D00->3B684900 = use new +y
freelancer.exe 96852 643E5D00->60684900 = use new -y

//new values
freelancer.exe 967F1 112000f = +x 
freelancer.exe 96816 -112000f = -x 
freelancer.exe 9683B 112000f = +y 
freelancer.exe 96860 -112000f = -y 

```With applying 112000f => 130000f (keep sign there!) limits are ~:

pos = -2.1, -2.6
pos = -2.1, 16.75
pos = 16.75, -2.6
pos = 16.75, 16.75

http://s30.postimg.org/taj8n4gm9/universe.jpg
http://s30.postimg.org/6kk3u4xep/system.jpg

Gold_Sear wrote:

Effects (main section)

server.dll	0A8AF0	25000f = range at which fuses for solars activate (and probably other stuff too) ~fox
```Should be _10000f_.

Since there is another function at the same offset (found by FriendlyFire) I would suggest something like:

server.dll 0A8AF0 10000f = maximum AI firing range as well as the range at which fuses for solars activate (and probably other stuff too) ~FriendlyFire / ~fox

Greetings

@WhiskasTM
Thanks a lot man!

@J.R.
I’d prefer to keep these functions seperated because they don’t match categories (Effects and NPC behavior). You can see this effect throughout the list, for example adoxa’s trade initiate distance and my non-selected arrow distance have the same offset but have different categories (Cargo/Tractor Beam/Trading and HUD: Ship Brackets respectively).

Ups… Yeah man… You´re damn right.

THX anyways for your (and other people´s) work on this.

Greets J.R.

Misc

content.dll  4EE3A  A22A -> A26A = OpenSP tweak for 1.1 DLLs to always start from m13; alternatively, simply direct your newplayer.fl file to start on a blank Mission_13 instead of using this hack ~Xerx, Cannon
```In my content.dll (original 1.1) on 4EE3A I see _422A_, so I guess it should be 422A -> A26A or 422A -> 426A.

Indeed it is that, I’ve trying to switch from A26A to A22A (i’ve modified my Content.dll to OpenSP and i wanted to go back to Story Mode) and cause the game crash and after that i found in the unmodified Content.dll from the 1.1 dlls was in fact 422A -> A26A.

The small amendment.
The line64 --> C3 freelancer.exe 0992B0 adoxa remove tradelane lines in NavMap in Limit Breaking 101 is duplicated by line```
64->C3 freelancer.exe 992B0 adoxa removes trade lane lines in Nav Map

common.dll 07637F 1.2f = formation catch up speed multiplier ~Cannon
common.dll 1407A0 1.2f = multiplier for max cruise speed in formation (escort) ~Gold_Sear

In my post #883 of this thread I mentioned:

-Cruise/tradelane-

common.dll, 7630c, 0.8f, multiplier for min cruise speed in formation (escort) ~Gold_Sear
common.dll, 13df88, 0.5d, multiplier for min cruise speed in formation (leader, note: if this value is much smaller than value above, as by default, flying in formation is impossible when the leader is waiting for an escort) ~Gold_Sear
common.dll, 1407a0, 1.2f, multiplier for max cruise speed in formation (escort) ~Gold_Sear
common.dll, 18b5cc, 300f, cruise speed; always overruled by CRUISING_SPEED in constants.ini ~Gold_Sear
common.dll, 18b5d0, 5f, cruise acceleration time; always overruled by CRUISE_ACCEL_TIME in constants.ini ~Gold_Sear
common.dll, 18b5d4, 3f, cruise drag; always overruled by CRUISE_DRAG in constants.ini ~Gold_Sear

Note: The max cruise speed multiplier in formation does work, but I don’t know how it is related to Cannon’s formation catch up multiplier.

EDIT: Now I do know. Cannon’s offset controls the multiplier outside of trail range ([c]common.dll 075B36[/c]) and my offset controls the multiplier within trail range.

common.dll 7637F 1.2f = formation catch up cruise speed multiplier (outside of trail range common.dll 075B36; values above variable below will be ignored) ~Cannon
common.dll 1407A0 1.2f = formation catch up cruise speed multiplier (within trail range common.dll 075B36) ~Gold_Sear

cloak.dll	009160	"freelancer.exe" = name of freelancer.exe for w0dk4's Cloak plugin; if you're going to rename your freelancer.exe, you'll need to change it here as well ~J.R.

Recently I found out that the name of the renamed “freelancer.exe” in cloak.dll MUST be written in lower case to work.
Maybe its useful to add a small note about this in the database to avoid problems for modders ?

Greetings

J.R.

Nicely Done!

common.dll 142684 "Freelancer" = name of Freelancer save folder to workaround restart.fl crashes ~He||oween

Noticed that Freelancer Trial has own save folder.
Because i have few modded freelancers - good old way to delete restart.fl was lazy for me. More lazy i am for using FLMM 2.0 which fixes restart.fl problems.

Also checked Cannon’s acctpath_patch - but it wont save preferenses like keymaps - seems to be because target was for server multiplayer accounts.

But… Seems to be more effective solution must be to force not to copy newplayer.fl into restart.fl but to copy & replace.

Also Beta keeps saves inside own folder - not bad solution too!

I hooked into FL’s startup and the first thing I do is delete the local restart.fl

Good solution

Alex, replace```
server.dll 06BFA6 E4B4->14B3 = disable encryption on creating MP character ~Helloween
server.dll 06E10D E4B4->14B3 = disable encryption on saving character/game ~Helloween
server.dll 07399D E4B4->14B3 = disable encryption on creating restart file ~Helloween

to

server.dll 06BFA6 E4B4->14B3 = disable encryption on creating MP character ~Adoxa
server.dll 06E10D E4B4->14B3 = disable encryption on saving character/game ~Adoxa
server.dll 07399D E4B4->14B3 = disable encryption on creating restart file ~Adoxa

P.S. Wrong = alternative?

Thanks for updates fox! I found one thing you missed:
post #918.

[c]13DF88[/c] in [c]common.dll[/c] is used by a lot of things - I strongly discourage modifying it.

foxUnit01 wrote:
Added note to Gold_Sear’s multiplier for min cruise speed in formation, as this hack seems to bork up asteroid fields

Thanks for the heads up. Didn’t notice that one.

On that note though, do you remember how you found the multiplier for min cruise speed in formation?

Since I’m not a pro reverse engineer like adoxa, I found this one (and most of my offsets) through trial and error (yeah I know…). Only thing I knew was the value to look for.

For example I found this one

Gold_Sear wrote:
Freelancer.exe 1D8D08 1500f distance over which non-selected arrows of important contacts on the edge of the screen start fading (note: same offset as adoxa’s max trade initiate distance)

But I didn’t find the fade crossing distance to add to this 1500 to get the distance over which the arrow completely disappeares (around 2450 by default).

adoxa found new offset, thought I’d post it here:

adoxa wrote:

Freelancer.exe 08E46B 60->C0 = allow up to 256 trade lane rings ~adoxa

The exact value is an integer one byte earlier: 192 * number of prev_ring (or next_ring, or Archetype = Trade_Lane_Ring - 2 * tradelane_space_name).

Nice find adoxa 8-)

EDIT: adoxa found another important one:

adoxa wrote:

File: pilot_f_leg_m01.utf
0000D7: "9A5CFD0"       [ "809CF08" ]
000DF2: "809CF08"       [ "9A5CFD0" ]

This fixes a bug that causes NPC’s to call Border Station Pirna in Dresden incorrectly by the Hessians base Vogtland (and vice versa, if I remember correctly).