adoxa wrote:
The packet has a 16-bit value, which I’m not sure I’m bothered to work around. Is there a good reason you need cargo holds to be more than 65535?

On our server there are ships with a cargo volume of 100-200 thousand units, and when players pick up from space, or drop, and even more often use warehouses, they have to re-login to the server so that the numbers start to display correctly, we have a lot of crafting items that require a large hold to create… If you can help, of course, if it is possible and not difficult for you, then the players would be very grateful to you and I too, you already helped a lot when you gave a solution with a limit on the number of lines, it enabled us to continue to modify such a beautiful game!

adoxa wrote:
Seems to work fine for me.

Yes, if you buy goods at the station, then everything will be fine, but if you pick it up in space, or drop it out of the hold, it will no longer correctly display the amount, or if, for example, you add goods to your hold with the command, or remove from stock (plugin store)…

adoxa wrote:
How do you even have that many items? Not combined? I think that’s just crazy and I don’t want to enable even more…

This is a one item limit, for example i can have water and food in the hold and for each item there can be 65535 units, but if you exceed the number, then it will start to display incorrectly… i tried to find hacks but it looks like they don’t exist, I will be grateful for any help, Adoxa!

Hello, Adoxa! i would like to ask you one question, it’s a visual limit on the number of items if in my hold 65535 items and if i get more then they won’t display correctly, but this items not deleteds from the hold, it’s just visual… can this limit be increased, maybe you have some ideas? thanks for any help. I found a similar topic, but the problem is different, sorry again for my bad english: https://the-starport.net/freelancer/forum/viewtopic.php?post_id=58455

https://youtu.be/xxmCVK0I850
https://youtu.be/xxmCVK0I850

Hi, Adoxa, we tested it and it works great, thanks again for your help!

adoxa wrote:
96E8: 30 20 03
9707: 00 20 03

Keep 96b1 & 9ae5 as they are.

Works! thank you so much for your help!!!
We will test it with your new hacks, hope for the best

Greetings, adoxa! I want to ask you for help, because no one else understands this issue better than you.
As you know, the game has a limit on the number of characters or items in the hold, and there is a solution to this problem!
https://the-starport.net/modules/newbb/viewtopic.php?start=30&topic_id=4621&viewmode=flatℴ=ASC&status=&mode=0

remoteclient.dll
0x96b1: 00 28 00 00 -> d0 27 00 00
0x9707: 00 90 01 00 -> d0 8f 01 00
remoteserver.dll
0x9ae5: 00 28 00 00 -> d0 27 00 00

But the problem is that it affects your hack, on that:

https://the-starport.net/freelancer/forum/viewtopic.php?topic_id=6430&forum=21

adoxa wrote:

# Double the size of Freelancer's "visit" packet.
# Jason Hood, 7 March, 2021.
# This allows over 40000 visit objects.

File: RemoteClient.dll
0096E9: 20 03   [ 90 01 ]       # 204800 up from 102400
009708: 20 03   [ 90 01 ]

If I do the first hack in remoteclient.dll and remoteserver.dll
this creates a limit on the number of visited objects and your hack stops helping
do you have any idea how this can be solved?
I would be very grateful to you! sorry for my bad English.

khayman wrote:
Hi, just thought… have you edited ny of these?

2500f	content.dll	11C2C4	Vital	distance at which NPC mission target ships in randommissions are created
2625f	content.dll	0F17D9	Vital	distance at which NPC wave ships in randommissions are created
7500f	content.dll	11C2B0	Vital	distance at which mission target solars in randommissions are created
6000f	content.dll	11CBCC	Vital	distance from 1st mission waypoint that second waypoint (and ships at it) in randommissions are created
3500f	content.dll	11C2C8	Vital	core retreat distance from randommission waypoint, modified by below offset

Yes, my content.dll looks like this

3000f	content.dll	11C2C4	Vital	distance at which NPC mission target ships in randommissions are created
3125f	content.dll	0F17D9	Vital	distance at which NPC wave ships in randommissions are created
3000f	content.dll	11C2B0	Vital	distance at which mission target solars in randommissions are created
6000f	content.dll	11CBCC	Vital	distance from 1st mission waypoint that second waypoint (and ships at it) in randommissions are created
6000f	content.dll	11C2C8	Vital	core retreat distance from randommission waypoint, modified by below offset

Greetings, Adoxa! Can you help me again?
The problem: it happens rarely on my server and i have been observing this problem for a very long time. The reasons of this problem are still unknown for me: when the players had reached the key point at that point npc didn’t appear and players can’t to cancel the mission. The only resolution of this - restarting the server. Maybe you have the another resolution?
Probably, it connected with npc’s zones? But I can’t find what is wrong. And also i checked zones and ranks of npc but also didn’t find any problems.

I am also have my old post about it: https://the-starport.net/freelancer/forum/viewtopic.php?post_id=58357#forumpost58357
The problem appeared very often and i solved it. But not finally.

adoxa wrote:

# Double the size of Freelancer's "visit" packet.
# Jason Hood, 7 March, 2021.
# This allows over 40000 visit objects.

File: RemoteClient.dll
0096E9: 20 03   [ 90 01 ]       # 204800 up from 102400
009708: 20 03   [ 90 01 ]

Awesome! thank you, Adoxa!

adoxa wrote:
I created 32000 dummy visit lines, with the last one being Pittsburgh, which showed up on the map. Visit storage is allocated dynamically, so it’s not that. It’s possible the dummy ids don’t work the same way, so I’m not testing the same thing. Can you use Console? Its [c]show[/c] displays everything on the NavMap, which should test if it’s just a display issue (I had to increase patrol paths so they’d all show up).

Does it console for single game? I have never used it, because I work only with server part… I decided check it in single game, but there not limit. It is only in character’s files.
Maybe this is limit on the number of readable visits by the server?

See how it happens when the number of visit lines so many… On the first screenshot I entered on a server with empty map, but all objects had been already written in the character’s file.

On the second screenshot I started in space and objects started open as in case when I am here the first time.

It is after when you will reenter on the character. All explored objects disappear.

There I deleted from the character’s file some “visit” lines and the map appear. But if I start explore new objects on the map all will disappear again due to the limit of lines.

I attached the character on which the limit reached. Can you look on it?

Greetings, Adoxa! Thank you again for resolution of the recent problem. I met with new problem which connected with limit, but with another. If in charfile (.fl) a lot of explored objects, more correctly - lines of “visit=”, so the map of the character will reset. If i delete some “visit” lines the explored objects will appear, but only untill the player don’t full the character with new lines. Maybe you have ideas ? I did’t find anything about it in logs.

adoxa wrote:
Here’s the same thing, but as a plugin.

Thank you so much, Adoxa. It works! With your help my dream has come true!

adoxa wrote:
Sorry, might be best to undo it all. I’ll see if I can come up with a different approach. Or you could just use smaller nicknames (instead of making the cache bigger, make the strings smaller).

We have very little left that can be deleted or cut and also we have a lot of plans on the future. You could remove the limit and it is the great success. I can only dream about this. In compatibility this error doesn’t worry the server, but I don’t know that any error won’t worry in future due to it. From these problems what I see now only one I can’t understand the next. It is TurretZoom and I will be very grateful for the resolution of this problem or alternative way.

UPD: I am thinking that error 0xc0000018 connected with direct. I just got a diagnostic window. When I had tried start the server with compatibility, it in the moment stoped and then closed.

UPD: Lol, I start server in windows 95/98 compatibility and in this case the error 0xc0000018 doesn’t appear. But server during starting has a lot of lags with this compatibility.
I tried compatibility with vista 7/8. In this case the error appears, but more rarely than without any compatibility.

adoxa wrote:

And also the server keep hanging with the same errors, about what I was speaking early (chklootvol, moors, healing, EquipDrag, DamagePerFire, criticalhit, GetRoot ), out of about 10 attempts of the starting.

Here’s another patch to prevent common.dll relocating. This will prevent Flserver.exe from loading at all if it still needs to relocate, but that only happened for me the first time, it’s worked every time since.

File: Common.dll
00012E: 0F              [ 0E ]
0001BA: 00 00 00 00     [ 33 00 6C FD ]

Also I realised that your plugin TurretZoom stopped working as needed.

Argh, that assumes the base address of dacom.dll. Here’s another patch to work around that.

File: TurretZoom.dll
001734: 66 39 D7 8D 48 01 90    [ 3B FA B9 01 00 00 00 ]

```I really should rewrite them all, but there's so many…

Greetings, Adoxa. I made the patch in "Common’, but now instead of hanging the flserver began to interrupt the starting with giving an error during the loading at 0xc0000018 adress. I removed all your plugins from dacomsrv for testing, but the error doesn’t disappear and appears very often during the starting of the server.

Also for whatever reason your patch to TurretZoom did’t work. I can still move camera every far from my ship, but in dacom all settings are written right: TurretZoom.dll max=2500 switch=0
But it doesn’t read settings.

And want to add that rarely the server can’t create the universe and continue to show the next error:

1: E:\FL\Scratch\Source\Common\Systems.cpp(3117) : *** ERROR: could not create universe ''
```Is it also connected with offset? Because I didn't see it before.

adoxa wrote:

It works! But i have the problem: every time i try to start the flserver it falls. It happens due to some dlls which are installed on our server.

That’s my lazy programming, where my plugins assume common.dll will be loaded at the same address, which no longer applies with the patched version. Since it’s easier to change the server than all my plugins here’s another patch.

# Load common.dll before dalib.dll & dacom.dll, to keep common.dll at the
# same base address (my plugins assume it).

File: FLServer.exe
01FCEC: 3C                              [ E0 ]
01FCF8: DE 11 02 00 10 B0 01 00 E0      [ 8C 0C 02 00 B4 B0 01 00 D4 ]
01FD0C: 8C 0C 02 00 B4 B0 01 00 D4      [ B4 0C 02 00 A8 B0 01 00 3C ]
01FD20: B4 0C 02 00 A8                  [ DE 11 02 00 10 ]

Thank you, Adoxa. It partially helped to solve the problem! I was tasting the mod a bit with this patches and determined the critical error …
Sometimes during the starting server crashes and writes the next:

1: E:\FL\Scratch\Source\Common\Systems.cpp(3117) : *** ERROR: could not create universe ''

And also the server keep hanging with the same errors, about what I was speaking early (chklootvol, moors, healing, EquipDrag, DamagePerFire, criticalhit, GetRoot ), out of about 10 attempts of the starting.

Also I realised that your plugin TurretZoom stopped working as needed. It doesn’t read the options “max=” and “switch=” and I can distance a camera very fast and on the all system. The game even crashed when I am had tried to look through the camera in clouds which is very far from my ship.

I recorded the video for demonstration. Please, watch this video.
https://youtu.be/FWtZSPS8kcw
https://youtu.be/FWtZSPS8kcw

adoxa wrote:

Can you tell me how to use BwPatch? As i understand it works on 32-bit systems, but i have installed win10 x64. Will it work on my system?

Yes, 64-bit Windows has no problems running 32-bit programs. Save the patch to your Freelancer’s [c]EXE[/c] directory as [c]crack[/c]. Then run [c]\path\to\bwpatch[/c] in the [c]EXE[/c] directory. Use Command Prompt (or PowerShell), not Explorer.

000170: [ BF A0 1B ] ------- there are other values

Make them all 00 (it’s a checksum, safe to ignore).

Also I didn’t understand how to do through ICY Hexplorer the patch for this offset?```
0002D8: “.cache” [ 00 00 00 00 00 00 ]

I believe you can press Tab to switch to the ASCII pane (or click there), then just type it in.

It works! But i have the problem: every time i try to start the flserver it falls. It happens due to some dlls which are installed on our server. This dlls:

     1: C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(612) : ERROR:General:DACOM: AddLibrary: unable to load dll 'chklootvol.dll', ignoring...

     2: C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(612) : ERROR:General:DACOM: AddLibrary: unable to load dll 'moors.dll', ignoring...

     3: C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(612) : ERROR:General:DACOM: AddLibrary: unable to load dll 'healing.dll', ignoring...

     4: C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(612) : ERROR:General:DACOM: AddLibrary: unable to load dll 'EquipDrag.dll', ignoring...

     5: C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(612) : ERROR:General:DACOM: AddLibrary: unable to load dll 'DamagePerFire.dll', ignoring...

     6: C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(612) : ERROR:General:DACOM: AddLibrary: unable to load dll 'criticalhit.dll', ignoring...

I tried to remove them from dacomsrv.ini: in this case the server starts and i can enter the game, but in logs appear a lot of errors (ArchDB::Get like on the screenshot), but all of this objects are take place in my mod. I tried to return the previous “common” and in that case the errors disappear. Do you have suggestions what can cause this problems?

I made all patches in common.dll through program hexplorer with the help of your instructions because i didn’t understand the BwPatch.

adoxa wrote:

# Double the size of Freelancer's string cache.
# Jason Hood, 22 February, 2021.

File: Common.dll
00011E: 06              [ 05 ]
000139: B0 50           [ 80 07 ]
00016A: 64              [ 34 ]
000170: 41 6A 1B        [ 06 10 1C ]
0002D8: ".cache"        [ 00 00 00 00 00 00 ]
0002E2: 30 00 00 40 34  [ 00 00 00 00 00 ]
0002FC: 40 00 00 C0     [ 00 00 00 00 ]
0D3CE5: 0C              [ 06 ]
0D3D18: FF 3F 5A        [ 0F A8 40 ]
0D3DAD: 0C              [ 06 ]
0D3DD9: 00 40 5A        [ 10 A8 40 ]
18DB72: 30              [ 18 ]

It seems to work. The format is [c]offset: new_bytes [ old_bytes ][/c]; it’s for my BwPatch utility.

Can you tell me how to use BwPatch? As i understand it works on 32-bit systems, but i have installed win10 x64. Will it work on my system?

I tried to do the patch through ICY Hexplorer, but my “Common” isn’t like your. My looks like this:

File: Common.dll
00011E: [ 05 ]
000139:  [ 80 07 ]
00016A: [ 34 ]
000170: [ BF A0 1B ] ------- there are other values
0002D8: [ 00 00 00 00 00 00 ]
0002E2: [ 00 00 00 00 00 ]
0002FC: [ 00 00 00 00 ]
0D3CE5: [ 06 ]
0D3D18: [ 0F A8 40 ]
0D3DAD: [ 06 ]
0D3DD9: [ 10 A8 40 ]
18DB72: [ 18 ]

Also I didn’t understand how to do through ICY Hexplorer the patch for this offset?```
0002D8: “.cache” [ 00 00 00 00 00 00 ]

![](https://b.radikal.ru/b02/2102/8d/511e8ba40923.png)

Please, can you look at on my Common.dll? Probably, it differs from your.

adoxa wrote:
It’s not lines, but objects (nicknames and the like). You’ve just got too much stuff. StringCache is hardcoded, not sure I can change it and it might be a while before I try (if I do).

Yes, our mod is very big now, so now I have to reduce the names in this files to save some space for new objects of the mod. But I can’t find the solution of this problem, because I don’t understand in programming. If you can help with this problem, I will be very very grateful as well as other projects, because the entering of new in game becomes problematic.