FLHook Development

Just noticed from your file paths you might be using the old svn version of FLHook.

The newer FLHook is on Github: https://github.com/Friendly0Fire/FLHook

Should be easier to make the edit and compile.

Did you try to swap a character’s ship out in DSAM without changing equipment? That’ll break some stuff I bet.

Probably 11 years too late but iUnk8 is the BaseID of the base the Solar is linked to.

https://forge.the-starport.net/projects/flhookplugin/repository/entry/trunk/plugins/playercntl_plugin/src/Givecash.cpp

// Otherwise we assume that the character is offline so we record an entry
// in the character’s givecash.ini. When they come online we inform them
// of the transfer. The ini is cleared when ever the character logs in.

I’m assuming you’re using the Discovery Freelancer FLHook. From what I remember, that repository requires boost 1.60, so that’s probably where your error is coming from. I can’t actually remember Disco’s FLHook that well, but that’d be my first guess.

Anything more will require some more information, as you’ve just said base plugin, which doesn’t really provide any real detail about the error itself.

Thanks! It worked!

I think there was another reason i.e. if you want to use some FL Api functions for querying market data for bases, the base has to be “loaded” and the only way to do that was to load the whole system. So if you have hook functionality where you need to query all bases (i.e. we did this for our dynamic economy implementation) you would have to load the whole universe at startup so you can query all bases.

This nice file someone? …

No, that’s more likely to be the partial connection ddos technique that was particularly popular some time ago.

In my case, no account shows up as online and any listing comes up empty, yet when a new player connects they get assigned a client ID of 33 (since the player cap was 32).

The Crit Module is great, but in case guns do have explosive munitions, will it work regardless?

This gives me an idea for a special plugin that can be associated with criticalhit.dll. I’ll post the idea in a separate thread.

UPDATE: For now, when using criticalhit.dll, add the parameters for the following in weapon_equip.ini:

; For Missile Explosions, add this clause [Explosion] critical_hit = 10, 1.5 ; For Mines, add this clause [Explosion] critical_hit = 15, 1.5 ; For Torpedoes, add this clause [Explosion] critical_hit = 25, 1.5

You may tweak these values individually, afterwards. To improve ratio for higher end armaments, and/or tone down ratio for lower-class launchers. Either way, Corsairs are about to get dunked on!

Yes, we tried in a VM with Windows 7 and the behaviour is the same. I found the error (and it was what I was afraid of): I left out one file from the patch when I made the mod installer years ago. Since the clients don’t need the server.dll it did not matter 😕 Now it haunts me years later 😞

Thanks for all the help and sorry for the confusion.

Sounds like it’d be related to beams somehow then. I’ll keep that in mind, thanks a lot man.

Same here on ENIGMA V.4 ATG (running the same Hook-Version)

I know its a very old post but I´ll answer it anyways:

It seems to be a “hickup” of the function which occours from time to time and results in a failure to add the random mining-item into the players cargo-hold.
I tried several settings of the ini but never really found a reason for this oddity.
So I decided to simply ignore these error-entries in the log since it doesn´t seem to affect server-stability.

I think we just have to live with it… 😉

Greetings
J.R.

It looks like you can access a copy of the [c]EquipDescList[/c] at 672960 (the actual list, not a pointer).

Adoxas “Healing.dll” works perfect !

I did not test yet if it is working “serverside only”…

But anyways:
THX for the hints folks.

J.R.

HkGetClientIDByShip(ci.dwTargetShip);

found.
Thanks to all.

I just can confirm that. I also used to run own functions in different threads, not connected to the serverimpl namespace. This didnt worked and first after including them again resolved it 😞

Further multithreading isnt really worth