Hi,
I tested this game with Proton 3.7-5beta and it seems to work just fine. Solid 60 fps at 1080p on high settings without motion blur.
System info:
Computer Information:
Manufacturer: Unknown
Model: Unknown
Form Factor: Desktop
No Touch Input Detected
Processor Information:
CPU Vendor: GenuineIntel
CPU Brand: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz
CPU Family: 0x6
CPU Model: 0x2a
CPU Stepping: 0x7
CPU Type: 0x0
Speed: 3700 Mhz
4 logical processors
4 physical processors
HyperThreading: Unsupported
FCMOV: Supported
SSE2: Supported
SSE3: Supported
SSSE3: Supported
SSE4a: Unsupported
SSE41: Supported
SSE42: Supported
AES: Supported
AVX: Supported
CMPXCHG16B: Supported
LAHF/SAHF: Supported
PrefetchW: Unsupported
Operating System Version:
"Fedora release 28 (Twenty Eight)" (64 bit)
Kernel Name: Linux
Kernel Version: 4.17.19-200.fc28.x86_64
X Server Vendor: Fedora Project
X Server Release: 11906000
X Window Manager: GNOME Shell
Steam Runtime Version: steam-runtime-beta-release_2018-06-14
Video Card:
Driver: NVIDIA Corporation GeForce GTX 1070/PCIe/SSE2
Driver Version: 4.6.0 NVIDIA 396.54
OpenGL Version: 4.6
Desktop Color Depth: 24 bits per pixel
Monitor Refresh Rate: 60 Hz
VendorID: 0x10de
DeviceID: 0x1b81
Revision Not Detected
Number of Monitors: 1
Number of Logical Video Cards: 1
Primary Display Resolution: 1920 x 1080
Desktop Resolution: 1920 x 1080
Primary Display Size: 23.54" x 13.23" (26.97" diag)
59.8cm x 33.6cm (68.5cm diag)
Primary Bus: PCI Express 16x
Primary VRAM: 8192 MB
Supported MSAA Modes: 2x 4x 8x 16x
Sound card:
Audio device: USB Mixer
Memory:
RAM: 24068 Mb
Miscellaneous:
UI Language: English
LANG: en_US.utf8
Total Hard Disk Space Available: 381121 Mb
Largest Free Hard Disk Block: 119566 Mb
VR Headset: None detected
Recent Failure Reports:
i've tested the demo and its working wonderful. 80+ fps on mein leiben (whatever the highest profile).
On second restart i've got warning that gpu is out of memory. probably i have to set it lower for 4gb video memory. But the thing is that even with that warning i still have 80+ fps on max graphics with 8x anti aliasing.
The game will crash with 1 alt+tab
Computer Information:
Manufacturer: Unknown
Model: Unknown
Form Factor: Desktop
No Touch Input Detected
Processor Information:
CPU Vendor: AuthenticAMD
CPU Brand: AMD Ryzen 7 1700X Eight-Core Processor
CPU Family: 0x17
CPU Model: 0x1
CPU Stepping: 0x1
CPU Type: 0x0
Speed: 3400 Mhz
16 logical processors
8 physical processors
HyperThreading: Supported
FCMOV: Supported
SSE2: Supported
SSE3: Supported
SSSE3: Supported
SSE4a: Supported
SSE41: Supported
SSE42: Supported
AES: Supported
AVX: Supported
CMPXCHG16B: Supported
LAHF/SAHF: Supported
PrefetchW: Unsupported
Operating System Version:
Linux Mint 19 Tara (64 bit)
Kernel Name: Linux
Kernel Version: 4.15.0-33-generic
X Server Vendor: The X.Org Foundation
X Server Release: 11906000
X Window Manager: Mutter (Muffin)
Steam Runtime Version: steam-runtime-beta-release_2018-06-14
Video Card:
Driver: NVIDIA Corporation GeForce GTX 970/PCIe/SSE2
Driver Version: 4.6.0 NVIDIA 396.54
OpenGL Version: 4.6
Desktop Color Depth: 24 bits per pixel
Monitor Refresh Rate: 144 Hz
VendorID: 0x10de
DeviceID: 0x13c2
Revision Not Detected
Number of Monitors: 1
Number of Logical Video Cards: 1
Primary Display Resolution: 1920 x 1080
Desktop Resolution: 1920 x 1080
Primary Display Size: 20.91" x 11.77" (23.98" diag)
53.1cm x 29.9cm (60.9cm diag)
Primary Bus: PCI Express 16x
Primary VRAM: 4096 MB
Supported MSAA Modes: 2x 4x 8x 16x
Sound card:
Audio device: 20K2
Memory:
RAM: 32159 Mb
Miscellaneous:
UI Language: English
LANG: en_US.UTF-8
Total Hard Disk Space Available: 841268 Mb
Largest Free Hard Disk Block: 264354 Mb
VR Headset: None detected
Recent Failure Reports:
just fyi there is a long standing bug on amd mesa drivers regarding faces not rendering correctly. I don't think the game should be white listed until thats resolved.
https://bugs.freedesktop.org/show_bug.cgi?id=104302
all the other bugs apart from the facial animation bug have been resolved. just need a fix for that
Play button in the Steam client is sufficient.The llvm issue mentioned by @GloriousEggroll has been fixed for a while in llvm-svn (for the upcoming llvm 8.0.0). Ubuntu AMD gpu users who see that issue should use mesa and llvm from the Padoka or SteamVR Experimental PPA.
I must test the facial animations myself, but does anyone know how far along is the fix for the water rendering bug ?
Hello @mmeyran, what water rendering bug? Was it being tracked on another issue tracker?
Hello @mmeyran, what water rendering bug? Was it being tracked on another issue tracker?
I've seen it mentioned in another comment, but I couldn't find it being tracked. Water in-game isn't rendered - using latest Padoka PPA Stable (Mesa 18.3.3) on Ubuntu 18.04.2 and a RX480 8Gb. I'll try with Padoka PPA git to see if by any chance the problem isn't the same as faces. I think I remember seeing water rendered once, but then it was rapidly "un-drawn" with an expanding circle of non-rendered water.
For what it's worth, until Padoka Stable updates to llvm 8.0.0, it should be affected by the llvm issue with faces. The SteamVR Experimental Graphics PPA has that llvm fix backported to llvm 7.0.1.
Is this still working for you? I've seen one recent report on Proton DB stating that it stopped working, and for me the game hangs after the logo videos. I can shortly hear a sound playing before the game hangs with a black screen and I have to kill it.
When adding +com_skipBootSequence 1 as launch option to skip the videos, I can see the screen where I should select the brightness though. But the game is frozen then. After killing and starting it again I quickly pressed enter, which seemed to have chosen the brightness, so after another restart, I saw the unlock message about the DLC(s). I was able to press enter quickly enough again, so that I can see now the screen where I can choose a new game and options. But it's still stuck then. I can see the mouse cursor in the top left corner but the image is blurry. Music keeps playing though. I also have set r_mode "11"in SteamLibrary/steamapps/compatdata/650500/pfx/drive_c/users/steamuser/Saved Games/MachineGames/Wolfenstein II The New Colossus/base/Wolfenstein II The New ColossusConfig.local which seems to be my native resolution of 1920x1080.
Tried Proton 3.16-9 beta and 4.2-7. Ubuntu 18.04 LTS, nVidia 430.26.
Wolfenstein: The New Order and Wolfenstein: The Old Blood work fine though.
I just found out, that when I let proton create the debug commands with PROTON_DUMP_DEBUG_COMMANDS=1 %command% +com_skipBootSequence 1 and start the game then via
cd /tmp/proton_$USER
./run
it works. So there seems to be a race condition or so?
edit:
I seems to be an issue with the steam overlay. Which is disabled when running through the run command. When disabling the Steam Overlay while in-game from the games' context-menu, it also works.
Water does not render. This bug can be observed in the first mission in "Section F".
Proton 4.11-9, Mesa Aco 20, Amd Rx480, Vulkan Renderer
Hello @DasCapschen, please copy your system information from Steam (Steam -> Help -> System Information) and put it in a gist, then include a link to the gist in this issue report. Also, can you reproduce the issue with RADV_PERFTEST=llvm %command% in the game's launch options? I specifically want to know if what you've observed is limited to ACO because the previous reported water rendering issue was fixed in llvm 8.
Hi, I'm terribly sorry I'm answering this late. Anyways, here's my system info:
https://gist.github.com/DasCapschen/a366bf93f0a0859f3d82de2bae101b4a
I have just tried it using the llvm compiler, although now on Proton 4.11-10, and water does work!
But I have also tried with aco again, and it works there too. Although I did have water working before with aco, but only once... and once I saw it disappear during a level (like mmeyran described it above), so maybe it breaks over time?
Don't really have the time to test right now, but it looks good at the moment!
There's a regression with this game with Proton 5.0-1. With 4.11-12 everything runs perfectly. With 5.0-1 the mouse is jerky and reticent to move in menus and so on. It seems to be OK when controlling movement, just bad when it's moving a mouse pointer.
Hello @CKWarner, please add PROTON_LOG=1 %command% to the game's launch options and drag and drop the generated $HOME/steam-$APPID.log into the comment box.
Sure. I've added both versions in case you wanted to see any differences between them. That's just loading up the game and wiggling the mouse on the main menu for a couple of seconds in each case.
@CKWarner could you give some more information about your setup? What GPU/drivers are you using? Do you have a non-standard mouse? Any other hints that might be relevant?
I was not able to immediately replicate the mouse behavior you are describing. I did notice that when I moved the cursor quickly, especially in a circular motion, the cursor would lag behind my hand a bit, but this was the same in 4.11-12 and 5.0-1, and I wonder if it is a game choice to not let the custom cursor move faster than a certain speed (I have seen this with some other games).
It's a perfectly straightforward setup: Kubuntu 18.04, RTX 2080 Ti with the 440.59 driver, SteelSeries Rival 310 mouse.
The pointer works perfectly in 4.11-12 and barely functions at all in 5.0-1.
@CKWarner Thank you for the details. That gives me a much better place to start since the issue doesn't seem to be universal to all setups, based on my initial testing :)
Edit: I happened to have access to the exact same mouse since there was another bug in the past that was specific to that category of mice. I was able to reproduce the issue with the mouse -- interestingly it also seems to be a NVIDIA specific bug.
I also noticed a similar thing in Proton 5.0.x. But I am on RX 580, DarkProject ME-1 mouse. Everything is OK in the main menu, but in the in-game menu and in the game itself mouse behaves weird. Small mouse lag was present in the menu in previous versions of Proton but this is a completely different thing. What I noticed:
Fixed in 5.0.3
I can confirm that it's fixed for Doom 2016 as well
The buffer size change (386f43d) in 5.0-3 has fixed it for me, too.
@alasky17 Unfortunately it appears this application fails to launch using a fresh Ubuntu 19.10 installation:

@mimattr I have a feeling that you may have run into an inconsistent bug where the prefix is not created correctly on the first launch. Please try deleting the Wolfenstein II prefix (~/.steam/steam/steamapps/compatdata/612880) and try launching again.
I have a feeling that you may have run into an inconsistent bug where the prefix is not created correctly on the first launch.
@alasky17 Both ~/.steam/steam/steamapps/compatdata/612880 and ~/.steam/steam/steamapps/shadercache/612880 have been deleted before each launch but it appears the issue is actually due to using MangoHud, the application works as expected without the MANGOHUD=1 %command% launch option.
Apologies for any confusion, this issue has now been reported to the MangoHud tracker
Wolfenstein II: The New Colossus, unplayable, white flashing screen
Issue transferred from https://github.com/ValveSoftware/Proton/issues/3989.
@mrjohnc posted on 2020-06-15T17:48:41:
The log is over 20mb,
Some of the opening cutscene plays normally, the rest are just very fast white flashing, once game starts who screen is white flash
steam-612880.log
ing but with overlay visible. The game is running fine judging from the sound, just can't see anything...
Start game
Try any graphics setting (I've tried changing resolution and changing all graphics options
steam-612880.log
Hello @mrjohnc, I suspect you're seeing an Intel vulkan driver issue and looking at the advertised minimum specs, Intel graphics are not supported. That said, you might get lucky mentioning your issue to the mesa devs.
Hello @mrjohnc, I suspect you're seeing an Intel vulkan driver issue and looking at the advertised minimum specs, Intel graphics are not supported. That said, you might get lucky mentioning your issue to the mesa devs.
Thanks very much, where would I do this?
Wolfenstein II: The New Colossus, unplayable, white flashing screen
Issue transferred from #3989.
@mrjohnc posted on 2020-06-15T17:48:41:Compatibility Report
* Name of the game with compatibility issues: Wolfenstein II: The New Colossus * Steam AppID of the game: 612880System Information
* GPU: Intel UHD Graphics 620 - 1024 MB, Core: 1150 MHz, Integrated * Driver/LLVM version: Mesa 20.0.7 * Kernel version: Linux Kernel 5.6 * Link to full system information report as [Gist](https://gist.github.com/): https://gist.github.com/mrjohnc/5a8183d2829cf175ee593979b5a61922 * Proton version: 5.0.9I confirm:
* [x] that I haven't found an existing compatibility report for this game. * [x] that I have checked whether there are updates for my system available.The log is over 20mb,
Symptoms
Some of the opening cutscene plays normally, the rest are just very fast white flashing, once game starts who screen is white flash
steam-612880.log
ing but with overlay visible. The game is running fine judging from the sound, just can't see anything...Reproduction
Start game
Try any graphics setting (I've tried changing resolution and changing all graphics options
steam-612880.log
Posted bug at https://gitlab.freedesktop.org/mesa/mesa/-/issues/3138
Posted bug at https://gitlab.freedesktop.org/mesa/mesa/-/issues/3138
@mrjohnc Also posting result of the investigation here.
The issue is similar to https://github.com/ValveSoftware/Dota-2-Vulkan/issues/314 and boils down to old GLSLang not being able to generate NonReadable decoration for image types when compiling from HLSL.
In RenderDoc I see a dispatch call having R16_FLOAT image being used as r11f_g11f_b10f in shader:

If I add writeonly modifier to the image - it works correctly, since now type information in shader is not used. On Radeon there is no issue since it supports shaderStorageImageReadWithoutFormat.
So it is a game bug, however I don't think the game would fix this issue, since it isn't updated for a while. Most likely we would have to make a workaround in the driver.
@werman thanks so much for this, is this something I could try myself to confirm by changing a file permission or is it more buried than that? (I'm not a programmer)
@werman thanks so much for this, is this something I could try myself to confirm by changing a file permission or is it more buried than that? (I'm not a programmer)
Unfortunately there is no simple way to check it.
@werman ok, no problem :)
Current workaround for me at least is to reduce shaders quality a notch.
Current workaround for me at least is to reduce shaders quality a notch.
Thanks, can you expand on what you mean here? Do you mean a setting in game?
yeah, in-game advanced graphical settings - I have the bug at highest
quality setting, it goes away if I reduce it by one notch. I don't remember
if it's a specific water rendering setting or just shaders quality setting.
On Sat, Jun 20, 2020, 09:04 John Cummings notifications@github.com wrote:
Current workaround for me at least is to reduce shaders quality a notch.
Thanks, can you expand on what you mean here? Do you mean a setting in
game?—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/ValveSoftware/Proton/issues/1113#issuecomment-646955147,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AD67V7LCDWFVLSQUPC5SEM3RXRNRVANCNFSM4FSYORJA
.
yeah, in-game advanced graphical settings - I have the bug at highest quality setting, it goes away if I reduce it by one notch. I don't remember if it's a specific water rendering setting or just shaders quality setting.
…
On Sat, Jun 20, 2020, 09:04 John Cummings @.*> wrote: Current workaround for me at least is to reduce shaders quality a notch. Thanks, can you expand on what you mean here? Do you mean a setting in game? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1113 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AD67V7LCDWFVLSQUPC5SEM3RXRNRVANCNFSM4FSYORJA .
Unfortunately this doesn't work for me, I tried all quality settings for all options in game and nothing gets rid of the white screen.
The game crashes for me after the "amd/ryzen/Bethesda" intro videos at the point where the menu should appear, with the "could not write crash dump" dialog.
GPU: Nvidia Geforce 1060 GTX
Driver/LLVM version: NVIDIA 440.82
Kernel version: 5.7.4
Proton version: 5.0-9
My system does not use/have installed pulseaudio. And the crash (according to the log) happens in
FAudioVoice_SetChannelVolumes+0xbb9() in libfaudio.so.0
Maybe it is faudio + ALSA (snd_pcm_recover) related?
But other games, RAGE2, Wolfenstein: The New Order, Monster Hunter World, ... work just fine with the same audio setup on the same PC.
Steam overlay is disabled.
I tried using
"Proton 5.0 [debug]"
and
Launch Option:
WINEDEBUG="+timestamp,+pid,+tid,+seh,+debugstr,+module,+xaudio2" PROTON_LOG=1 %command%
Unhandled exception: page fault on read access to 0x00000000, invalid program stack in 64-bit code (0x00007fdfa5fb3e59).
...
Backtrace:
=>0 0x00007fdfa5fb3e59 FAudioVoice_SetChannelVolumes+0xbb9() in libfaudio.so.0 (0x00000000025442f0)
0x00007fdfa5fb3e59 FAudioVoice_SetChannelVolumes+0xbb9 in libfaudio.so.0: movq (%rdi),%rdi
Hope this helps.
Game crashing with FATAL ERROR: getSwapchainImagesKHR failed with error (VK_SUCCESS)
Radeon RX 5700, Arch Linux, Proton 5.0-9
ErrorLog_07-03-2020__05-11-01pm.txt
steam-612880.log
Hello @exstrim401, are you using mesa 20.1.2? Your crash sounds like https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/5704. Please retest next week with mesa 20.1.3.
@kisak-valve, thanks. Working with mesa-git