https://bugs.winehq.org/show_bug.cgi?id=56430
Bug ID: 56430 Summary: Pulseaudio combined output dies under current wine Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: hibbsncc1701@gmail.com Distribution: ---
Since at least wine-9.3 using combined output (I.e. "Simultaneously output audio to all devices" in pavucontrol) kills audio output for all applications (even native Linux apps such as VLC) when launching an app through wine.
The linux side sound mixer shows all audio still being handled by pulseaudio. I.e. the current levels are rising up and down in sync with the actual audio attempting to be played, on all applications (even the wine application that triggered the bug) and on the output devices. (Even the devices that have been silenced by the bug.) Sound Mixer also shows no applications nor output devices as muted.
The disabled audio (both linux apps and wine apps) can sometimes be heard through the main output device, (I.e on-board audio of the motherboard), but any other device is always silenced until wine exits.
The result is things like bluetooth / USB headphones being rendered completely useless for all applications system-wide by wine.
Distro: Debian 12 WM: Xfce 4.18 Kernel: 6.1.0-18-amd64
https://bugs.winehq.org/show_bug.cgi?id=56430
--- Comment #1 from Patrick Hibbs hibbsncc1701@gmail.com --- Created attachment 76220 --> https://bugs.winehq.org/attachment.cgi?id=76220 Log of journald output when bug occurs and audio output is muted.
Some additional info that I've found:
This seems to occur as a result of a broken pipe in pipewire. (See attached journald user log output.)
When the audio does work, the broken pipe message does not appear in journald's log, the output is far louder than all other audio playing on the system (but otherwise plays back normally), and all other audio on the system seems to have drops (lost output), stuttering (rapid starts and stops of output in sync with actual playback), and delays (output playing back at lower than intended speeds).
https://bugs.winehq.org/show_bug.cgi?id=56430
--- Comment #2 from Patrick Hibbs hibbsncc1701@gmail.com --- OK following the workaround at https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Troubleshooting#und...
seems to work. Although this seems inconsistent.
Practically no audio works under wine in the default config for me, nor at a "headroom" setting of 1024.
Most of my applications seem to work with the "headroom" setting set to 2048. (Prey 2017, Two Point Hospital, etc.)
Some applications need a "headroom" setting of 4096 to output anything. (Such as Sword Art Online: Re: Hollow Fragment)
The biggest one I've seen as of this post is a "headroom" setting of 8192 for Seed of the Dead Sweet Home. (GOG Version)
The linked workaround says that this is caused by wine (or the app) not giving pipewire data fast enough. Playing with the headroom setting seems to confirm this, as smaller "headroom" values for some apps can cause the app to start getting noticeable pops and stutters for values that are slightly under what is needed. Too big of a gap between the current "headroom" setting and what is actually needed by the app however causes the issue in this bug report.