New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Proton 5.0-10 RC testing #4070
Comments
|
Known [Death Stranding] issue: changing window mode or resolution crashes the GPU (at least on radv). |
|
I am experiencing a crash when trying to launch Death Stranding, with Nvidia drivers 440.100 on Debian (kernel version 5.4.0). |
Same happened with me with Fedora 32, Nvidia drivers 440.100 and kernel 5.7.8. The log file became giant 3.7GB |
|
Error as posted above on Arch Linux with kernel 5.7.8 and NVIDIA 450.57-2. |
|
Hi all, I was able to get it running with latest Arch (5.7.8/450.57-2 on a 1080 Ti) and it appeared to be working well up through the second cinematic (the one that includes the "Prologue" title card) on default options (albeit 1440p@120Hz). However, I haven't been able to get as lucky since - subsequent runs (which involved me changing vsync settings on/off or FPS limit or quality settings) appear to make it later freeze my entire system during that same cinematic. Resetting the quality options and resolution options to the defaults got me through that cinematic - but now I am seeing a lot of rocks and foliage flying in the air and generally in the wrong spots (some of them are able to be walked through, some not), even across multiple restarts and reboots. I haven't seen any reports about this issue yet, so I thought I would leave one here and I hope it helps. Other than that, the performance has been great. MangoHud reports my GPU usage at 100% at 1440p with above-60 FPS which is not what I expected on day two at all! Happy to provide more info if required. |
|
I wasn't sure if I should post it here and in the DS thread, but I wrote a post with with the issues I found + system information. I'll just link to the post. |
|
I posted too soon. The second time around trying to begin the game, it indeed plays through the first two cinematics as @katiesvt posted above. Similarly, rocks and foliage are also out of place, even during the cinematics (e.g., protagonist goes "through" some rocks). Have not yet experienced system freeze, and I've restarted the game from the beginning several times now. Also using a 1080 Ti at max settings at 1080p/75Hz, and launching DS with Feral's GameMode. From the report by @SevgiZ , I've also experienced quite a bit of stuttering and drops in framerate every so often. The screenshots are essentially what I've come across as well. |
|
@jul-ben @msmafra This happens because of some missing dll registration. Did you previously tried to start the game with an older Proton version? You may then try again after removing the prefix in /compatdata/1190460/pfx |
|
It actually works somehow, good job! I have had problems with flickering of terrain, stuttering, bad performance (30-40 fps) and frequent crashes. Furthest I have gotten is the car cutscene with the body. During that game crashes always. At some point I had to delete save game to get back into game through loading screen. Now it seems that for some reason the performance is little bit better (over 60fps with flickering etc.), but game still crashes often. This is log from a crash when running downhill out of the cave. Screen freezes every time, but music/cutscene sounds keep going. steam-1190460.log I'm running Pop!_OS 20.04 with Mesa 20.1.3 and LLVM 10.0.0 Edit: Added specs, removed most of the typos. |
|
Thanks all for your reports. If you are reporting issues, please always include your GPU model and graphics driver information (nvidia driver version, or mesa and llvm version for AMD). You can find this information in Steam in the Help->System Information dialog, under the Video Card "Driver" and "Driver version" fields. If you didn't include this information, it would be helpful to edit it into your previous posts. |
I did not make an extensive testing but the game works now ; indeed, like you suspected I tried to launch the game with the current stable version of Proton (5.0-9) before and forgot to remove the old prefix folder. So, I remove it. Weird thing happened: Steam did not launch the init script before I restart the client. After a fresh prefix created and the script init done, it seems to work. I did not try past the menu for now. I do not know if that helps, the log seemed sort of sane (just a few Wine |
|
Works fine for me so far. Game crashed once during the opening cutscene (happened on RADV). Performance ain't great (40-45 FPS), but playable. Changing any graphics settings doesn't seem to have any effect at all on the performance. Performance also seems to be the same for either RADV or AMDVLK. On RADV however, the sky is sometimes artifacted. No graphical glitches (so far) with AMDVLK. I'm on a AMD Radeon VII with Mesa 20.1.3 with ACO / AMDVLK 2020.Q3-1 and LLVM 10.0.0 |
|
My Fedora 32 got some updates yesterday for MESA, wine and others. And I tested the game on kernel 5.6.17-fsync and 5.7.8. It open and I tested for 10min +-. Can't know for sure about performance because I play on my laptop core i15-7300HQ with a mobile GTX 1050 4GB and 16GB/RAM. |
|
Flickering in Monster Hunter World with Dx12 rendering enabled. System Info: |
|
Death stranding recent update is now producing guranteed access violation errors IE: https://imgur.com/a/J96zpno |
|
The V1.01 update is triggering an access violation for me too: https://imgur.com/a/4Yeu1o9
|
And for me too.
|
|
Getting the same access violation errors as yurgburg, PastNullInfinity and msmafra OS: Fedora release 32 (Thirty Two) x86_64 |
|
After updating to latest Death Stranding version (V1.01) results in a crash, Windows version at end of log file says "Windows 8" winecfg on the prefix indicated Windows 10, not sure if that's relevant. I know I don't have the proper Mesa version, my distro should have it soon, but it was "mostly" working before on my current version. |
|
I've also got an access violation running Debian Sid (kernel 5.7.0-1) on a ryzen 5 3600 with a radeon RX 5600XT. I wasn't sure about the drivers, but under system information, I see that I have LLVM 10.0.0, and the driver version is listed as 4.6 (Compatibility Profile) Mesa 20.1.2. Here are the contents of steamapps/common/Death\ Stranding/error.txt:
The game itself launches but is stuck at a black screen. |
|
I got the same error on
The game crashes at launch without black screen, just the popup. |
|
The "next" branch has now been updated with a vkd3d fix for the new compute shaders in 1.01. It appears to work on NVIDIA, but currently crashes on radv+ACO, pending a driver fix. Will post more info when we have it, but in the meantime NVIDIA users should be able to play the game again after getting the Proton update on the "next" branch. Update: It also works on AMDGPU-PRO 20.20 on AMD GPUs. The current radv crash is caused by remaining vkd3d issues and will need additional Proton updates, will post an update next week when we know more. |
can confirm not working with radeon cards. Thanks for the speedy work fellas |
What with AMDVLK? |
AMDVLK is far more stable. |
|
Crashes with RADV and |
|
I know that this fixes don't have relationship with Death Stranding, but could you include them in the following version?: |
|
Also tested without This was not the case before #4070 (comment) |
|
@Faithlv it takes quite a while to load, especially on a mechanical hdd even after the status bar is full (i experienced the same thing) after waiting a long while it finally loaded. I played about 2 hours last night on amdvlk with no issues other than long loading |
|
@GloriousEggroll I've waited over 20 minutes with no signs of it ever finishing, also this was not the case prior to |
|
Take a look... |
|
The 'next' branch has just been updated with a fix for the crashes on startup with radv. |
Don't want to step on anyone's toes.. Game starts and crashes Access Violation 'Background 4' popOS |
|
Game now starts for me, however keep getting Random Freezes and have to exit the game. Very new to Linux but happy to look into logs etc if people can point me in the right direction Linux Mint 20 |
|
Hello someone can help me when I'm trying to open the game, It opens and the hangs on a black screen I'm using the next proton. |
Using the newest next update, I can launch and start a new game. It gets a few minutes into the opening scene (usually around when the motorcycle stops the first time, or as it reaches the cliff) before it freezes. The audio usually continues, however. Here's a log file: Edit: I've tried with both LLVM and ACO, and each time I've also had mangohud enabled in the launch options. I also tried turning the graphics settings from the highest settings down to default, then I tried turning off vsync and capping the framerate at 60, butt none of these things make a difference. |
|
Like the previous two posters, I am getting random freezes in Death Stranding as well. Freezes are guaranteed in the middle of, or towards the end of cutscenes. I also continue to hear audio play through the cutscenes if it crashes during them most of the time. Other crashes seem to be instigated when opening menus (though this is not consistent) and when transitioning from indoors to outdoors areas. Also, I am getting super pixelated shadows of objects in the sky that have extreme parallaxing when I turn the camera. It looks very odd to have a sky that looks like an Atari 2600 vomited all over it. My setup: Software Hardware |
Issue is still present with current RC |
|
It remains awfully quiet here, while I'm still unable to run the game. How can I get better tracinng on what's crashing? |
|
What about SteamOS? |
Quite sure Valve keeps certain things to themselves. You can find the 5.0-next branch on here, but for example, the last fix said above won't be found in it until Valve updates it with their local changes (or unless its pulled in from another project but there's no rc5 in that case). I don't think they have it stashed in another public github project. So you can basically just continue to look here. If you want the gritty details then look at the branch for whatever Valve has made public. |
|
There is massive artifacting in Death Stranding like rocks spawning in the air and such, though I don't get this issue. I already mentioned this issue here, but I will also post here just in case if other people don't see my other comment. I am also running the "next" build to even get Death Stranding running. I would also like to point out that if I launch Death Stranding via big picture mode, the artifacting issue almost completely fixes its self. From time to time it would artifact again, but that is easily solvable by restarting the game via big picture. |
|
I'll report the issues I am experiencing, even though I see I am not the only one with similar symptoms. Perhaps the extra data point will be helpful in diagnosing it and creating a solution. Technical InformationSummaryGame: Death Stranding Full detailsATTEMPT_A_steam-1190460.log Symptoms
ReproductionI have not observed a pattern to when or where the freeze occurs. Sometimes it happens within seconds, sometimes the game runs normally for a few minutes before freezing. Additional InformationEarlier attempts to run the game resulted in freezes during the initial several cinematics of the start of the game. ATTEMPT_A:
ATTEMPT_B:
Graphical settings mostly lowest / off. During the few minutes when I was able to control the game, everything seemed to look and feel as expected. Other NotesI just want to thank everyone involved for their patience both in trying the game and in patching Proton, so that everyone may some day enjoy this wonderful game running with stability on Linux. |
|
What are the changes in 5.0-10? Anything DRM-related, that might help with #1780? |
|
Hello @HugLifeTiZ, the key details are in the opening post at the top of this issue report. You can look through the finer details at https://github.com/ValveSoftware/Proton/tree/proton_5.0-next and the various sub-components. |
|
The OP only mentions that it made Death Stranding playable; not what was changed in order to do that. I didn't know if it was only DX12 stuff or if anything potentially relating to DRM needed to be changed too. But still, that link you included was pretty helpful. Looks like there are a few Wine changes that might be relevant, so it'll be worth putting on the todo list once my stupid Denuvo timer runs out. Thank you. |
|
|
Just a little reminder (#4186) to merge the latest xinput patches to next official proton release. Mass Effect: Andromeda controller support |
|
Can you also include the alyx fixes in the next 5.0-10 version? Path of Exile now only runs with the old 5.0-7-alyx2 build, and that's frustrating |
|
Hello, all. Thanks for testing the 5.0-10 RC. All of the changes from that RC have been included in the new 5.13 release, so we are not going to release this RC on the 5.0 branch. I'll be removing that branch and closing this issue in the very near future. |












Hello. A new build has been pushed to the
nextbranch in the Steam client. With this build, Death Stranding is now playable.The game does require the latest Nvidia and AMD drivers. We've had success on Nvidia with Nvidia drivers 440.100 and 450.57, and on AMD with Mesa 20.1.3 with LLVM 10.0.0. If you are on AMD and experience a graphics error dialog on startup, please restart the Steam client once to ensure you have the latest Proton configuration settings for the game.
In the Steam client, the Proton 5.0 app should have a "next" beta branch in its Properties dialog, which you can choose to start testing the 5.0-10 release candidates. Note that the name of the build in the Steam Settings dialog will not be updated. I will post changes here when we push new builds. The source for the latest RC build is available on the proton_5.0-next branch in these repositories. This branch may receive forced updates.
In this issue, we are interested in problems that are new to the 5.0-10 RC builds, and in feedback about Death Stranding. If you find new problems in the "next" branch, please confirm that the problem does not occur in on the "default" branch before reporting it here.
The text was updated successfully, but these errors were encountered: