Dev's Limit Breaking 101 Techniques

cool, thx
Will try it this evening.

Just a quick request! Have found an offset adjacent to [c]139B74: use thruster hp_type for cloaking device[/c].

Changing [c]40 17 2D[/c] at [c]139AF0[/c] to [c]C0 DE 26[/c] in common.dll allows me to mount armour equipment on the thruster hp_type, but doesn’t actually mount the model on the hardpoint! As a result I can mount an infinite number of armour modules on the hardpoint.

It appears there’s an extra check involved for equipment marked as internal here, does anyone know if there’s an offset that would allow me to mount the armour externally and avoid this issue?

[c]DCC1[/c] is the armour [c]class_type[/c] and/or [c]139AFC[/c] from [c]00 BA 29[/c] to [c]10 A7 27[/c] to consider it attached (might not work).

Cloaking Devices surprisingly are/seem to be External Equipment. Armour may be Internal Equipment. This could be the reason why certain checks do not work properly here. But that’s just a guess.

adoxa wrote:
[c]DCC1[/c] is the armour [c]class_type[/c] and/or [c]139AFC[/c] from [c]00 BA 29[/c] to [c]10 A7 27[/c] to consider it attached (might not work).

This partially works! The hardpoint restriction is enforced when the armour is mounted, which is most of what I wanted. However: the equipment model itself is unfortunately not mounted on the HP. I’ll check around a bit and double-check I’ve not stuffed up implementing the model itself.

Another request! it appears that player scanner range for NPCs in MP is capped around 6500m, does anyone know where this value might be changed? It doesn’t appear to be in limit breaking, but I feel like I’ve seen this one floating about before.

In the NPC Behaviour section

500i content.dll 06C470 Dev max range at which NPCs will scan your cargo
2500f content.dll 06C717 Dev max range at which NPCs will initiate scan of your cargo

When I say scanner range, I mean the range at which the player can see NPCs, not the other way around! I’ve adjusted a few offsets, but it unfortunately appears to be capped in multiplayer and I’ve not had any luck raising it past that point.

I changed [c]ge_s_scanner_01[/c] to [c]range = 25000[/c] and increased [c]086AEC/F0[/c] to 49e6. With two players 7K apart I also saw NPCs at 7K (and briefly one player saw an NPC at 21K).

Well this is very strange, these offsets don’t seem to change the MP behaviour at all for me! It’s 100% the scanner. If I move out of range and back, the NPCs persist at least out to 12-14k. Could there be another value (not scanner range, that’s set to 10,000!) that’s capping this?

Solved this! The offsets were the correct ones, but were being overridden by an FLHook plugin (that rightly shouldn’t have been touching them, given it’s purpose!) Many thanks for the help.

Sup folk, I would like to contribute to the list

---Render---

Location of AMD's D3DFillmode (instead use fillmode=1/2/3 in dacom.ini's [Renderpipeline]) 
atiumdag.dll C652B 639A712B
8B 87 C0 2C 00 00 = default(solid) 
B8 01 00 00 00 90 = point 
B8 02 00 00 00 90 = wireframe

---Universe---

"Overall sun color impact in the universe (makes darker to lighter) "
frelancer.exe 1C89C0 [double] 005C8A30
255(default)



Space particles around player outside fields(hardcoded value)
freelancer.exe 14BDF7 [2 bytes] 0054BDF7
80(default value)



Space particles around player outside fields(dynamic value)
freelancer.exe 006797A8 [2 bytes]
80(reads hardcoded default value)



"Make sun flare size modifiable"
freelancer.exe 11250D [adress byte] 0051250D (re-route read to somewhere else)
DC 2D B8 89 5C 00 -> DC 2D 3B 90 5C 00
freelancer.exe 1C903B [DOUBLE] 005C903B (set-up a double value in not used adress)
00 64 80 5B 00 64 80 5B -> 00 00 00 00 00 00 24 40 (1 = 3FF0, 10 = 24 40)



"Sun flare brightness"
freelancer.exe 10F982 [float] 0050F982
1-10(maximum effect)



"Sun GREEN color impact in universe(dynamic value, changes every switchout)"
freelancer.exe 2798F9 [byte] 006798F9
1-255



"Sun BLUE color impact in universe(dynamic value, changes every switchout)"
freelancer.exe 2798FA [byte] 006798FA
1-255



"Sun GREEN color impact in universe(static multiplier value)" 
freelancer.exe 10262 [byte] 00410262
1-10



"Sun BLUE color impact in universe(static multiplier value)"
freelancer.exe 10267 [byte] 00410267
1-10



Ship light points modifier, turn them into rainbow 
freelancer.exe FDDDE [float] 004FDDDE
1 -> 2 

---Fields---

Turn off opacity transition of static objects in asteroid fields
freelancer.exe 213855 [bool] 00613855
01 -> 00


Turn off opacity of ambient field in asteroid field(buggy view)
freelancer.exe 213854 [bool] 00613854
01 -> 00

@Venemon Thanks for these! I’ve added them to the Limit Breaking wiki page

On question though, where is atiumdag.dll located? It’s not included with Freelancer, assuming this is a system dll the game can read when dropped into the EXE folder?

sup
atiumdag is located within system files, it is an AMD related file that have access to Directx functions, you can edit its memory while game is running, I didn’t try moving it into game
files, dont think it will work.

instead of doing those you can add in dacom.ini
[RenderPipeline]
fillmode = 2
It will launch the game as Wireframe (Knowledge base doesn’t have this information in there)

atiumdag.dll
“file v8.14.10.761. It is for fixing rendering issues in games with AMD/ATI GPUs.”

"Group member's nav position refreshes every second"  
D8 15 40 3E 5D 00 -> D8 15 CC 2E 5D 00 | freelancer.exe 96323
D8 25 40 3E 5D 00 -> D8 25 CC 2E 5D 00 | freelancer.exe 96336

 server.dll A551 
"Change zone damage from percentage to flat 100 per tick (higher the zone damage faster it applies) "
D9 44 24 20 8B 15 9C 42 E3 04 D8 32 8B 07 -> D9 05 DE 97 42 00 8B 15 9C 42 01 05 8B 07

@Venemon Damn dude, these are great! I’ve added them to the relevant Limit Breaking categories. Thanks a ton for finding these, I will likely get quite a bit of use out of the group navmap one.

Common.dll+4CED4
"Guided projectiles wont give up tracking a target"
75 09 -> 90 90

@Venemon Nice find! I’ve added this one to the list

Just tried this, works well i have to say. Nice find