Networked audio becomes unusable when screensharing
- PipeWire version (
pipewire --version
): 0.3.61 - Distribution and distribution version (
PRETTY_NAME
from/etc/os-release
): Debian GNU/Linux bookworm/sid - Desktop Environment: KDE
- Kernel version (
uname -r
): 6.0.0-4-amd64
Description of Problem:
When starting screenshare from teams (in chromium browser), networked audio becomes nearly unusable - very choppy, increased latency and almost silence.
How Reproducible:
Always
Steps to Reproduce:
- Setup two machines - one will be "client" which will use devices using
module-zeroconf-discover
, and other will be "server" which will provide the devices usingmodule-zeroconf-publish
(may need to work around #2861 (closed)). Server side can be pipewire or real pulseaudio, the result is the same. - Setup chromium to use
WebRTC PipeWire support
- On client machine start playing some music i.e. on youtube, open up teams in chromium and start a new meeting, don't need to invite anyone.
- Start screenshare using either window or entire screen.
Actual Results:
In a few seconds music that was playing will become distorted and choppy, to the point of being unrecognizable (i can only imagine what will happen to microphone feed in this case), this effect will cease if you stop the screenshare.
Expected Results:
Music plays as it was without any distortion.
Additional Info (as attachments):
-
pw-dump > pw-dump.log
: pw-dump.log