Controller hot plugging is still broken in 5.13-2

Hello. I've just uploaded a new RC build. This new version has the following changes:

-Risk of Rain 2 multiplayer lobbies should actually be working now.

-PROTON_LOG_DIR set in user_settings.py should be respected now.

-Atelier Ryza should be playable again.

-Incorrect colors in some videos should be fixed.

I've just tested Killer Instinct with a fresh prefix. The only issue I've found so far: after a fresh install if you try to access "Help & Options" (Single Player) the interface hangs and you have to manually close the game window. When you launch the game again it works normally. Now the game is not crashing anymore after a fight ends.

My setup:
GPU: GTX 970
Driver : 455.38
O.S: ArchLinux
DE: KDE

Call of Duty: WWII (476600) now works! Though it seems a little confused about display drivers:

After dismissing that warning (which shows up every time I start the game) the game itself works fine, besides the usual shader compilation slowdown. The audio also crackles. The multiplayer (476620) still refuses to launch.
system-information.txt
steam-476600.log.gz
steam-476620.log

@aeikum The COD:WWII display driver issue is due to old driver being defined in atiadlxx:

atiadlxx]$ grep -rni . -e 16.11
./atiadlxx_main.c:141:    "16.11.2",
./atiadlxx_main.c:142:    "16.11.2",
./atiadlxx_main.c:147:    "16.11.2",
./atiadlxx_main.c:148:    "16.11.2",
./atiadlxx_main.c:149:    "16.11.2",

Changing these to match AMD's current version 20.11.1 fixes it in my local build.

I still have issues with this release as it seems to not use my nvidia GPU but the Intel one instead despite the fact I'm running on nvidia discrete GPU as stated by nvidia-smi:
NVIDIA-SMI 455.28 Driver Version: 455.28 CUDA Version: 11.1
example in the log here attached with the game Control :
steam-870780.log

Tested some games in VR with this release: Assetto Corsa Competitione, BoxVR, Zero Caliber, Project Cars 2.

All work fine except Project Cars 2, it crashes / hangs on startup in VR mode. But as this game currently is broken in VR anyways it is not much of a difference.

This is on Arch Linux with Nvidia 455.38 and linux 5.9.6

@zelfir This is due to runtime and there is no fix for it yet.

Ok. After a workaround for this AOE2: DE works with no performance issues but AOE2: HD doesn't as this issue is still present.

I have two audio devices (soundcard, BT headphones), where the latter is configured as the active device (KDE, Pulseaudio on Arch Linux). With Proton 5.0 and Dirt Rally 2.0, the audio is played through the headphones, whereas with 5.13-RC1/2, the audio is played via soundcard (first audio device). Disabling the sound card on the pulseaudio level doesn't help. Not sure where or at what layer to look for possible causes, pointers appreciated.

@jotomo as a workaround you can use pavucontrol to change the output device of a running application.

Vulkan Overlays (based off MESA overlay) don't seem to be working - anyone has an idea already why that is?

@jotomo as a workaround you can use pavucontrol to change the output device of a running application.

Thanks! Interestingly, with 5.0 pavucontrol shows ALSA plugin-in [wine64-preloader]: ALSA playback while with 5.13 this stream doesn't appear.
I've blacklisted the modules for the PCI soundcard, so only the BT headphones remain which still works for 5.0[1], but with 5.13, Dirt Rally 2.0 hangs on start[2]. Loading the modules for the PCI soundcard manually, so that card becomes the second audio device has no effect, audio still plays via PCI soundcard, with no stream showing in pavucontrol[3].

Edit: the issue isn't universal, e.g. Lonely Mountains Downhill works correctly with 5.13 (no change from 5.0).

[1] steam-690790-proton5.10-10-game-starts-and-audio-plays-with-only-bt-audio-available.log
[2] steam-690790-proton5.13rc2-hangs-with-only-bt-audio-available.zip (137 MB uncompressed)
[3] steam-690790-proton5.13rc2-bt-audio-as-first-device-still-plays-via-pci-soundcard.log

Interesting. I am also on Arch and for me pavucontrol shows the stream as "dirtrally2.exe: Simple direct media layer"
with the latest Proton 5.13 beta.

I also appear to have the same issue with multiple audio devices and 5.13-2 picking the wrong one. Reverting to 5.0-10 fixes the issue temporarily.

Thanks all for testing. 5.13-2 went live last Friday.

@AirstrikeIvanov FYI: following along https://github.com/ValveSoftware/steam-runtime/issues/357#issuecomment-768247003 I found the issue (wrong audio device used) on my system: I had set the environment variable SDL_AUDIODRIVER=alsa in my .bashrc at some point for DOSBox. Seems Proton <5.13 didn't care, but the new runtime used by 5.13 does take that into account. If you're on Slackware the referenced bug may be hitting you, otherwise maybe check your environment variables. HTH.