Dev's Limit Breaking 101 Techniques

You need dacom.ini (client) for single-player or dacomsrv.ini (server) for multiplayer.

works great. my ship is facing the wrong way when I enter but perhaps if i rotate the jump 180 i’ll be fine.

Common.dll - maximum FPS
Altering this values and limiting with 60 fps works good for players that had around 170 fps. For me using same thing that had 75 fps, turns out that it lowers to 35 fps making the disadvantage again like it was before.
And yes, its a huge difference fighting 60 vs 170 fps!
Does some part missing to be finalized?

[EDIT] * WORKS! Only me have issues, the PC sucks so fps change from 35 - 60. Sorry 4 disturbance!

flserver.exe	008B70	81->C3 = don't run dxdiag on crash ~adoxa, He||oween

Noticed that the server after crash keeps this process running too

008B70.

Oh, sorry

Just to remove green/white/red arrows on screen edges is left for pure camera use. I know for FLHack - Clear, but this one is preferred more.
Any solution?

Even this hacks didn’t help.

sumanuti wrote:
this hacks didn’t help.

Open texture file of that arrow, make it empty or full transparent, done. Sure it wont disable rendering, but at least it will have similar result.

massdriver wrote:

sumanuti wrote:
this hacks didn’t help.

Open texture file of that arrow, make it empty or full transparent, done. Sure it wont disable rendering, but at least it will have similar result.

Most in DATA\INTERFACE\HUD
hud_lootarrow.3db
hud_nextenemy.3db
hud_nextsub.3db
hud_nonselectedarrow.3db
hud_nonselectedarrow.cmp
hud_nonselectedarrowhat.3db
hud_nonselectedarrowquotes.3db
hud_nonselectedplayerarrow.3db
hud_nonselectedreticle.3db
hud_nonselectedwaypoint.3db
hud_reticle.3db
hud_reticle_arrows.3db
hud_reticle_health.3db
hud_reticle_quotes.3db
hud_reticle_shields.3db
hud_selectedwaypoint.3db
hud_steeringarrow.3db
hud_target.cmp
hud_target_min.cmp
hud_targetarrow.3db
hud_targetarrowhat.3db
hud_targetarrowhealth.3db
hud_targetarrowplayer.3db
hud_targetarrowquotes.3db
hud_targetedobject.3db
hud_targethealth.3db
hud_targetshields.3db

got Oc Node with Value=0 in Material library and still I cant get rid of it!
Getting a feeling it must be hacked, cose transparency of that arrow is dynamical.

Sure that’s a walkaround rather than a solution, but you might as well replace the spot the texture with a fully transparent one. That at least is a conventional way to get the goal…

replace actual texture in mat file not just transparency value.

massdriver wrote:
replace actual texture in mat file not just transparency value.

Which .mat file?
I replaced textures with transparent .tga amongst those files that holds them - no dice! I dont see any other files that refers to these arrows.
Still I think Im not on the right path, cose colors of those arrows are hardcoded in FL.exe, and appearance can be modified through scanner distance / selecting ability. As soon they show up, you are able to select player.
Also, adoxa’s FLHack hides them, but from reason that my .exe is to much hacked, it refuses to start my FL without crash.

DATA\INTERFACE\buttontextures.txm

open with utf editor this file, look for “HUD_targetingelement” node it contains texture MIPs for all such stuff you need

WOW - thanks! That it is!
BTW, it is enough than just to comment out

;tex_shape = HUD_targetingelement
```in **buttontextures.ini** ![](http://i557.photobucket.com/albums/ss15/3MAJ/XsmileysX/crazy.gif)

[EDIT] - which than couses FLSpew to log

WARNING: ShapeDB: unable to find shape ‘HUD_targetingelement’

Guess I need that transparent.tga to implement, afterall ![](http://i557.photobucket.com/albums/ss15/3MAJ/XsmileysX/pfff.gif)

I found a bug with adoxa’s common.dll and server.dll hack to enable manual launching from docking bays. The Spew gave me the message```
WARNING:General:deform::start aim(): instance blocked – exiting

It seems that certain story-related events that are triggered by launch are not triggered any longer, if the hack is applied (it works just as soon as the original bytes are restored). I cannot tell if this is a problem related to the nature of the changes the hack makes. Please, someone more familiar with the engine, look into this.
Also, if there is no solution on the speciality modding side, perhaps someone here knows how to force trigger launching events independantly from launching mechanics.

Also, a completely unrelated thing I've realised was: there is a maximum cruise speed hardcoded. Any setting with conventional cruising or the multicruise plugin that'd exceed 1000m/s is reduced to a cruising speed of 990m/s with significantly higher acceleration time (that is otherwise dependant on mass and not only on the constant). Perhaps there is a way to reset this feature or remove this limit altogether.

as for the cruise speed, all you need to do is:
[PhySysConsts]
ANOM_LIMITS_MAX_VELOCITY = higher than cruise speed

Oh, wow, thanks for that!

I am a staff member on a server and we would like to know if there is a way to hide our location on the player chat screen.
I assume it’s a .exe or .dll tweak.
The server runs FLAC so FLHook is out of the question.

Smackdown wrote:
… we would like to know if there is a way to hide our location on the player chat screen…

maybe u can give adoxas territory plugin a try.
U can configure it how u like it to be (f.e. categorize them in “house system areas” or just let it display “sirius” @ every player)
it works pretty well for me

but i think there could be an offset change that simply overrides the clients “asking for locations”

*looking around for offset magicians *