Oh thank god, I'm getting this as well.
steam-1151340.log

Will try that out, thanks!

I'm unsure how that'll work with new accounts though.

I'm unsure how that'll work with new accounts though.

Seemed to work! Now I just have to figure out how to make the game ok with alt tabbing.

Do photos save on the steam version via ingame photo mode? I'm still downloading so can't check.

Do photos save on the steam version via ingame photo mode? I'm still downloading so can't check.

I’ll let you know next time I crash :)

Get that atom shop error as well, have no idea what causes that.

That'll probably be FAudio, same issues as FO4/Skyrim needs self compiled faudio with wma support.

Can you elaborate on this more? I have everything working but the sound.

Edit: I have got the sound working correctly following this guide! https://github.com/FNA-XNA/FAudio/wiki/FAudio-for-Proton

That'll probably be FAudio, same issues as FO4/Skyrim needs self compiled faudio with wma support.

Can you elaborate on this more? I have everything working but the sound.

Edit: I have got the sound working correctly following this guide! https://github.com/FNA-XNA/FAudio/wiki/FAudio-for-Proton

FAudio included with Proton doesn't include FFmpeg support for wma decoding due to licensing issues, therefore you need to replace it with one built with the options enabled.

Three main ways of doing it:

1/ The official way of building faudio for proton here: https://github.com/FNA-XNA/FAudio/wiki/FAudio-for-Proton

2/ Install faudio via protontricks (I'm pretty sure this method replaces the dll's in the prefix so something to keep an eye on).

3/ If you have a distro that has FAudio in it's repository (like Manjaro) it will most likely have ffmpeg support and you can point to it via: LD_PRELOAD=/path/to/libFAudio.so.0 %command%, you can also use this command to point to custom build faudio,

Can we in no way use the atomic shop?

Edit: Atomic Shop works, prices just don’t show.

With regards to the atomic shop, I found this post on reddit: https://www.reddit.com/r/fo76/comments/d2m5pt/linuxwine_compatibility/

So, I've successfully been playing on ultra quality on both arch and ubuntu, however, I cannot get the prices in the atomic shop to update. It's saying everything is free, and when I attempt to make a purchase it says something about the store being updated and to try again later. Has anyone else had luck getting the atomic shop to correctly display prices on linux?

I fixed my own issue 🤷🏻‍♂️ for anyone curious, install the latest d3d9 and vcrun2015.

Didn't fix it for me, maybe someone else will have better luck/point them in the right direction.

With regards to the atomic shop, I found this post on reddit: https://www.reddit.com/r/fo76/comments/d2m5pt/linuxwine_compatibility/

So, I've successfully been playing on ultra quality on both arch and ubuntu, however, I cannot get the prices in the atomic shop to update. It's saying everything is free, and when I attempt to make a purchase it says something about the store being updated and to try again later. Has anyone else had luck getting the atomic shop to correctly display prices on linux?

I fixed my own issue 🤷🏻‍♂️ for anyone curious, install the latest d3d9 and vcrun2015.

Didn't fix it for me, maybe someone else will have better luck/point them in the right direction.

Don't know what they mean "latest d3d9" as it's a DX11 title, also tried vcrun2015 no dice.

With regards to the atomic shop, I found this post on reddit: https://www.reddit.com/r/fo76/comments/d2m5pt/linuxwine_compatibility/

So, I've successfully been playing on ultra quality on both arch and ubuntu, however, I cannot get the prices in the atomic shop to update. It's saying everything is free, and when I attempt to make a purchase it says something about the store being updated and to try again later. Has anyone else had luck getting the atomic shop to correctly display prices on linux?

I fixed my own issue 🤷🏻‍♂️ for anyone curious, install the latest d3d9 and vcrun2015.

Didn't fix it for me, maybe someone else will have better luck/point them in the right direction.

Don't know what they mean "latest d3d9" as it's a DX11 title, also tried vcrun2015 no dice.

After closer inspection, it does actually load directx 9 libraries. I think it's libcef that's using them and also being used to render the atom shop.

While trying to get the atomic shop to work I've accidentally stumbled upon a rather big performance/stability increase, much less stuttering. I'm not sure which of this caused it, but this was what I did:
I renamed all the redistributable DLLs in the Fallout76 folder(and the bin64) folder within to make sure they weren't being loaded. Not all of them are redistributable DLLs FYI. Any of the ones ending in *140.dll and the d3dcompiler dlls, IIRC. *140.dlls are the ones provided by the Visual Studio 2015 redistributable which FO76 has chosen to distribute with their game.
I also removed the default overrides proton provides in winecfg(again, just trying random things to see if I can get the atomic shop to work)
then I used protontricks to install the visual studio 2015 redistributable(vcrun2015)

Didn't fix the atomic shop, but one of these caused the game to stutter far, far less.

With regards to the atomic shop:
A similar issue seems to happen with FO4 and Skyrim SE's creation club
refer: https://github.com/ValveSoftware/Proton/issues/4#issuecomment-583854991

I assume it's related?

From what I can tell anyone still having this issue, Glorious Eggroll releases Proton with Media Foundation Framework and that seems to fix all the audio and most of the stuttering issues for me as of the current 76 update. I'm using Proton-5.11-GE-3-MF for 76. Not sure if the new versions will do the same, but they might. I'll give it a try later on.

Still no clear fix on Atomic Shop though?

media foundation has nothing to do with this, the audio not working has to do with protons faudio lacking ffmpeg support.
I've simply symlinked /usr/lib/libFAudio.so.0 into regular proton and the game runs fine, aside from the stuttering inside certain buildings.

See: https://github.com/ValveSoftware/Proton/pull/2082
The atomic shop "works" for me, everything is listed as free but if you have enough points you can still buy stuff, just that you'll have no idea how much anything costs and it's a surprise each time! :D

The atomic shop "works" for me, everything is listed as free but if you have enough points you can still buy stuff, just that you'll have no idea how much anything costs and it's a surprise each time! :D

Issue is it is a currency purchasable with IRL money, therefore not a very good idea to keep it as a "surprise".

Stopped working as of todays update, only getting a black screen with 0fps, worked perfectly earlier today before the update.

TY @kisak-valve :+1:
Log attached for debug:

steam-1151340.log

Figured I should post log as well: steam-1151340.log

System Information

• GPU: Vega 56
• Driver/LLVM version: mesa 20.2.0-2
• Kernel version: 5.9.0-3-tkg-pds
• Link to full system information report as Gist: https://gist.github.com/0cd3f5f3e53adce7245c01c5eceff692
• Proton version: 5.0-9 + 5.9-GE-7-ST

actual bug is now being seen in the steam forums as well.
CRASH (ACCESS VIOLATION (user-mode DEP violation):)2801.544:00bc:0174:trace:seh:RtlCaptureStackBackTrace (5, 32, 0x5fbcbcc8, (nil))

Updated log for proton-5.13-1b: steam-1151340.log

Noteworthy: Users on Windows have also had issues running this game while having OBS fullscreen capture on, or any fullscreen overlays. May be related.

I have found a fix for the recent crashing issues with the October 13th update the fix can be found here: <Link removed by moderator>

I'm confused then @kisak-valve because the wine documentation mentions using native dlls instead builtin dlls of the do they mean something else or are there just specific ones that you can use and others you can't. And if so where do you find the information per dll

@jaxarthur Thank you so much! I got a proper copy of dbghelp.dll and set it to override, game works just as before!

@kisak-valve
this is infuriating. how shall we proceed? id like to make progress on the redacted solution outside of rote censorship at the behest of the legal team.

many thanks to @jaxarthur for their hard work on this bug. if anyone else knows how to proceed, please, lets work to get this update in wine.

• if redistribution of the updated library is legally problematic how is it present in the existing version of wine.
• is there a legitimate path to upgrading this library outside of this bug perhaps with the wine developers.

This is messed up.. deleting my comment because i confirmed the issue is with dbghelp.dll? What is wrong with you people? There are countless other threads that have stated similar. If i cannot post that i can confirm it? On this forum? How do we Let the devs know where the problem lies? Telepathy?

I would just like to give an update. The issue is with wine its self or with fallout 76 not proton. I have tried building the master branch of proton and wine both yield the same results of crashing after a black screen. From my limited knowledge and horrible attempts to decipher what function is being called I do believe that either a. Not all of the current functions are implemented correctly in the wine dbghelp.dll. b. One of the functions are misbehaving or errors are not being properly caught in dbghelp. c. Fallout 76 intentionally or not is trying to execute parts of the dll that aren't even code because it is expecting an exact layout of the windows native dll. I honestly think it is option c because all other mentions of errors with dbghelp seem to be bugs with a certain version of the software and every attempt I have made to find what assembly instructions are being called show it in a garbage data section. Then again I am very much a noob at this and all of these could be incorrect. I will not as of now be filing a bug report on wine's website until I figure out what exactly is going wrong. If any body has any information on finding the function name of builtin dll calls please let me know. Or at least how to translate the winedbg output to the address in the dll.

Also please be understanding of the inability of valve to keep the legally grey information on here if they didn't they would risk some major legal issues and it isn't their fault.
And lastly thanks @kisak-valve you seem to have done a lot for proton I saw a lot of comments helping people out and subsequently me on this GitHub repository.

P.S. I have tried to find a legal work around for obtaining the native dll for use with wine but that seems to be impossible because the license for windows states that you can not "use or virtualize features of the software separately" very vague but I think it basically means you cant just use the dll without the rest of windows.
Also I never used the native dll in my investigation in order to not violate the wine clean room policy.

Hello,

I opened a 'black screen then crash on start' issue on the winehq.org bugzilla:
https://bugs.winehq.org/show_bug.cgi?id=50049

I don't own the game, so, after the free week is done, I won't be able to test.

Regards.

Just tested this on Wine 5.20 and it works just fine again, without any native .dlls. In fact I ran: (export WINEPREFIX=$(mktemp -d) && cd /home/katt/.local/share/Steam/steamapps/common/Fallout76/ && wine Fallout76.exe) so it was 100% a fresh prefix. So now just to wait for a new proton version based on 5.20!

Been messing with this lately. Noticed a few things.

dbghelp.dll obvious is a issue (fixed in wine 5.20)
ucrtbase.dll and api-ms-win-crt-private-l1-1-0.dll cause the shop to list everything as free (just a UI error).

You can copy these from your windows install into the system32 folder obviously to fix most the issues.

Another thing I noticed was dxgi.dll overrides for using stuff like reshade appears to crash the FO76 game upon loading to main menu. Not sure if there is something unique causing this on my system but its worth looking into further.

I use reshade to fix some of the coloration in the game and also to apply CAS sharpening on top of TAA. (can't get reshade working atm)

I have this issue where every few seconds the framerate tanks for no reason, happens continuously every few seconds, most often in interiors. Anyone experience this?

I have the applied the DLL fixes, and currently using proton-tkg-5.19, GE has issues for me. I could try stock proton or just wine by itself but I've seen this happen before and wonder if its just me.

Well I disabled a few DLLs in the FO76 folder like some suggests, it does speed the game up but the weird fps drop every 5sec or so still persists. Its not as long drawn out now whereas before it would last 2sec, now just 1sec.. Quite an annoying issue, really hope someone knows the solution.

ucrtbase.dll and api-ms-win-crt-private-l1-1-0.dll cause the shop to list everything as free (just a UI error).
You can copy these from your windows install into the system32 folder obviously to fix most the issues.

Confirmed, this fixes the store issue. This should help in narrowing down where the bug is in wine's implementations.

proton-tkg 5.21 exists which is based off wine5.21. it has fo76 fix apparently. Not sure when proton-GE will be updated (been a month not since last update).

proton-tkg 5.21 exists which is based off wine5.21. it has fo76 fix apparently. Not sure when proton-GE will be updated (been a month not since last update).

As mentioned earlier in the thread, the fix was in Wine 5.20, so the fix has been available for a few weeks already.

FYi.... i tested the low frame rate inside of certain areas. I still have a windows partition and have fallout76 installed. In those same areas. there are the hitches... only on windows they are less than a millisecond. Not sure if that will help devs narrow down the problem or not.

I also had this problem , what I noticed is in these places the CPU usage drops , disk activity is normal (no peaks) , looks like compiling a shaders...
Nvidia 1070/Xeon 1230 , Ubuntu20.04

compiling a shaders...

I doubt it because these odd framerate dips don't appear to go away, ever. Unless its compiling shaders over and over instead of saving them.

compiling a shaders...

I doubt it because these odd framerate dips don't appear to go away, ever. Unless its compiling shaders over and over instead of saving them.

Today I tested a little more, the game installed on hdd in these places is significantly worse than on ssd (but unlike ssd it is seen to have activity) , also CPU and GPU usage drop respectively the frames drop.RAM/VRAM usage have no change.
Maybe it's a combination KDE/Ubuntu/Nvidia/CPU , but definitely hard disk is also involved in situation.

compiling a shaders...

I doubt it because these odd framerate dips don't appear to go away, ever. Unless its compiling shaders over and over instead of saving them.

Today I tested a little more, the game installed on hdd in these places is significantly worse than on ssd (but unlike ssd it is seen to have activity) , also CPU and GPU usage drop respectively the frames drop.RAM/VRAM usage have no change.
Maybe it's a combination KDE/Ubuntu/Nvidia/CPU , but definitely hard disk is also involved in situation.

I have the game on an nvme SSD and several locations are still right about unplayable.
As for the combination, I've tried both nvidia and AMD cards and they're about the same. I do use KDE as well, but with compositor disabled for fullscreen games, I doubt it'd make much of a difference. I'm also using arch, so distro doesn't matter.

compiling a shaders...

I doubt it because these odd framerate dips don't appear to go away, ever. Unless its compiling shaders over and over instead of saving them.

Today I tested a little more, the game installed on hdd in these places is significantly worse than on ssd (but unlike ssd it is seen to have activity) , also CPU and GPU usage drop respectively the frames drop.RAM/VRAM usage have no change.
Maybe it's a combination KDE/Ubuntu/Nvidia/CPU , but definitely hard disk is also involved in situation.

I have the game on an nvme SSD and several locations are still right about unplayable.
As for the combination, I've tried both nvidia and AMD cards and they're about the same. I do use KDE as well, but with compositor disabled for fullscreen games, I doubt it'd make much of a difference. I'm also using arch, so distro doesn't matter.

Put me on the list, too. I'm also on KDE and the game absolutely struggles in some areas, such as Charleston, Arktos Pharma, and basically inside any building. This applies to the inside of buildings where a map change takes place, such as Vault-Tec Agricultural Research Center, or the inside of buildings where no map change takes place, such as the responders church at Flatwoods. In the case of the Flatwoods church, sprinting through the front door straight to the back, where the protectron vendor is, ALWAYS guarantees a dip in the frame rate. Going inside of nearly any building will cause some real performance issues for me.

I would almost think this is an issue with shadows and shaders too, but oddly enough, it seems like player made camps never give me any problems, and some of those camps can be quite complex. One would think the amount of clutter and their accompanying shadows would make the camps unvisitable, but I can't recall any time where it's been a problem.

EDIT: I tried turning off compositing and it seemed to make a difference...? Maybe? The lag doesn't seem quite as severe in some places, like I mentioned before. But one place I forgot to mention, which is the most severe case I have come across yet, is the Palace of the Winding Path, where the Guided Meditation public event takes place. This place was unplayable before, with the frame rate dipping into single digits once every few seconds, and indeed still remains so with compositing off.

If somebody wants to test possible performance improvements, I recommend the Palace of the Winding Path.

@dwlyles Did you add dbghelp.dll to the dll overrides? You can also try using proton-ge 5.21, it makes it work without any hacks and also fixes the audio.

@dwlyles Did you add dbghelp.dll to the dll overrides? You can also try using proton-ge 5.21, it makes it work without any hacks and also fixes the audio.

I did add the bghelp.dll to the dll overrides, but still a no go.
Perhaps im having more issues than i realize since 5.21GE doesn't work for me either. I get the same error log with GE.

Afther new update , game work with proton-5-1-ge1

Tried the game now with Proton 5.13.5, but I get no music in the game, none of the radio stations works and the NPC's don't have audio.
EDIT: Used Winetricks to install Faudio and everything worked after that.

Tested running with 5.13-5 + protontricks faudio, seems to work just fine except for some graphical glitches I've never seen before, but knowing bethesda this could be the games fault (haven't played in a bit)
20210115145359_1
20210115145509_1

The last big update a couple weeks ago has made the game unplayable for a lot of people not on win10. And even some who are on win10. But for the most part, the awful stuttering and piss-poor frame rate is fixed by installing win10, even if it's on the exact same hardware.

This was the first big update since Zenimax was bought by Microsoft. So it looks like MS is up to their old tricks again.

I'll test this again sometime. The major issue I had was this odd stutter that would happen in interiors (indoor levels). Would cause me to miss shots even. Was very similar to frame skipping but with a micro pause in between,.

I'll test this again sometime. The major issue I had was this odd stutter that would happen in interiors (indoor levels). Would cause me to miss shots even. Was very similar to frame skipping but with a micro pause in between,.

If you're talking about what I think you're talking about, then the issue is with the enlighten engine. The settings are way too high and it makes the game very laggy and sluggish in indoors areas, including the outdoor 'indoor' areas.

Just to experiment, try putting this in your Fallout76Custom.ini:

[Enlighten]
bEnableEnlighten=1
fEnlightenCubemapsDist=0.000000
fEnlightenCubemapsFadeStart=0.000000
fEnlightenVoxelSceneCubemapsDist=0.000000
fEnlightenVoxelSceneCubemapsDistCulled=0.000000
bEnlightenLimiterEnabled=1
bEnlightenCubemapTiledShader=1
bEnlightenEnableFade=0
bEnableEnlightenDistantData=0
bEnableEnlightenEnvMaps=0

If the problem is resolved, then you can try modifying the settings below until you get it where you like it.

[Enlighten]
bEnableEnlighten=1
fEnlightenCubemapsDist=1000.000000
fEnlightenCubemapsFadeStart=700.000000
fEnlightenVoxelSceneCubemapsDist=3000.000000
fEnlightenVoxelSceneCubemapsDistCulled=700.000000
bEnlightenLimiterEnabled=1
bEnlightenCubemapTiledShader=1
bEnlightenEnableFade=1
bEnableEnlightenDistantData=0
bEnableEnlightenEnvMaps=0

Alternatively you can turn the enlighten engine off with bEnableEnlighten=0 but I would advise against that because it makes all bodies of water in the game white, so it looks like milk. And naturally this is a problem if you have mirelurks hiding below the surface.

That said, the game is so sluggish and the framerate is so awful that I'm still tempted to turn it completely off anyways.

it was not lag, but actual CPU/GPU heart attacks.

Replying to https://github.com/ValveSoftware/Proton/issues/3766#issuecomment-795363853

So I'd been having this issue for a few months (ever since I started playing), and had been using similar ini settings to the ones you posted to get around it. The problem being, of course, that Enlighten settings that low would cause lighting effects to pop in at incredibly short distances, which looks awful. However, today's new GE Proton release (6.4-GE-1) seems to have fixed the issue. Normally with no Enlighten settings in the ini, somewhere like Riverside Manor would frequently drop into single digit FPS. With the new GE Proton, and no ini settings, those frame drops no longer happen. I also tested Vault-Tec Agricultural Research Center, since you mentioned it in your post from November, with the same results. Previous Proton versions had the same extreme FPS drops, 6.4-GE-1 had only what I'd consider "normal" FO76 drops. I've tested it multiple times now by switching between 6.4-GE-1 and older Proton releases, but I'd appreciate if someone else who has experienced this issue could test it as well with no Enlighten ini settings applied just to confirm that it's fixed.

Replying to https://github.com/ValveSoftware/Proton/issues/3766#issuecomment-804048058

I tested the new GE with the enlighten engine turned off around the Palace of the Winding Path and it seems like it's an improvement. But it's hard for me to gauge that right now because I'm being hit by the colossal framerate bug that popped up with the last big update and is mostly affecting people who aren't on win10. The claim is that Bethesda has a fix for that bug and will release it around April 27. So maybe I can more accurately test it then?

I don't know why Bethesda would wait over a full month before releasing a confirmed fix...

I wanted to test out Fallout 76 due to free weekend and experience is terrible. First of all you have to install faudio by hand using protontricks to get most of the audio back (this should be done by Steam when installing the game). Upon game launch game started in 21:9 aspect ratio (I have 16:9 monitor). Besides that there is this awful frame stuttering when moving mouse that I can't get rid of. This is not present when just using wasd and lowering graphical preset changes nothing, it happens indoors and outdoors. Unplayable. [email protected]/3900x/32GB/pcie4 nvme/Proton 6.3-7/Fedora 34, kernel with fsync

https://gist.github.com/boniek83/3e63cbd030160f0ba6b07677b798b231

Setting iPresentInterval to zero and setting vsync to on in mangohud helped. I have gsync monitor if that makes a difference.

Managed to reduce the issue considerably which may make game playable. Still performance is not great in this game and you'll likely need a custom ini setup. Ended up with proton via steam in end and using steamtinkerlauncher with FSR enabled and a few other things.

Seems disabling Enlighten is the best solution for solving my outdoor stutters. (a tiny bit)

Unfortunately in areas the weird framerate pulsing comes back, inspect the green line in the below screenshot to understand. If its flat, its good, if its like that, very annoying to play!

Spent a few hours now messing with different ini settings and proton launch parameters without too much luck. Its possible to reduce this issue but eliminating it completely seems not possible.

UPDATE: It's possible that proton GE is causing the problem here.... If you get this kind of annoying issue give EXPERIMENTAL a shot in a fresh prefix!

Tested with Wine, Wine-staging, TKG, ProtonGE, WineGE and the stutter exists. HOWEVER using stock proton or experimental the stutter does not exist... (example below)

I would build my own proton to explore this issue more but my knowledge level is far too low at this point in time to do so. (and its super time consuming)

Lets hope the mainline proton builds don't introduce this bug/issue as its 100% illusive atm and a potential landmine as it affects other games, not just fo76!

PS. AFAIK this is not a nvapi64 issue as its disabled by default and I've also done so manually.

Used to work as @jarrard stated, but since latest Manjaro update (5.13.19-2-MANJARO), it's no longer launching.
Using proprietary nvidia drivers version 495.44

Here is my proton trace log:
https://paste-bin.xyz/1824

Fixed my issue by re-installing FAudio (20.07):
https://github.com/Kron4ek/FAudio-Builds

With command
WINEPREFIX="$HOME/.local/share/Steam/steamapps/compatdata/1151340/pfx" ./wine_setup_faudio.sh

Can't there be a simpler way were there is no need to install these precompiled .dll ?

@Paperozza Does it work if you launch with this option for the game?

VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/nvidia_icd.json %command%

YES IT WORKS. thank you so much!!!

Np. I think the game was trying to use your intel iGPU

I have the weirdest issue with this game, if I run it without any launch options, it uses almost 1500% CPU and the game runs at 7fps. However, if I set PROTON_LOG=1, all is well and I get 60fps! How do I even begin to troubleshoot this?
Screenshot showing 1468% CPU usage when just loading the game

zipped log (was 153.6 MiB):
steam-1151340.zip
Note that with the log enabled everything works as expected, but figured it might contain something of value still.

System information: https://gist.github.com/kattjevfel/26610edfa653b846c46e04b7479bb846
This is with Proton 7.0-2.

This should be what PROTON_LOG=1 does afaik.

Setting some logging environment variables.

It seems setting WINEDEBUG to anything other than the default of -all works, I set WINEDEBUG=+timestamp and it fixes the absurd CPU usage and framerate.

Very minimal log generated with the above options:
steam-1151340.log

I'm using Endeavour OS and I have a GTX 1650. Nvidia drivers updated to 525.78.01, and tried with several games and they work flawlessly, but Fallout 76. Since this update (I think), it stutters too much.

Tried with Proton-GE, Experimental and Stable. Tried both open source and privative, and several kernels. But today, since this update, F76 stutters too much at the point that it freezes, so I have to kill the process from Steam.

I don't know if this is happening to anyone else.

I haven't played game for quite a while but I use to get stutter issues sometimes on and off.

Unfortunately I don't see myself returning to this game until it goes offline and allows for total conversions because I don't like the direction game has taken with several systems atm. PLUS FO4 is receiving a next-gen patch soon.

I can't get it to launch at all. https://gist.github.com/stevenlafl/baf1afa00a6357bb11c10750e3a68d27

Z:\media\stevenlafl\Data1\SteamLibrary\steamapps\common

Be sure that is setup correctly if NTFS (requires specific permissions and config in disk mounting options)
If its a linux partition then it still can need permissions set for the mount.
Additionally compat data should be symlinked to the native steam directory.

Sometimes certain games can be more sensitive to disk/system configuration then others.

@jarrard I appreciate the response and consideration of my NTFS setup, and that is a step I have taken already given the majority of my library is on my NTFS drive to share with a Windows dual boot.

I took another look this morning, and I think that the problem was that somehow files were missing, as it launches now after both a restart and verifying the game integrity. I feel that was an obvious step I missed until recently, so I admit to posting a bit hastily.

Thank you again.

Compatibility Report

Name of the game with compatibility issues: Fallout 76
Steam AppID of the game: 1151340
System Information
GPU: Nvidia RTX 3070 Laptop GPU
Driver/LLVM version: Nvidia 525.85.05
Kernel version: 6.2.0-76060200-generic
Proton version: experimental/7.0.6/proton-ge-7-49 and 50

I confirm:
that I haven't found an existing compatibility report for this game.
that I have checked whether there are updates for my system available.

Symptoms

First issue : the game see the Nvidia GPU and refuse to use it, had to force the game to be rendered on the Nvidia GPU using this parameters : DRI_PRIME=1 DXVK_FILTER_DEVICE_NAME="NVIDIA GeForce RTX 3070 Laptop GPU" %command%
It is the only game where I have to use this parameters.

Second issue :
Once the first issue is resolved I had to disable the vsync in the fallout73.ini file other the game sutter massively

Third issue :
Once the two above issue are resolved, the game is playable, however the GPU and CPU usage are low and the frametime is all over the place.

Please find the proton log 230mb : https://transfer.sh/rpCyWg/steam-1151340.log

Did anybody checked the logs I sent?

Same issues, "GPU and CPU usage are low and the frametime is all over the place"

Does anyone know a workaround?

@IOTech17

I had a similar experience with a few differences:

1. I never had to set DXVK_FILTER_DEVICE_NAME.
2. I experienced massive stutters whether or not iPresentInterval was set to 0 or 1. However, it seemed like having it set to 0 was minimally better.
3. I experienced low GPU and CPU usage along with extremely inconsistent frames and massive stuttering, even worse than what you have in your screenshot. I found it completely unplayable.

The solution for me was to go from kernel "6.5.0-28-generic" to "5.15.0-105-generic". The game now runs very smoothly, using Proton Experimental. I wasn't able to take a look at your logs (I wouldn't know what to even look for).

I've noticed a number of other NVIDIA users using kernel 6+ describing a similar experience with frames/stuttering, and I'm wondering if anyone else with this issue could see if its fixed by using kernel 5.15.

Specs when game wasn't working:
OS: Linux Mint 21.3
KERNEL: 6.5.0-28-generic
CPU: Intel Core i9-14900KF
GPU: NVIDIA GeForce RTX 4090
GPU DRIVER: NVIDIA 535.171.04
RAM: 32 GB

Specs with game working now:
OS: Linux Mint 21.3
KERNEL: 5.15.0-105-generic
CPU: Intel Core i9-14900KF
GPU: NVIDIA GeForce RTX 4090
GPU DRIVER: NVIDIA 535.171.04
RAM: 32 GB

My problem stemmed from kernel.split_lock_mitigate. I disabled it and now I'm getting the same performance as on Windows.

Option (a): Boot Parameters Modification:

If you prefer to disable split lock detection when your system boots:

echo "kernel.split_lock_mitigate=0" | sudo tee /etc/sysctl.d/99-split-lock.conf

1. Restart.

2. Check that the split lock detection is disabled using the command:

   sysctl -a | grep split
   

Option (b): Temporary Disabling with sysctl:

If you have a Linux kernel version 6.2 or higher, you can temporarily disable split lock detection using the sysctl command. This takes effect immediately, but you will need to repeat it after each restart. Follow these steps:

1. Before launching the game, open a terminal.
2. Use the following command to temporarily disable split lock detection:

   sudo sysctl kernel.split_lock_mitigate=0
   

3. Check that the split lock detection is disabled using the command:

   sysctl -a | grep split
   

Results:

After disabling split lock detection, you should notice a significant improvement in your game's performance. If you have followed these steps correctly, your game should now run smoothly and without the previous FPS drops. For example, in God of War, I go from 40 fps to 150 fps and in Fallout 76 no more stutter.

Useful Links:

• GitHub Discussion - Split Lock Detection Issue
• Phoronix Article - Impact of Split Lock on Linux Gaming

@IOTech17 You have a 14th gen Intel, I'm almost certain that's your problem. The problem starts with kernel 5.19, that's why downgrading to 5.15 solves the issue.

Is this related to Explicit Sync issue? Might run better once ALL that gets merged next month. Also nvidia needs to release a driver update with it.

@kisak-valve unfortunately I didn't see a noticeable difference with PROTON_NO_FSYNC disabled or enabled when using 6.5

I have to say that I have been playing the game for 3 weeks now, with the error when trying to close the game, and some graphic defects that I don't know if they are exclusive to Linux, but without major problems. I've been playing it with a PS3 Dual Shock controller, which works perfectly with vibration and without having to do anything.

Yesterday I received my new PS5 Dual Sense controller, and after configuring it via Bluetooth, and starting the game I found that it doesn't work. In the controller section I saw that Steam Input was activated, and I even applied a predefined configuration, but to no avail. Is this happening to any of you?

I've never had issues with the game before, and setting iPresentInterval=0 always unlocked the FPS for me.
However, when I tried recently, the game was locked to 60 FPS even with iPresentInterval=0.
Launching with DXVK_FRAME_RATE=0 %command% removed the cap.
So it seems both Fallout 76 and DXVK try to enforce a 60 FPS limit.
This might just be specific to my setup though.

I am on bazzite and have been having inconsistent FPS with Fallout76 and no other game, pretty much regardless of settings in game, launch options, ini config changes or proton versions.

I have tried pretty much everything on ProtonDB to no avail. I have also disabled split_lock_mitigate like suggested which did not noticably imrpove perfromance.

The game runs fine for the most part (70-90 FPS), but dips noticably in intense areas like camps and large settlements to around 40fps even at low settings. Mangohud shows low CPU / GPU usage in those areas (40-50%)

At this point I am pretty sure it's related to bazzite as relatively few people seem to have this specific issue.

Distro:Bazzite
Kernel:6.17.7-ba25.fc43.x86_64
RAM:32 GB
GPU Driver:NVIDIA 590.48.01
GPU:NVIDIA GeForce RTX 4070
CPU:AMD Ryzen 5 5600X 6-Core

If anyone has any fresh insights or if I can help by posting log files I'd love to hear it.

I don't think the issue is specific to Bazzite as I've seen this before back when I was playing it long ago on arch based distro's.

It COULD be a NVIDIA related performance problem of cause, hard to say without some AMD GPU testing and comparison to how it performs on Windows.

Also I think the games engine has considerable issues in areas where low GPU usage happen along with low fps. Fallout-4 had spots like that, and it was very weird to see the GPU (even CPU) usage drop right off and the framerate also dropping off.. like the ENGINE couldn't keep up with render calls or something.

Interesting! I honestly have no clue what it could be as I didn't notice the same behaviors back on windows. At least not to that degree.

For me, adding tweaks from the Optimized Dwellers Handbook helped increase performance by strategically changing graphics settings

https://www.nexusmods.com/fallout76/mods/3677