@CuriousTommy The Witcher 2 has native support.
@JanGalek I know, but I want to try to Windows version and see how well it performs compared to the native version.
I experience the same issue (the game crashes silently), with all the available Proton versions. Any workaround found?
Unfortunately Proton 4.11-1 with the PROTON_USE_D9VK=1 %command% launch option set hasn't resolved problem with running this game.
@kisak-valve do you know if there are any plans on the developers' side to investigate the logs reported so far?
how do you install windows version when there is a linux version?
@logan001 Right-click -> Properties -> Check "Force the use of a specific Steam Play compatibility tool".
I don't know if it helps, but I was unable to start Steam's The Witcher 2 even with a Wine Steam prefix (so no Proton), no matter the wine build, but at a dev's suggestion I tried with GoG's instead and it just worked which makes me wonder if the Steam build is not doing something special compared to GoG's.
The Witcher 2 memory allocation
Issue transferred from https://github.com/ValveSoftware/Proton/issues/3238.
@kkleinw posted on 2019-11-20T21:07:28:
There seems to be a memory allocation bug that leads to the game crashing on proton. Shortly before the crash there may be a warning that 3.9 of 4.0 gb memory are allocated and that OpenGL is not clearing it's cache. This warning may not always be seen. Easier to reproduce in second act.
Hello @kkleinw, 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, please add PROTON_LOG=1 %command% to the game's launch options, reproduce the issue, and drag and drop the generated $HOME/steam-$APPID.log into the comment box. In general, proton logs compress well, so if Github isn't happen with the log's size, then try throwing it in an archive.
Copying the contents of
/steamapps/common/the witcher 2/bin/config
to
/compatdata/20920/pfx/drive_c/users/steamuser/My Documents/Witcher 2/Config
allows the launcher and game to load.
With D9VK v0.30 there is a visual issue when in a conversation, fixed when using Joshua-Ashton/d9vk@55cb30c47f5c158afa159dde12ff9e8f8749bf55
steam-20920.log (WINEDEBUG=warn+all)
@kisak-valve I copied config as @DustyCrumpet wrote:
cp -r ~/.steam/steam/steamapps/common/the\ witcher\ 2/bin/config/* ~/.steam/steam/steamapps/compatdata/20920/pfx/drive_c/users/steamuser/My\ Documents/Witcher\ 2/Config/
@aeikum is there an option to automate executing this command when the game is being installed the first time using Proton to not doing this manually?
The launcher works now but the game do not start when I use:
PROTON_USE_D9VK=1 %command%
The log file is not created when I use:
PROTON_USE_D9VK=1 %command% PROTON_LOG=1 %command%
The game loads when I do not use PROTON_USE_D9VK=1 %command% option.
When I set only PROTON_LOG=1 %command% then the log file is created:
steam-20920.log
On both configurations: with PROTON_USE_D9VK=1 %command% and without it the launcher is hidden under the strange rectangle in the center:

I can move the launcher outside it:

There appears The Witcher logo in place of this rectangle when the game starts:

How does this work on Windows? If the step is not required on Windows, it should not be required here, either.
@Joshua-Ashton do you have any idea why the log file is not being created when I set PROTON_LOG=1 %command% PROTON_USE_D9VK=1 %command%?
When I set only PROTON_LOG=1 %command% then it works.
Use PROTON_LOG=1 PROTON_USE_D9VK=1 %command%
@Joshua-Ashton thank you!
Here is the log file
steam-20920.log
The hack
cp -r ~/.steam/steam/steamapps/common/the\ witcher\ 2/bin/config/* ~/.steam/steam/steamapps/compatdata/20920/pfx/drive_c/users/steamuser/My\ Documents/Witcher\ 2/Config/
has been done earlier so that I can run the launcher.
My system information is here https://github.com/ValveSoftware/Proton/issues/2309#issuecomment-557538739
The game does not start using PROTON_USE_D9VK=1 %command%.
Without this command it works.
How does this work on Windows? If the step is not required on Windows, it should not be required here, either.
@aeikum
The steps I did to reproduce the issue with not starting launcher (without using the hack with copying the config described above):
Force the use of a specific Steam Play compatibility toolPROTON_LOG=1 %command%Here is the log file
steam-20920.log
Help us, @aeikum. You're our only hope.
@aeikum there left only the issue with running the launcher without the workaround.
Could you please check the log file?
steam-20920.log
@jqadev thanks for the workaround.
i did a quick test with my last saving i have from a few years ago. windows 38fps. linux 29 fps. (on ultra)
i'll have too see how it works with native client. i don't remember if the settings are the same with native client.
Does not start for me. I tried copying the files as suggested previously.
steam-20920.log
How does this work on Windows? If the step is not required on Windows, it should not be required here, either.
It "just works" on Windows. No need to copy directories.
It "just works" on Linux too if one use the native version.
@daxcore I saw your great work related to fix of the PES 2020 Lite
Would you like to help us and check what is going on with the need of the workaround?
cp -r ~/.steam/steam/steamapps/common/the\ witcher\ 2/bin/config/* ~/.steam/steam/steamapps/compatdata/20920/pfx/drive_c/users/steamuser/My\ Documents/Witcher\ 2/Config/
@aeikum, the issue https://github.com/ValveSoftware/Proton/issues/231, which is still open for over a year, explains the need for making symlink
~/.steam/steam/steamapps/compatdata/20920/pfx/drive_c/users/steamuser/My\ Documents/Witcher\ 2/Config
to
~/.steam/steam/steamapps/common/the\ witcher\ 2/bin/config/
As I've read in the mentioned issue, this problem is impossible to solve at the Proton / Wine level and the correct way to solve it is to manually create a symlink this way:
rm -r ~/.steam/steam/steamapps/compatdata/20920/pfx/drive_c/users/steamuser/My\ Documents/Witcher\ 2/Config/
ln -sfn ~/.steam/steam/steamapps/common/the\ witcher\ 2/bin/config/ ~/.steam/steam/steamapps/compatdata/20920/pfx/drive_c/users/steamuser/My\ Documents/Witcher\ 2/Config
instead of copying data (without symlink) as it was suggested here https://github.com/ValveSoftware/Proton/issues/2309#issuecomment-557256144, i.e.:
cp -r ~/.steam/steam/steamapps/common/the\ witcher\ 2/bin/config/* ~/.steam/steam/steamapps/compatdata/20920/pfx/drive_c/users/steamuser/My\ Documents/Witcher\ 2/Config/
@aeikum, please let me know if the only proper solution is to create a symbolic link manually.
I don't think anyone has analyzed why the Config directory, or some file within it, is not being created correctly. That is what we should be looking into. Manually creating it is a workaround.
Well , game needs config workaround as mentioned. However game has a bigger issue than manually copying some stuff.
There is absolutely no way to get inventory open up while playing on Proton. Button is hardcoded to "I" , there is no way to change it. Probably due to my keyboard locale (which is not US layout) I,ı or i,İ doesn't seem to bring inventory.
Variables like LC_ALL=C , or LC_CTYPE etc doesn't work , changing keyboard layout from system settings doesn't work either. So that simple issue makes the game unplayable. Which is unfortunate because Linux port is utter thrash and crashes so much.
I think all of those issues are related and that is weird it gets ignored always.
https://github.com/ValveSoftware/Proton/issues/3791
https://github.com/ValveSoftware/Proton/issues/3783
https://github.com/ValveSoftware/Proton/issues/3673
Follow up to my previous message : Inventory button works with GloriousEgroll's Proton build without messing anything.
https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.6-GE-2
@aeikum I've found a regression in the Proton 5.0-7, because during the game installation directories My\ Documents/Witcher\ 2/Config/ haven't been created in directory ~/.steam/steam/steamapps/compatdata/20920/pfx/drive_c/users/steamuser/ and I needed to create them manually to do a workaround to launch the game.
The regression has been introduced in the Proton 5.0-6 or 5.0-7 as I tested it the previous time on the Proton 5.0-5 and then it worked.
Hello @jqadev, please add PROTON_LOG=1 %command% to the game's launch options, reproduce the regression, and drag and drop the generated $HOME/steam-$APPID.log into the comment box.
@kisak-valve will PROTON_LOG collect logs from the installation process?
steam-20920.log
$ ls ~/.steam/debian-installation/steamapps/compatdata/20920/pfx/dosdevices/c:/users/steamuser
'Application Data' Cookies Desktop 'Local Settings' Temp
As you can see after installation there are missing My\ Documents/Witcher\ 2/Config/ directories.
@aeikum I've found a regression in the Proton 5.0-7, because during the game installation directories
My\ Documents/Witcher\ 2/Config/haven't been created in directory~/.steam/steam/steamapps/compatdata/20920/pfx/drive_c/users/steamuser/and I needed to create them manually to do a workaround to launch the game.
The regression has been introduced in the Proton 5.0-6 or 5.0-7 as I tested it the previous time on the Proton 5.0-5 and then it worked.
I've checked https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.8-GE-2-MF and it isn't affected by this issue but when the workaround with copying config files is done then the game doesn't launch in opposite to official Proton release.
Witcher 2
Issue transferred from https://github.com/ValveSoftware/Proton/issues/3936.
@ebesathyr posted on 2020-06-04T17:51:06:
System: Host: matheus-desktop Kernel: 5.0.0-32-generic x86_64 bits: 64 compiler: gcc v: 7.4.0
Desktop: Cinnamon 4.4.5 wm: muffin dm: LightDM Distro: Linux Mint 19.3 Tricia
base: Ubuntu 18.04 bionic
Machine: Type: Desktop Mobo: ASRock model: A320M-HD serial: <filter>
UEFI [Legacy]: American Megatrends v: P5.40 date: 07/09/2019
CPU: Topology: Dual Core model: AMD Athlon 240GE with Radeon Vega Graphics bits: 64
type: MT MCP arch: Zen L2 cache: 1024 KiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 28001
Speed: 3484 MHz min/max: 1600/3500 MHz Core speeds (MHz): 1: 3480 2: 1990 3: 3415
4: 1999
Graphics: Device-1: AMD Bonaire XTX [Radeon R7 260X/360] vendor: Gigabyte driver: amdgpu
v: 5.0.19.20.7 bus ID: 01:00.0 chip ID: 1002:6658
Display: x11 server: X.Org 1.20.4 driver: amdgpu,ati unloaded: fbdev,modesetting,vesa
resolution: 1920x1080~75Hz
OpenGL:
renderer: AMD Radeon R7 200 Series (BONAIRE DRM 3.31.0 5.0.0-32-generic LLVM 7.1.0)
v: 4.5 Mesa 18.3.0-rc4 direct render: Yes
Proton: 5.0-7
O jogo não inicia, assim que coloco para rodar o mesmo desliga sozinho
Hello @ebesathyr, you have a Sea Islands (CIK) generation video card, and Linux uses the radeon kernel module by default with that generation of video card. The radeon kernel module is not compatible with vulkan. Please give https://github.com/ValveSoftware/Proton/wiki/For-AMD-users-having-issues-with-non-OpenGL-games a read.
Is anyone tested compatibility with GalliumNine?
@aeikum @kisak-valve the workaround is no more needed since Proton 5.13-1 in contrast to the version 5.0-10.
On Proton Experimental the game crashes silently (usually a launcher should appear, but it doesn't). Native version performs much worse (seemingly bottlenecked by loading things), so I'd really like for the game to work on Proton.
Installing VC++ Redist 2010 through protontricks didn't help, .NET Framework 4.0 fails to install. .NET 4.5 and 4.8 need --force to be installed due to a bug related to them (fixed in Wine 6.6+, but Proton is still based on Wine 6.3). Using --force didn't work since .NET 4.0 is needed for 4.5 apparently.
wine-mono just won't install for me for some reason.
Using Arch Linux
The game works for me using latest Proton Experimental.
Fedora 34
GNOME 40 (Wayland and X11)
NVIDIA 470.57.02
Steam from RPM Fusion
Witcher 2 is modded with this mod though: https://www.nexusmods.com/witcher2/mods/934
The game works for me using latest Proton Experimental.
Fedora 34
GNOME 40 (Wayland and X11)
NVIDIA 470.57.02
Steam from RPM FusionWitcher 2 is modded with this mod though: https://www.nexusmods.com/witcher2/mods/934
I've seen it working for others on Arch out of box. I'm using KDE Plasma 5.22.3 (X11) with nvidia 470.57.02-5 drivers. Steam is installed through the multilib repository. Also here's the log after attempting to install vcrun2010 and wine-mono, maybe they'll help https://hastebin.com/kihusaqaza.rb
Installed an earlier Proton version (4.x), .NET 4 installed successfully, but the launcher still doesn't launch. No unknown exception in the logs though. New logs: https://hastebin.com/xotuhitali.sql
Progress! Decided to play Deus Ex Revision instead (which has no native Linux version), and noticed that it downloaded Steamworks Common Redistributables (which it didn't for Witcher 2). Launched W2 after that, and it automatically installed the prerequisites! Launcher works.
Holy cow. It works! I spent hours trying to fix this and all I had to do is try to run a game that's Windows-exclusive!
Loading times are so much better than the native port, on the level of Windows. Performance is worse though, probably because I was using 4.x. Gonna test on Proton Experimental.

Doesn't work on experimental. It does work on 4.11-3 though, but .NET 4 will probably need to be manually installed.
I didn't need to set up anything manually to make it work. It is possible I ran some other game that installed the common redistributables though.
Reinstalled the game. On the first launch the performance was much worse, even the FMVs ran at like 15 FPS. But then I restarted the game (and closed a YouTube tab and a Discord window) and it ran much better, with levels close to native Windows!
To #5027 - the first time setup mentioned DirectX Runtime and VC++ Redist 2010, so these are needed to be downloaded through Steamworks Common Redistributables. Also I saw people mention .NET Framework 4, but I'm not sure about that since it's broken under Wine/Proton.
I seem to be experiencing similar problems. Here's a log from trying to launch the game: https://pastebin.com/XVEaHwty
It seems to be failing to load some DLLs:
6094.077:00cc:00d0:err:module:import_dll Library mfc100u.dll (which is needed by L"Z:\\home\\stuart\\.steam\\debian-installation\\steamapps\\common\\the witcher 2\\Launcher.exe") not found
I've tried Proton Experimental, 6.3-6, and 5.13-6, same result with all.
I did try running another Windows game in case that prompted the installation of the Steamworks Common Redistributables, but no luck (the other game - Arx Fatalis, if it matters - ran fine).
I have a different issue – the launcher starts, but after i click on "Launch game" the game gets stuck on the splash screen (the wolf medallion logo).
Logs: steam-20920.log
I've tried Proton Experimental, 6.3-7, 5.13-6, 5.0-10.
The game ran fine previously (might have been using Proton 5.13-6 or 5.0-10). One day it stopped working, I don't know what changed.
I've resolved the issue in my previous post. Some web searching revealed that the issue isn't exclusive to Linux+Proton but also happens on Windows. Some workaround suggested disabling hyperthreading, which pointed me to the actual culprit – having too many CPU cores. This seems to be a bug in Witcher 2.
To work around the bug, you can manually restrict the game to a subset of the cores with taskset – add, e.g., taskset -c 0-3 %command% to game's launch options in Steam to restrict it to 4 cores.
EDIT: i should probably mention that the problem manifested when i switched to a 16-core/32-thread CPU, but there were no issues with a 6-core/12-thread CPU.
I also am running into the issue. Any proton version (6.3-8, 7.0.0RC3-GE, Experimental) does this. Launching via steam will load the launcher, which will turn into the medallion and then after a few seconds disappear and return to the launcher screen.
The taskset trick did nothing. The tip I read somewhere of having to user a launch parameter of using forcing d9vk did nothing.
341095.665:012c:0130:warn:seh:OutputDebugStringA "\n"
341095.665:012c:0130:trace:seh:dispatch_exception code=40010006 flags=0 addr=7B012A8F ip=7b012a8f tid=0130
341095.665:012c:0130:trace:seh:dispatch_exception info[0]=00000002
341095.665:012c:0130:trace:seh:dispatch_exception info[1]=02c35f30
341095.665:012c:0130:warn:seh:dispatch_exception "\n"
341095.665:012c:0130:trace:seh:call_vectored_handlers calling handler at 62529DE0 code=40010006 flags=0
341095.665:012c:0130:trace:seh:call_vectored_handlers handler at 62529DE0 returned 0
341095.665:012c:0130:trace:seh:call_vectored_handlers calling handler at 7B00AE30 code=40010006 flags=0
341095.665:012c:0130:trace:seh:call_vectored_handlers handler at 7B00AE30 returned 0
341095.665:012c:0130:trace:seh:call_stack_handlers calling handler at 7B081E40 code=40010006 flags=0
341095.665:012c:0130:trace:seh:__regs_RtlUnwind code=40010006 flags=2
341095.665:012c:0130:trace:seh:__regs_RtlUnwind eax=00000000 ebx=00000000 ecx=40010006 edx=02fbd8a8 esi=02fbd858 edi=02fbd8a8
341095.665:012c:0130:trace:seh:__regs_RtlUnwind ebp=02fbd3a8 esp=02fbd3a0 eip=7b081dd6 cs=0023 ds=002b fs=0063 gs=006b flags=00000206
341095.665:012c:0130:trace:seh:__regs_RtlUnwind calling handler at 7BC585A0 code=40010006 flags=2
341095.665:012c:0130:trace:seh:__regs_RtlUnwind handler at 7BC585A0 returned 1
341095.665:012c:0130:warn:seh:OutputDebugStringA "| MC_RenderObjects | 0 | 0 |"
341095.665:012c:0130:trace:seh:dispatch_exception code=40010006 flags=0 addr=7B012A8F ip=7b012a8f tid=0130
341095.665:012c:0130:trace:seh:dispatch_exception info[0]=0000003c
341095.665:012c:0130:trace:seh:dispatch_exception info[1]=02addf50
341095.665:012c:0130:warn:seh:dispatch_exception "| MC_RenderObjects | 0 | 0 |"
341095.665:012c:0130:trace:seh:call_vectored_handlers calling handler at 62529DE0 code=40010006 flags=0
341095.665:012c:0130:trace:seh:call_vectored_handlers handler at 62529DE0 returned 0
341095.665:012c:0130:trace:seh:call_vectored_handlers calling handler at 7B00AE30 code=40010006 flags=0
341095.665:012c:0130:trace:seh:call_vectored_handlers handler at 7B00AE30 returned 0
341095.665:012c:0130:trace:seh:call_stack_handlers calling handler at 7B081E40 code=40010006 flags=0
341095.665:012c:0130:trace:seh:__regs_RtlUnwind code=40010006 flags=2
341095.665:012c:0130:trace:seh:__regs_RtlUnwind eax=00000000 ebx=00000000 ecx=40010006 edx=02fbd8a8 esi=02fbd858 edi=02fbd8a8
341095.665:012c:0130:trace:seh:__regs_RtlUnwind ebp=02fbd3a8 esp=02fbd3a0 eip=7b081dd6 cs=0023 ds=002b fs=0063 gs=006b flags=00000206
341095.665:012c:0130:trace:seh:__regs_RtlUnwind calling handler at 7BC585A0 code=40010006 flags=2
341095.665:012c:0130:trace:seh:__regs_RtlUnwind handler at 7BC585A0 returned 1
info: Game: witcher2.exe
info: DXVK: v1.9.2
info: Built-in extension providers:
info: Win32 WSI
info: OpenVR
info: OpenXR
info: Required Vulkan extension VK_KHR_surface not supported
341099.620:012c:0130:trace:seh:raise (22)
341099.620:012c:0130:trace:seh:NtSetInformationThread (0xfffffffe,10,0x2fbf188,4)
341099.620:012c:0130:trace:seh:NtSetInformationThread (0xfffffffe,10,0x2fbf190,4)
terminate called after throwing an instance of 'dxvk::DxvkError'
DXVK should be working, as I use it on a good number of other games that do work just fine. I did verify as I recently updated to F35 via dnf, that amdgpu was still being used. It is. rx590 fwiw.
TIA,
Andrew.
Hello @andrewschott, 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.
Thanks @kisak-valve!
https://gist.github.com/andrewschott/2c34c69f843ca86e3df93e2eebfc1e5b
@andrewschott, I was looking for the extended diagnostics section of Steam's system information. Unfortunately, you copied it before it finished gathering that information. What I suspect is that you're missing 32 bit Vulkan support for your video card, but wanted to confirm the overall health of your system before suggesting a system package to install. Please give Steam a little more time and update your gist.
Sorry about the haste, didn't know it was unfinished. It has been updated.
As for vulkan, thought I was good, but here is my amd,mesa and vulkan packages in case you can quickly spot any mistakes on my end:
#rpm -qa | grep -e vulkan -e mesa -e amd | grep -v devel | sort
amdgpu-pro-opencl-20.45.1188099-1.fc34.x86_64
mesa-demos-8.4.0-12.20210504git0f9e7d9.fc35.x86_64
mesa-dri-drivers-21.3.3-1.fc35.i686
mesa-dri-drivers-21.3.3-1.fc35.x86_64
mesa-filesystem-21.3.3-1.fc35.i686
mesa-filesystem-21.3.3-1.fc35.x86_64
mesa-libEGL-21.3.3-1.fc35.i686
mesa-libEGL-21.3.3-1.fc35.x86_64
mesa-libgbm-21.3.3-1.fc35.i686
mesa-libgbm-21.3.3-1.fc35.x86_64
mesa-libGL-21.3.3-1.fc35.i686
mesa-libGL-21.3.3-1.fc35.x86_64
mesa-libglapi-21.3.3-1.fc35.i686
mesa-libglapi-21.3.3-1.fc35.x86_64
mesa-libGLU-9.0.1-5.fc35.i686
mesa-libGLU-9.0.1-5.fc35.x86_64
mesa-libOpenCL-21.3.3-1.fc35.x86_64
mesa-libOSMesa-21.3.3-1.fc35.i686
mesa-libOSMesa-21.3.3-1.fc35.x86_64
mesa-libxatracker-21.3.3-1.fc35.x86_64
mesa-vdpau-drivers-21.3.3-1.fc35.i686
mesa-vdpau-drivers-21.3.3-1.fc35.x86_64
mesa-vulkan-drivers-21.3.3-1.fc35.i686
mesa-vulkan-drivers-21.3.3-1.fc35.x86_64
vulkan-headers-1.2.189.0-1.fc35.noarch
vulkan-loader-1.2.189.0-1.fc35.i686
vulkan-loader-1.2.189.0-1.fc35.x86_64
vulkan-tools-1.2.189.0-1.fc35.x86_64
xorg-x11-drv-amdgpu-21.0.0-1.fc35.x86_64
:edit: typo. Brain better than fingers.
https://gist.github.com/andrewschott/2c34c69f843ca86e3df93e2eebfc1e5b#file-schotty-steam-sysinfo-L150 and https://gist.github.com/andrewschott/2c34c69f843ca86e3df93e2eebfc1e5b#file-schotty-steam-sysinfo-L167 are the lines you should focus on. You've set the VK_ICD_FILENAMES environment variable somewhere and only told it to look at the 64 bit Vulkan icd instead of both the 32 bit and 64 bit variant, which breaks the 32 bit Vulkan render path.
You are correct, sir! I had it in my bashrc. Key word HAD. That fixed things for at least the witcher 2. Likely some other quirkiness too. Thanks!
Progress! Decided to play Deus Ex Revision instead (which has no native Linux version), and noticed that it downloaded Steamworks Common Redistributables (which it didn't for Witcher 2). Launched W2 after that, and it automatically installed the prerequisites! Launcher works.
I can confirm that this fixed the issue for me on my Steam Deck where the launcher wouldn't even start. It was so weird. I was able to get far on my own by installing vcredist_x86.exe via protontricks, but couldn't get past the DirectX thing, Not sure how Wine/Proton keep things common between different games like this.
This game has plenty of crashes on all versions of Proton, though Proton 8 is relatively stable (as expressed in crashes per hour terms :-).
However, it also exhibits a peculiar behavior, whereupon the game appears to ignore key presses, to the tune: "press key -> no action -> reload/restart -> key works". I wonder if this arises from the general bugginess of the game or may there be an underlying issue with Proton/Linux input events/whatever else?
proton experimentalx6 2021-11proton 5.13-6x1 2021-11proton 5.13-1x1 2020-11proton 5.0-5x2 2020-05proton 5.0-6x2 2020-05proton 5.0-7x2 2020-05proton 4.11-9x1 2019-12proton 4.11-1x1 2019-07proton 3.16-6x1 2019-02PROTON_LOGx1 2020-05PROTON_LOG=1x6 2020-05PROTON_USE_D9VK=1x5 2019-12WINEDEBUG=warn+all)x1 2019-11PROTON_USE_D9VK=1 %command%x3 2019-12PROTON_LOG=1 PROTON_USE_D9VK=1 %command%x1 2019-12PROTON_LOG=1 %command% PROTON_USE_D9VK=1x1 2019-11PROTON_USE_D9VK=1 %command% PROTON_LOG=1x1 2019-11mfc100u.dllx1 2021-08
Compatibility Report
System Information
I confirm:
steam-20920.log
Symptoms
Game crashes silently (before showing anything on the screen).
Reproduction
Launch the game