Dev's Limit Breaking 101 Techniques
-
Good solution
-
Hey everyone, Iâve finally gone ahead and updated the tab-delimited text version here:
https://drive.google.com/folderview?id=0B8y8z35Y1fY_flpaRHFJUUc1ak5wbWM1QUg0dm9INmhFemY4a2p6X25Edlc1VzR4TWdVbVk&usp=drive_web#list09/30/15: -- Shuffled some offsets around to more appropriate sections -- Fixed wrong default for Helloween's trade lane exit distance hack (thanks Gold_Sear) -- Added adoxa's adjustment for maximum reputation -- Added adoxa's rank level limit -- Fixed wrong target bytes for adoxa's make drag_modifier independent of interference/damage (thanks Gold_Sear) -- Added adoxa's update objects once (fixes bug that makes solar guns reduce refire delay when multiple players are around) -- Fixed wrong source byes for Xerx's / Cannon's OpenSP tweak for 1.1 DLLs to always start from m13 (thanks Gold_Sear) -- Added Helloween's name of Freelancer save folder to work around restart.fl crashes -- Added adoxa's need level to buy ships and equipment in MP hacks -- Fixed wrong source bytes for Jolly_Roger's remove hostile [freighters / fighters] from "important" filter (thanks Gold_Sear) -- Added WhiskasTM's diamonds / objects / player icon ignore [x / y] limit NavMap hacks ~WhiskasTM -- Fixed wrong default for my range at which fuses for solars activate hack, and noted shared bevavhior with maximum AI firing range 07/24/15: -- Added M0tah's remove automatically generated portion of equipment infocards hackLet me know what Iâve missed!
-
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 ~Helloweentoserver.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 ~AdoxaP.S. Wrong = alternative? -
Iâve updated the tab-delimited text version again:
https://drive.google.com/folderview?id=0B8y8z35Y1fY_flpaRHFJUUc1ak5wbWM1QUg0dm9INmhFemY4a2p6X25Edlc1VzR4TWdVbVk&usp=drive_web#list10/25/15: -- Added note to Gold_Sear's multiplier for min cruise speed in formation, as this hack seems to bork up asteroid fields -- Corrected attribution for disable charfile encryption hacks to AdoxaGold_Sear wrote:
Thanks for updates fox! I found one thing you missed:
post #918.Thanks for the heads up - I should have everything in there. I kept the formation catch up multipliers separate as they do actually control two distinct behaviors (one of them affects trail if e.g. chasing a target in cruise, though I forget which). On that note though, do you remember how you found the multiplier for min cruise speed in formation? It seems to have some pretty serious side-effects with asteroid field composition.
-
foxUnit01 wrote:
Added note to Gold_Searâs multiplier for min cruise speed in formation, as this hack seems to bork up asteroid fieldsThanks 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 ~adoxaThe 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).
-
fox, add this offset by M0tah to the list.
Greetings
goldsearEDIT:
ChangeIn HUD:Limits: freelancer.exe D5984 7E->EB = remove speed display limit of 999 (alternative to above) ~Unknown freelancer.exe D5936 0F85->90E9 = remove cruise display limit of 300 ~Unknown ```toIn HUD:Limits:
freelancer.exe D5984 7E->EB = remove speed display limit of 999 (alternative to above) ~StoneD
freelancer.exe D5936 0F85->90E9 = remove cruise display limit of 300 ~StoneDand addfreelancer.exe 1D7E80 300f = cruise speed display limit ~M0tah (note: same offset as Schmackbolzenâs tradelane waypoint reached distance)
greetings, Gold_Sear -
Good evening, old friends and perhaps soon-to-be new ones.
So, since I last saw this thread it has about tripled in length, and from what I gather some of the wiki page is out of date although there seems to be an effort of gathering and recovering all the offsets found in the recent years.
The particular one I am looking for seems to either not been found or not to be recoverable by search parameters I managed to intuit, so here goes.I noticed at a velocity of about 1200 m/s and higher effects like space dust no longer render. I thought this was a matter of the ale, so I went in there and started coding away. Increasing emitter size, making effect alpha and size time-independent seemed, while otherwise making expected changes, not to break through what hitherto seemed to be an emergent limit. So my modder-senses tell me it must be hardcoded given that parameter any of the ini code seems to refer to is responsible.
Does anybody know this offset? And if it hasnât been found, would someone versed with the appropriate tools and know-how kindly have a look for it?
And while weâre at it, what is responsible for the shaking during a system jump? it happens in both the target and the origin system irrespective of the properties of the tunnel. Is there perhaps a multiplier for that?
Many thanks! -
Hi Gisteron
Assuming your question regarding the âshakeâ is about the screen shake:
I don´t think there is a way to prevent it for this particular event (jumping in or out of a system) but only for hull hits and shield hits.
Anyway⌠you can remove it completely.
Check out this offset:freelancer.exe 11DB44 74->EB = remove screen shake altogether ~adoxaGreetings
J.R. -
I noticed at a velocity of about 1200 m/s and higher effects like space dust no longer render.
I expanded Manhattanâs atmosphere dust and changed cruise speed to 2500 m/s and that still seemed to be rendered.
And while weâre at it, what is responsible for the shaking during a system jump?
freelancer.exe 103E49 041F5D->3C3F50 = screen shake during jump PART 1 ~adoxa freelancer.exe 103E7B 041F5D->3C3F50 = screen shake during jump PART 2 ~adoxa freelancer.exe 103E8B 041F5D->3C3F50 = screen shake during jump PART 3 ~adoxa freelancer.exe 103F3C 90909090->0.015f = screen shake during jump PART 4 ~adoxa ```(The original value is at 1D1F04, but that is used by other functions, so this moves it to 103F3C.) -
adoxa wrote:
I noticed at a velocity of about 1200 m/s and higher effects like space dust no longer render.
I expanded Manhattanâs atmosphere dust and changed cruise speed to 2500 m/s and that still seemed to be rendered.
Hmm, weird, the regular motion dust disappears completely. Maybe it is something in the ale after all, I shall compare it thusly with the atmosphere dust. Thanks for nowâŚ
[jump shake hack]
So many thanks! Still baffled how you do it but arenât we lucky to have you goes off to bother someone else with his happiness
-
Maybe crazy questionâŚ
Does anyone know the distance for the aimbot to lock on the target crosshair?
What I mean is the following.
When hostiles come into fire range of your currently activated weapons, a small red dot appears at the screen, for any of the hostiles. You can move your mouse over them just fine, but when you shoot, within a small range of the red dot the fire direction âlocksâ on the red dot, when there are two near each other it will lock on the nearest.Does anyone know the offset to change this small range?
greetings,
Gold_Sear -
Since this would be usable for cheating, there will be no answer to this question. Any answer will be summarily deleted.
-
FriendlyFire wrote:
Since this would be usable for cheating, there will be no answer to this question. Any answer will be summarily deleted.<deleted some=ââ text=ââ here=ââ>EDIT: since people are still playing FL online, I have to agree with FF, and I should read the rules betterâŚ</deleted>
-
I donât care what you think, no answer will be allowed. I would recommend you donât try to argue any further.
-
Far distances with this dot will lag your client.
Nice notice but i agree with FF - useless. -
Considering weapon_equip.ini can be modified for cheating, then we donât have to talk about it too⌠And about FreeLancer modding. Donât be disappointed but this is strange.
If he modified any type of files, then, if he goes on a server, the flhook anticheat do the job very well, thatâs really effective, tested many times with a few players. A server owner have to protect his playground against cheaters.
Why not have a try on this, the FL modding is an so vast and interesting subject
When iâm here i want to thank all the people on this topic, it helped me a lot from the past !
