Strange issues with audio from qemu starting from 0.3.20
Version, Distribution, Desktop Environment:
0.3.20, Arch Linux, KDE/plasma5
Description of Problem:
As of 0.3.20 I'm seeing weird issues with pipewire/pipewire-pulse.
I'm using pipewire, pipewire-jack, pipewire-pulse and pipewire-jack-dropin packages. 0.3.19 works perfectly. After updating to 0.3.20 i didn't notice any issue with host applications (spotify, firefox, discord, teamspeak, microsoft teams). Yet my VFIO setup (windows 10 inside qemu/libvirt) broke.
I have two variants for audio-to-host there:
- plain qemu pulseaudio support
- scream with IVSHMEM shared memory (https://github.com/duncanthrax/scream#using-ivshmem-between-windows-guest-and-linux-host) Both act the same.
The very first audio stream inside the VM works fine (i.e. a youtube video). After a while of silence (pause video), no further sound whatsoever is audible. After a long while it might just come back again but with a delay of many seconds until it breaks again. At least with normal log levels i didn't manage to clearly map it to specific errors in pipewire-pulse or pipewire user journals.
While all this is happening, host audio (input+output) works perfectly fine. Downgrading to 0.3.19 removes all my problems.
I'm well aware that this info is far from a complete picture and i'm happy to provide more info if you have any ideas what to look for.
qemu version is 5.2.0-2
How Reproducible:
Have a complex VFIO setup with qemu/pulse or qemu/ivshmem streams to host :) Yeah.. hard
Additional Info Eg. pw-dump > file
(As Attachment Please):
pw-dump with VM running and an active youtube video inside - if that's relevant.. pw-dump-0.3.19 pw-dump-0.3.20