Dev's Limit Breaking 101 Techniques

adoxa wrote:
@ngetal: Sorry, that one’s rather fixed.

thanks anyway. BTW where do you get this kind of info? Have you got the source code or something?

Diassembly listing.

starworld wrote:
…

adoxa wrote:

Content.dll, 0A94D4, 04->39, disable money-based rank

But in this case what controls the rank? PvP Kills/Mission stats?

For me Flhook only, with various stats : pvp, pve, mining, mission, map, online time

Since there is a “owner_savetime” entry for mines I wonder if its possible to have a HEX-Edit or a plugin.dll to extend this behavior towards group members.

What i´m thinkin of is a kind of “booby mine” that has a very long “active-period” but only affects enemies like non-group-members and NPCs. This would enable some tactical varieties in warfare when it comes to huge server-battles.

Greetings J.R.

Is there any chance to do the above ?

OFF-TOPIC-P.S.: Pls can someone explain the use of this FlHook-Setting –->MissileDmgToMine (Whats the difference ?)

Greetings

MissileDmgToMine: If set to yes then missile damage is changed to mine damage.

Change the message kill, exactly the same thing for :

TorpedoDmgToMine: If set to yes then torpedo damage is changed to mine damage.

AH… So it only changes the kill-messages regarding the weapon-types.

THX a lot mate.

J.R. wrote:
Since there is a “owner_savetime” entry for mines I wonder if its possible to have a HEX-Edit or a plugin.dll to extend this behavior towards group members.

Group Mine.

Simply AWESOME mate !!!

As I PM´ed you… will try it later…

Greetings J.R.

Moved the List to: http://the-starport.net/freelancer/forum/viewtopic.php?post_id=58000#forumpost58000

Greetings J.R.

According to my install instructions, ShipRange is server-side only (i.e. dacomsrv.ini, not dacom.ini). So yes, the ini is only needed server-side.

JumpOutPt depends on what you provide. If you have no SP option, you only need dacomsrv.ini and a server-side ini; if you do provide SP, you need dacom.ini and a client-side ini.

If a plugin is only loaded in dacom.ini, it (and its ini) is only needed client-side; if it’s only loaded in dacomsrv.ini, it’s only needed server-side; if it’s loaded in both, it’s needed in both.

THX alot to ADOXA.
Post edited and updated.
(ammolimit aswell)

Ran a couple of tests and updated the LIST http://the-starport.net/freelancer/forum/viewtopic.php?post_id=58000#forumpost58000 once more !

So far all statements there are VERIFIED now !

I just tried a lot with NPC’s dropping cargo.

There I noticed two strange behaviours:
1. Freighters always have 79,999% of their cargo space filled, not more. Transports etc. always have 100% (probably because of cargo pods?)

2. No object (cargo pod, NPC etc) can drop more than 6 cargo crates.

I am sure this is an hardcoded limit.
Does anyone know where I can change it?

It is in DATA\RANDOMMISSIONS\rmlootinfo.ini for random loot drops outside missions, do I remember correctly?

Mission dropped loot is in DATA\MISSIONS\lootprops.ini and there was a tute describing it somewhere.

AFAIK its vice-versa:

\DATA\RandomMissions\rmlootinfo.ini defines the Random-mission Loot and the factions who drops it.

\DATA\MISSIONS\Lootprops defines the Loot normal NPCs carry outside Missions aswell as the PhantomLoot.

There ya go! lol

J.R. wrote:
AFAIK its vice-versa:

\DATA\RandomMissions\rmlootinfo.ini defines the Random-mission Loot and the factions who drops it.

\DATA\MISSIONS\Lootprops defines the Loot normal NPCs carry outside Missions aswell as the PhantomLoot.

Yes I know, but this is not the answer to my problem. In Lootprops.ini there is no limit for cargo drops.
I’m not talking about cargo in general. I mean single cargo containers.

adoxa wrote:

J.R. wrote:
Since there is a “owner_savetime” entry for mines I wonder if its possible to have a HEX-Edit or a plugin.dll to extend this behavior towards group members.

Group Mine.

@adoxa
Just want to report in that the plugin works EXCELLENT !
This makes it possible to have some really nice tactical options in warfare.

Thank you so much