Skip to content
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.13 beta: known issues #4289

Closed
Plagman opened this issue Oct 17, 2020 · 68 comments
Closed

Proton 5.13 beta: known issues #4289

Plagman opened this issue Oct 17, 2020 · 68 comments

Comments

@Plagman
Copy link
Member

Plagman commented Oct 17, 2020

  • Selecting Proton 5.13 for a game and launching it will only download "Proton 5.13" and not "Steam Linux Runtime - Soldier", resulting in no games launching properly. This can be avoided by either installing both by hand or restarting Steam after the initial launch.
  • Controller hot-plugging doesn't work
  • System-wide Vulkan layers like MangoHUD or vkBasalt don't work
  • Using a custom per-game driver (like with VK_ICD_FILENAMES or LIBGL_DRIVERS_PATH) doesn't work
  • User hooks like LD_PRELOAD (like for MangoHUD OpenGL) don't work
  • Doesn't work on a GNOME Wayland desktop (needs https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1508)
  • Steam "Force Quit" feature doesn't work
@serebit
Copy link

serebit commented Oct 18, 2020

Also #4266, there's an issue with connecting to X on some computers.

@clarfonthey
Copy link

As mentioned in #4278, the release requires enabling the kernel.unprivileged_userns_clone kernel flag:

bwrap: No permissions to creating new namespace, likely because the kernel does not allow non-privileged user namespaces. On e.g. debian this can be enabled with 'sysctl kernel.unprivileged_userns_clone=1'.

This is not acceptable -- this flag is for a feature that has not been fully vetted for security and has been disabled in several security-conscious distros. The best info I could find is in this article: https://lwn.net/Articles/673597/

Personally, I think that requiring user namespaces gains absolutely no value for Proton or the steam runtime and should not be required.

@Oschowa
Copy link

Oschowa commented Oct 19, 2020

This mutter MR makes games work in a gnome wayland session when using the new runtime: https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1508

@ghost
Copy link

ghost commented Oct 19, 2020

* Doesn't work on a Wayland desktop

The games I've tried on Plasma Wayland worked fine. The issue referred probably to Gnome, see Oschowa's comment.

@NTMan
Copy link

NTMan commented Oct 19, 2020

This mutter MR makes games work in a gnome wayland session when using the new runtime: https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1508

Thanks, with this MR the issue Doesn't work on a Wayland desktop was gone.

@sfjuocekr
Copy link

I would like to add here that the cursor behavior has changed as well, I noticed this in Among Us as my mouse cursor was super super tiny on my 4K screen.

Going back to 5.0.9 uses the cursor from my window manager as expected.

@sysms
Copy link

sysms commented Oct 21, 2020

I also want to chime in here to say that Proton 5.13 won't run on Debian 10 (Buster) due to some missing symbols in libraries:

/usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so: undefined symbol: g_type_ensure Failed to load module: /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so: undefined symbol: g_type_ensure Failed to load module: /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so: undefined symbol: g_task_new Failed to load module: /usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so: undefined symbol: g_task_new Failed to load module: /usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so

Also it seems to have some problems with directories with spaces in their names ("Datei oder Verzeichnis nicht gefunden" means "File or directory not found"):

pressure-vessel-launch[7045]: Failed to start command: Failed to change to directory '/usr/local/games/SteamLibrary/steamapps/common/Streets Of Kamurocho' (Datei oder Verzeichnis nicht gefunden)

@smcv
Copy link
Contributor

smcv commented Oct 21, 2020

due to some missing symbols in libraries

Those warnings about gvfs modules are harmless, please ignore them. We know why they happen. They'll be fixed eventually, but because they're only cosmetic, it is not a high priority.

Also it seems to have some problems with directories with spaces in their names

The spaces are not the problem. The problem is that the game is in /usr/local, and the container runtime system replaces /usr with the read-only Steam Runtime, so the game isn't visible to the container. Workaround: use a different library directory below /home, /srv, /media or some other non-/usr directory.

@TTimo
Copy link

TTimo commented Oct 22, 2020

Selecting Proton 5.13 for a game and launching it will only download "Proton 5.13" and not "Steam Linux Runtime - Soldier", resulting in no games launching properly. This can be avoided by either installing both by hand or restarting Steam after the initial launch.

Fixed in Steam beta client >= Oct 21.

@nutta-git

This comment has been minimized.

@ghost
Copy link

ghost commented Oct 23, 2020

Proton 5.13 doesn't seem to set up wine prefixes properly for me. There are several folders in user folder that don't get created. This results in certain games misbehaving because they can't find for instance the My Documents folder, which they need to write to and read from, and the games don't (can't?) create those directories by themselves if they are missing.

So far I know that Fable - The Lost Chapters and Final Fantasy XIV fail to run if My Documents folder is not present. You would have to manually create that folder after installing the game before it works (that, or use an older version of Proton.)

@Lepidos
Copy link

Lepidos commented Oct 23, 2020

It also does not work along side amdgpu-pro
#4288

@TTimo
Copy link

TTimo commented Oct 23, 2020

Fixed in Steam beta client >= Oct 22 (make sure to switch 'Steam Linux Runtime - Soldier' to 'client_beta' branch for test).

@wwmm
Copy link

wwmm commented Oct 25, 2020

Did anyone test proton 5.13 with a xbox controller? I tried now in Monster Hunter World and a few functions are mapped to the wrong keys.

@wwmm
Copy link

wwmm commented Oct 26, 2020

Enabling the xbox configuration support in Steam's general controller settings fixed it. For some reason that was not needed in the previous versions.

@nicman23
Copy link

modorganizer2's (v2.2.2.1) vfs does not work with 5.13 - works with 5.0

there are no errors but it silently fails.

@l33tlinuxh4x0r
Copy link

l33tlinuxh4x0r commented Oct 29, 2020

I would like to add here that the cursor behavior has changed as well, I noticed this in Among Us as my mouse cursor was super super tiny on my 4K screen.

Going back to 5.0.9 uses the cursor from my window manager as expected.

I too use a 4k monitor and have noticed the tiny cursor in games. It doesn't effect games with a custom cursor though... just games that use the system cursor.

EDIT: I was wrong. All cursors are smaller then normal.

@Leopard1907
Copy link

It seems like Optimus systems are also borked with Proton 5.13, due to runtime.

http://us.download.nvidia.com/XFree86/Linux-x86_64/455.38/README/primerenderoffload.html

Which means you're on Intel all the time.

While i don't have a setup that needs DRI_PRIME ( Mesa stack ) , likely it is borked too. It is used for device selection for both GL and VLK.

@jyfletcher
Copy link

@Leopard1907 Seems to be borked for me with 5.13-1. Setting DRI_PRIME=1 still uses the integrated GPU instead of the discrete GPU.

@ghost
Copy link

ghost commented Oct 31, 2020

I've noticed that Proton 5.13 doesn't work when I change the user to nobody. This happens as my Steam library is stored on my NFS server.

@yuiiio
Copy link

yuiiio commented Nov 1, 2020

I think there are two issues with proton 5.13 and steam runtime soldier.

The changes in proton 5.13 have changed the preferred gpu for dxvk, so the following options should work for games that use dxvk. (Previously, of igpu and dgpu, dgpu was preferred.)
DXVK_FILTER_DEVICE_NAME="GTX 1050" %command%

Also previously, to use dgpu in vulkan games like doom 2016,
I was using options like VK_ICD_FILENAMES="/usr/share/vulkan/icd.d/nvidia_icd.json", but with the steam runtime soldier won't work. (It worked by Editing _v2-entry-point to disable soldier.)

@kescherCode
Copy link

With Proton 5.13 onwards, there is no way for me to launch arbitrary executables alongside games anymore. This breaks a few modding setups that require me to launch executables after a game has started or before a game has started.

@soredake
Copy link
Contributor

With Proton 5.13 onwards, there is no way for me to launch arbitrary executables alongside games anymore. This breaks a few modding setups that require me to launch executables after a game has started or before a game has started.

https://github.com/lazanet/protonPreloader

@ngoquang2708
Copy link

MangoHud is working now with latest update of SteamRuntime-Solider. I no longer need to bypass _v2-entry-point.

@smcv
Copy link
Contributor

smcv commented Dec 3, 2020

maybe I have a issue related with jackd2 connection and SteamRuntime-Solider (beta)

Please report any new issues separately. If people keep adding new issue reports to this one, we'll have to spend more time keeping track of what's already fixed and what isn't, which reduces the amount of time we can spend on actually fixing bugs.

@h1z1
Copy link

h1z1 commented Dec 3, 2020

Is proton completley broken atm? Getting errors like this popping up from different processes (install, running a game, etc):

wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
Hmmm..

nstalling breakpad exception handler for appid(steam)/version(1603487799)
GameAction [AppID 471710, ActionID 2] : LaunchApp changed task to ProcessingInstallScript with ""
/data/src/clientdll/compatmanager.cpp (844) : Assertion Failed: GetCompatibilityToolCommandLineInternal on dependent tool failed
/data/src/clientdll/compatmanager.cpp (844) : Assertion Failed: GetCompatibilityToolCommandLineInternal on dependent tool failed
Installing breakpad exception handler for appid(steam)/version(1603487799)
assert_20201203080607_160.dmp[100361]: Uploading dump (out-of-process)
/tmp/dumps/assert_20201203080607_160.dmp
assert_20201203080607_160.dmp[100361]: Finished uploading minidump (out-of-process): success = no
assert_20201203080607_160.dmp[100361]: error: Couldn't connect to server
assert_20201203080607_160.dmp[100361]: file ''/tmp/dumps/assert_20201203080607_160.dmp'', upload no: ''Couldn't connect to server''
Installing breakpad exception handler for appid(steam)/version(1603487799)
_v2-entry-point[100365]: STEAM_COMPAT_APP_ID=471710
_v2-entry-point[100365]: STEAM_COMPAT_SESSION_ID=7ee99516292af1e4
_v2-entry-point[100365]: XDG_RUNTIME_DIR=/run/user/1000
Proton: Upgrading prefix from None to 5.13-1 (/mnt/thumper/SteamLibrary/steamapps/compatdata/471710/)
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
**
pressure-vessel:ERROR:../pressure-vessel/runtime.c:2441:collect_vulkan_layers: assertion failed: (details->resolved_library != NULL)
/mnt/thumper/SteamLibrary/steamapps/common/SteamLinuxRuntime_soldier/_start-container-in-background: line 156: 100377 Aborted                 (core dumped) "${run_in_steamrt}" --arch=amd64,i386 --deploy --runtime=com.valvesoftware.SteamRuntime.Platform --suite="${suite}" "${deploy}" -- --filesystem="$pressure_vessel" --filesystem="$rendezvous" --launcher --pass-fd=3 "$@" -- --info-fd=3 --socket-directory="$rendezvous" < /dev/null 1>&2 3> "$rendezvous/fifo"
ln: failed to create symbolic link ‘/tmp/SteamPVSockets.NUVFTI/SteamLinuxRuntime.7ee99516292af1e4/socket’ -> ‘’: No such file or directory
_v2-entry-point[104799]: STEAM_COMPAT_APP_ID=471710
_v2-entry-point[104799]: STEAM_COMPAT_SESSION_ID=7ee99516292af1e4
_v2-entry-point[104799]: XDG_RUNTIME_DIR=/run/user/1000
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
wine: failed to initialize: /home/vagrant/build-proton_5.13-local/dist-wine32/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
**

@kisak-valve
Copy link
Member

Hi everyone, friendly note that this issue report was for known issues when Proton 5.13 was released.

Any tacked on issues are not being tracked properly and you should search for existing issue reports before reporting what you find as a new issue report. Proton 5.13 is the first release which is run on top of Steam Linux Runtime - Soldier and Pressure Vessel is what sets up that environment. If you find logs with Pressure Vessel errors or PROTON_LOG=1 %command% does not generate any log at all, then there's a good chance you've encountered an issue with the runtime container and those issues are being tracked in the steam-runtime issue tracker.

@h1z1, sounds like you've encountered ValveSoftware/steam-runtime#306 or a variant of what that user reported with the same nature.

@h1z1
Copy link

h1z1 commented Dec 3, 2020

o_O I hate github. Swear I searched for the error! Thanks.

@aeikum
Copy link
Collaborator

aeikum commented Dec 4, 2020

Controller hotplugging is hopefully much improved in the 5.13-3 Release Candidate build. You can find more information about it on its issue: #4435 .

@sharkguto
Copy link

related with mangohud and proton 5.13... I needed to do 2 things to make it works

  1. use gamemoderun and mangohud together on startup command
gamemoderun mangohud PROTON_FORCE_LARGE_ADDRESS_AWARE=1 %command%
  1. and add the following command in the beginning of _v2-entry-point file
shift 4
exec "${@}"
head ~/.steam/steam/steamapps/common/SteamLinuxRuntime_soldier/_v2-entry-point 
#!/usr/bin/env bash

shift 4
exec "${@}"

set -eu
me="$(readlink -f "$0")"
here="${me%/*}"
me="${me##*/}"

@Seltyk
Copy link

Seltyk commented Dec 22, 2020

I believe Call of Duty: World At War's sound is disabled by this version. I've tried a handful of Proton versions, including GloriousEggroll forks, and found that 5.13+ guarantees the game will be silent, whereas previous versions (including 5.9) do not. In a cruel twist of irony, the game runs exponentially better on 5.13+, which makes researching the cause rather important to me. Peeking at pasystray reveals there isn't even a PulseAudio stream tied to the game. A friend has confirmed this on their PC, with a similar setup to mine. See my new comment, which suggests the audio issue isn't due only to the container.

Edit — here's a list of Proton versions I've tested, all with FLAA, and all follow the behavior described above: 5.21-GE-1, 5.9-GE-8, 5.13-4, 5.0-10, 4.11-13

@warriormaster12
Copy link

Halo mcc doesn't seem to work properly with Proton 5.13 and Ge 5.21.1 since both of them use Soldier container. The game freezes once I log into xbox live.

@Seltyk
Copy link

Seltyk commented Dec 24, 2020

5.13+ also seems to break audio in Just Cause 3, which the same friend and I independently discovered. Perhaps our audio issues are tied not to the container but to our systems (which is set up very similarly)? Reports on ProtonDB seem to never refer to audio issues for either title.

@jvschiavo
Copy link

5.13+ also seems to break audio in Just Cause 3, which the same friend and I independently discovered. Perhaps our audio issues are tied not to the container but to our systems (which is set up very similarly)? Reports on ProtonDB seem to never refer to audio issues for either title.

What are your complete system specs?

@Seltyk
Copy link

Seltyk commented Dec 24, 2020

@jvschiavo this lshw output should answer whatever you mean by "complete".

If you're looking for software info, it's a Void Linux 64-bit glibc install and I can throw in any info you specify

@jvschiavo
Copy link

@jvschiavo this lshw output should answer whatever you mean by "complete".

If you're looking for software info, it's a Void Linux 64-bit glibc install and I can throw in any info you specify

Speaking of myself, I know nothing about this. But I'm sure @kisak-valve will find this info useful to analyze your issue.

@liskin
Copy link

liskin commented Dec 27, 2020

5.13+ also seems to break audio in Just Cause 3, which the same friend and I independently discovered. Perhaps our audio issues are tied not to the container but to our systems (which is set up very similarly)? Reports on ProtonDB seem to never refer to audio issues for either title.

You're not alone. On my system audio in games launched via Proton 5.13 goes through ALSA (not pulseaudio), which only works when everything else has been silent for a while and pulseaudio has had a chance to release the audio device. When I look at pavucontrol when a game is running, it's not there: it goes directly through ALSA. This also means output via HDMI or Bluetooth doesn't work at all.

I have both libasound2-plugins:amd64 and libasound2-plugins:i386. Everything works fine in native Linux games and older Proton versions. Any idea how to debug this?

@kisak-valve
Copy link
Member

Hello @liskin, sounds like there might be an issue with pulseaudio inside the Steam Linux Runtime - Soldier container getting connected to the host system. Please open a new issue report in the steam-runtime issue tracker.

@thaewrapt
Copy link

thaewrapt commented Jan 26, 2021

#576 (comment) discovered this for Resident Evil family of games (currently playable only via winetricks wmp11 workaround, which itself is broken with this version of Proton).

@NoXPhasma
Copy link
Contributor

NoXPhasma commented Jan 27, 2021

Starting with Proton 5.13-5, Proton experimental is affected as well, many fullscreen games start on my left monitor instead of my primary on the right side. This wasn't the case with any previous Proton versions, including 5.13-4. This is not an issue with the Runtime Container, I used the hack to disable it and it still happens.

Any affected game opens on the correct monitor when I use Proton 5.0.

@jqadev
Copy link

jqadev commented Feb 14, 2021

@aeikum there is an issue with running Deus Ex: Human Revolution - Director's Cut on Proton 5.13-6 using D3D11 but when I use D3D9 then it works well.
The same situation is with all D3D9 and D3D11 games, e.g. GTA IV with D3D9 works well but GTA V with D3D11 doesn't.
Proton 5.0-10 is not affected by this issue.
When D3D9 is selected then my dedicated and integrated GPU's models are correctly recognized in opposite to D3D11.
@doitsujin suggested a workaround that works for me, i.e. WINEDLLOVERRIDES=dxgi=n %command%.

@aeikum
Copy link
Collaborator

aeikum commented Feb 15, 2021

@jqadev Yeah unfortunately that's a known issue. We have a dev working on it, but it's quite complicated (wined3d supports both Vulkan and OpenGL, and integrating the two is challenging). Using that workaround should be fine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests