Help and Request

Bumping this old thread as I’d like this kind of feature for a mod I’m making.

Since the game doesn’t allow (un)mounting while in space because of some refresh dependency, here’s my crazy idea:
Make the game pause when the inventory window opens, and force it to autosave and reload once it’s closed.

It’ll probably work only for SP, but is it feasible? Or is it really just a crazy idea?

I swear I tried opening it up before and just saw a bunch of gobbledygook…

Thank you OP much appreciate it you guys are both a god send 😉

I would recommend Schmackbolzens tool for the surs. I used it for my mod and it is easy to use and flexible at the same time.

I used Adoxas FRC for my Infocards. It should be possible to solve your issues with this tool.

Does anyone have an edit for hud.ini?

OutCast wrote:
I agree with Nieckey, i had that same problem and solved it by disabling DEP for flserver.exe.

And flshell doesn’t support x64 AFAIK.

CorFlags /32BIT+ flserver.exe ```:D EDIT: Fiasco :D

adoxa wrote:
I think it might be a bug. I take it you don’t have “Mission 11: Osiris, Texas”? That tells me to meet Juni and King in space. You might have to replay from the previous save to get it.

Yes, the “Mission 11: Osiris, Texas” appears after having seen the ending cinematic for Mission 10, and after that, without announcing, begins the talk of Mission 11, where Trent Says:

“What’s happening here?”

Then, we continue the cinematic, accept the Orillion request, ends Begin cinematic for Mission 11, and we are in the landing deck. This works and appears in the savegame name the line you are showing.

But I’m testing cinematics (checking the subtitles) and It is very useful for me to stop the game and reuse the Autosaves.

If I close Freelancer.exe when ends Mission 10 (and before pushing the “Accept” button from Orillion"), this Autosave works as I have explained and adds that message.

I assume that this part has been “deleted” somehow and there is the Autosave issue or bug.

Apart of that, we can only have a choice in the Orillion request. We must “Accept” it. We have not the choice for “Reject” it as in previous requests of other NPCs. In fact, there are spoken lines for rejecting the Orillion request, but they are not used:

Trent reject responses:

<static audiofile="DIALOGUE\TRENT\dx_s067c_0101_trent.wav" textarea="Cinematic">No, I'm not.</static> <static audiofile="DIALOGUE\TRENT\dx_s067c_0301_trent.wav" textarea="Cinematic">I won't be long.</static>

Orillion reject responses:

<static audiofile="DIALOGUE\ORILLION\dx_s067c_0201_orillion.wav" textarea="Cinematic">Well, you better get ready. We need you now, Trent.</static> <static audiofile="DIALOGUE\ORILLION\dx_s067d_0101_orillion.wav" textarea="Cinematic">Well, Mr. Trent. I'm glad to see you've come to your senses. The President is waiting. Are you ready now?</static>

It could be interesting to have the option of “Reject” (temporary) the mission.

Simple solution: reinstall. To discover what went wrong: install to a different directory, then compare the old and new to see what’s different.

Don’t know what 2860078089 is, but the others are:

3029344903 0xb4902287 atc_leg_m01 2831513921 0xa8c57941 formation 3073825485 0xb736dacd NNVoice

Syd wrote:
What you experienced in b) is a part/bug of the net worth calculation.

For that the game takes the resale value of your equipment/ammo, your cash and the default value of any commodities you have in your cargo hold.

Now, the bug is that the game will perform this calculation during the transaction, after the commodity has been transferred in your cargo hold but before you paid the money for it. So, if during that phase your net worth raises above the required amount for the next mission you can proceed without actually increasing your worth.

I have checked it also with and without v1.1 official patch. Without it, it seems to not work at all. Maybe playing the same save with differents patch has some effect on this bug.

Well, thanks for the explanation.

Works thank you very much for your help

Index into a minimum reputation table at [c]12E350[/c] in [c]content.dll[/c] (four float values).

Minerobba wrote:
There is no PM in my inbox…? Strange.

I just tried sending you a PM again. Let me know if you get it.

R

@adoxa your XML Project fits well for Trados 🙂

Tested again. Working! Thank you, Adoxa! 🙂

5 accessories - hat, shades, cigarette, two guns. Crash not happening anymore.

If you mean the Vanilla or Total Conversion packs:

http://freelancercommunity.net/viewforum.php?f=44

Hi, sorry for bumping old topic.

So I’ve been doing some research on this and ptough.ini, and found some things:
[olist]

As adoxa said, [c]ptough.ini[/c] is restricted to level 40, providing the format [c]ptough_graph_pt = <worth>,<level>[/c].</level></worth>

This limit is hardcoded at [c]content.dll A9D8E[/c] as a byte, only allowing 127 as maximum.

adoxa wrote:
@Sethernis: I believe so. Here’s one that ignores the test altogether, theoretically allowing any number of levels: 0A9D93, 7F->EB.

Adoxa is right about that the test can be ignored, but provides the wrong patch; this is the correct one:

content.dll A9D93 7F 0F -> 90 90 = ignore rank level limit test, theoretically allowing any number of levels ~adoxa, Gold_Sear

There’s theoretically no limitations about what you can enter for <worth>and <level>, levels need not be consecutive and neither do worths. Worth noting is that when leveling up, the reached level is shown correctly in the rep screen up to 1410065408, but in the announcement at top center of screen, only the last two bytes are shown, e.g 50000 and 65535 are shown correctly, but 100000 will become 34464.</level></worth>
[/olist]

Hope this clears things up a bit.