Widescreeen Crashes

Bolte

So I am using JFLP with his Hudshift.

Working great until I end up alt-tabbing out, once I return, if I try and use the interface (saving/loading a game on single player, or just trying to quit to main menu in multiplayer) The game will crash, this has only started occurring since I started using hudshift.

Just wondering if it’s something that is fixable or something I am doing myself that us causing it.

Is it the automated calculations?
Do I need to start JFLP dll with nofovx?
Is this just the way it is?

Searches have brought up the usage of Window Borderless mode via another program, which doesn’t seem to pick up any windows to use. Even when run as administrator (I have UAC off anyways).

Any advice?

Freestalker.fr

Are you kidding? I am not the only one who has this issue, now I can identify the problem source! Ô_Ô

But I don’t use JFLP, I use only hudshift. So it could come from hudshift.dll… Send the code portion of both JFLP and Hudshift inis to find where the problem is and have a better eye on it. If I can’t find it, there will surely be somebody who can help us.

Bolte

I haven’t adjusted anything.
In dacom.ini it’s literally just jflp.dll and hudshift.dll.
With the standard automatic detection.

Also, it’s detection of my resolution when in FL settings seems to detect 16bit instead of 32bit colour depth for some reason, necessitating me manual editing perfoptions. Only a minor issue but still…

This crashing thing is completely random. Mostly it’s when interacting with the menu system, whether to leave the game or switch to new character.

However, don’t know if this helps but I’ve been able to alt tab in and out to use FLStat and Companion whilst docked at a bar, and no issue thus far. Maybe it’s something to do with the space HUD specifically?

Just tested that, I could do all manner of menu shifts while on a planet, when in space however it caused the issue (this is when I then tried to quit to main menu).

I immediately opened the game again, flew around, alt tabbed in and out a couple of times, went back in and tried to quit to main menu and it allowed me to do so without crash, it’s a very weird issue.

EDIT: Oh and it is just hudshift doing this, as I manually removed JFLP and set a manual ratio of 16:9, crash still happened.

Bolte

So it just happened again, I switched characters, pressed enter to use chat and it immediately crashed. So random.

Bolte

Problem Event Name: APPCRASH
Application Name: Freelancer.exe
Application Version: 1.0.1223.11
Application Timestamp: 00534d69
Fault Module Name: Freelancer.exe
Fault Module Version: 1.0.1223.11
Fault Module Timestamp: 00534d69
Exception Code: c0000005
Exception Offset: 00018b47
OS Version: 6.1.7601.2.1.0.256.49
Locale ID: 2057

Additional information about the problem:
LCID: 1033

Freestalker.fr

…

Did you installed FL on Win10? Even without using JFLP Hudshift does it crash or is it the same case? Because if it crashes without it, it should from the OS. But our problem is strange, it’s as random as you…

Bolte

I am on Windows 7 64-bit currently.
I tried it without JFLP.dll, with just Hudshift and the issue occurred.

I haven’t tested if the crash occurs without it to be honest, not properly, since it’s so random. I’d need to play without widescreen. Pretty sure I played without it on this machine, this OS previously without issue.

I will re-test without either.

Freestalker.fr

And did you try with JFLP only?
Corrupted ini or wrong encoding? ASCII, ANSI, UTF-8?
Wrong placement of the dll in dacom.ini? (I think it’s not this but that’s just an idea)

And also, do you use the modified EXE from The Starport?

It seems that you haven’t change your hardware, so that’s not this… But could you send your rig? Please? Drivers too?

Hard to tell where he problem come from. I have to search a solution tomorrow. It remains really difficult to debug this.

Bolte

I didn’t try with JFLP only, but I did try hudshift without JFLP.
I tried changing the order of the dlls too in dacom.ini.

I used the 1.0 no-CD.

I’ll get a chance tomorrow to try FL without either and see if the issue is there still.

I recently wiped and re-installed, so I have the latest drivers. Could be a graphics card driver issue if they have removed legacy methods that are depreciated now.

But I physically can’t go back to 2012 with my graphics card lol.

Like I said I did not experience this issue before, I am pretty sure before though I manually enabled Hudshift, I wasn’t using JFLP patch, I was using Quickfix at the time. I cannot remember experiencing this crash but my memory could be faulty.

I just know that currently, with just Hudshift, I have the issue at hand.

Bolte

Ok, so I have an update, I tested this a bit more thoroughly, joined a vanilla server.

With jflp.dll and hudshift.dll, crashed on either hitting menus after alt tabbing or pressing enter to start chatting.

So now I commented out only hudshift, so I’m sat with higher res but no shifting of UI elements. I just got a crash, literally someone joined the Vanilla server, wanted to say Hi, got CTD.

It seems like its either a bug with JFLP.dll, or its just with FL in larger resolutions, which could relate to a driver issue I suppose as its a Freelancer.exe crash. But it could also be the dll itself.

I’m likely to say its the dll, because the issue doesnt occur in standard resolutions without JFLP, I shall test again at standard resolution and keep JFLP in there in this next test.

There we have it I guess.
The error at this time was:

Faulting application name: Freelancer.exe, version: 1.0.1223.11, time stamp: 0x3e401b79
Faulting module name: Freelancer.exe, version: 1.0.1223.11, time stamp: 0x3e401b79
Exception code: 0xc0000005
Fault offset: 0x00018b93
Faulting process id: 0xe6c
Faulting application start time: 0x01d3058c20669a51
Faulting application path: C:\Users\Marky\Desktop\PortableFL\Microsoft Games\Freelancer\EXE\Freelancer.exe
Faulting module path: C:\Users\Marky\Desktop\PortableFL\Microsoft Games\Freelancer\EXE\Freelancer.exe

Yes and it isn’t portable FL, as when I started having this issue it was with the normal installation, I just moved it to the portable environment so I could test exclusively and keep a seperate playable installation.

Bolte

Ok so just tested at 800x600, with only JFLP.dll added in dacom.ini, issue remains, randomly pressed enter to open chat after an alt-tab, it caused it to crash again.

Faulting application name: Freelancer.exe, version: 1.0.1223.11, time stamp: 0x3e401b79
Faulting module name: Freelancer.exe, version: 1.0.1223.11, time stamp: 0x3e401b79
Exception code: 0xc0000005
Fault offset: 0x00018b47
Faulting process id: 0xeec
Faulting application start time: 0x01d3058d947ecb3b
Faulting application path: C:\Users\Marky\Desktop\PortableFL\Microsoft Games\Freelancer\EXE\Freelancer.exe
Faulting module path: C:\Users\Marky\Desktop\PortableFL\Microsoft Games\Freelancer\EXE\Freelancer.exe
Report Id: 12e3d685-7181-11e7-a6fe-086266340b00

Bolte

Cannot reproduce issue with the only change being jflp.dll removed from dacom.ini. So hudshift is OK.

adoxa

Are you using jflp.dll v1.21? The installer only has 1.20 and 1.21 fixed an issue with chat crashing.

Bolte

Chat crashing is the main thing yes. And actually no I just used what came with the patch itself.

Would this relate to the same crashing that occurs sometimes when you press new character, or press quit to main menu etc? It’s the exact same CTD, although happens less often if I’m honest than the chat crash, but is it related?

Can you adjust the website to show it fixes a chat related crash or include it in version 1.20?

Bolte

Ok, so I will test further tonight when I return from work, but thank you for pointing out the fix Adoxa.

Related, the default resolutions seem to be all 4:3 mostly.

Where can these default resolutions be edited? I would like to change the strings so it default to 32bit, remove all the 16bit ones, and indicate aspect ratio.

Also want to include some 16:10 ratios too.

Any problems I’m not thinking of right now with doing that?

adoxa

The resolution strings are built dynamically, so adding aspect ratio will require a patch.

Freelancer actively discourages non-4:3 resolutions - I had to patch it out to get the widescreen desktop resolution to show up.

There’s one list of resolutions (which JFLP replaces), which is made twice with each depth, so adding more resolutions will also require a patch.

Freelancer only tests width, not height, so if you want multiple resolutions with the same width, the last seen will be used - so you’ll need another patch.

Your best bet would probably be to modify [c]Patch_Dimensions[/c] in JFLP to do it all. If you can’t, well, I think you’re out of luck…

Bolte

I see.

Thanks for the info.

Bolte

Ok so looking at your source file for JFLP, I see the below:

static int res_width[] = { 800, 1024, 1152, 1280, 1600 };
static int res_height[] = { 600, 768, 864, 960, 1200 };

This is how you correct the resolutions?

Can I just change these and recompile? If so I could use my method with portable FL to detect aspect ratio and build a version for 16:9 and one for 16:10 and just have the appropriate one put in?

Is that a solution?

adoxa

What is it you’re trying to accomplish? JFLP will replace 800x600 with the current desktop resolution (if it’s not already in the list), also using it as default, since that is assumed to be the native monitor resolution and hence the preferred resolution. How do you envisage other resolutions being used? Testing fonts? Multi-monitor setups?

You don’t need separate versions, just do it dynamically, something along the lines of:

static int width4_3[] = { ... };
static int height4_3[] = { ... };
static int width16_9[] = { ... };
static int height16_9[] = { ... };
static int width16_10[] = { ... };
static int height16_10[] = { ... };
int* res_width;
int* res_height;
...
int ratio = 100 * desktop.right / desktop.bottom;
if (ratio == 177)
{
  res_width = width16_9;
  res_height = height16_9;
}
else if (ratio == 160)
{
  res_width = width16_10;
  res_height = height16_10;
}
else
{
  res_width = width4_3;
  res_height = height4_3;
}

Bolte

adoxa wrote:
What is it you’re trying to accomplish? JFLP will replace 800x600 with the current desktop resolution (if it’s not already in the list), also using it as default, since that is assumed to be the native monitor resolution and hence the preferred resolution. How do you envisage other resolutions being used? Testing fonts? Multi-monitor setups?

A number of small but probably minor reasons in your eyes.

My OCD compells me to offer other widescreen resolutions, 720p, 1080p, 1440p, 4k and the equivalent for 16:10.

I am about to enter a phase of this patch where I will be making a lot of tweaks to the UI, as much as is reasonable, including fonts, font sizes etc. Some of the UI elements fill the screen (like the multiplayer server browser for example).

I plan to patch in a decent shader with a suitable profile, so the graphics draw will be a little higher, along with higher resolution textures, providing the option for a lower resolution makes sense with that.

Now you’ve got me curious, as I don’t use a multi-monitor setup, does JFLP account for that and by extension hudshift?

Oh and my method is simply because I lack the programming expertise, I can’t roll off code just like you do. Whilst I get syntax and logic statements easily enough, I can’t program it myself fluently, I take other peoples work and modify it usually, if I understand all the concepts involved.

I considered asking for your help with various things but I get the impression you aren’t into doing anything more for Freelancer projects wise, unless I am misunderstanding. Don’t get me wrong I’m certainly not ungrateful for all you have done for this community, I actually understand and respect that. So I wouldn’t ask.

That little workaround was an easy solution for me, that is all.