Recording from monitor "underruns" if native PipeWire clients are outputting audio.
- PipeWire version (
pipewire --version): 1.2.1 - Distribution and distribution version (
PRETTY_NAMEfrom/etc/os-release): Void Linux - Desktop Environment: Xfce
- Kernel version (
uname -r): 6.6.41_1
Description of Problem:
Trying to record any audio from a monitor, the recording will exhibit underruns if a application using the native PipeWire protocol is outputting audio.
Audio output is not underrunning or distorted, it's only the resulting recording.
Problem doesn't seem to happen if using the "ALSA" compatibility layer in PipeWire. (i.e. export SDL_AUDIODRIVER=alsa)
PIPEWIRE_DEBUG=3 shows no problems pw-top shows no accumulation of ERR either.
How Reproducible:
Problem is reproducible with any SDL2 program set to use the pipewire audio backend and also occurs with OpenAL Soft's pipewire backend.
Everything from OBS to pw-record suffers underrun symptoms if native PipeWire output is used as opposed to ALSA compatibility layer ouput.
Steps to Reproduce:
- Start outputting audio via SDL2 or Open AL Soft set to their native PipeWire output
- Attempt to record audio from the monitor.
Actual Results:
Audio recording is broken/choppy if the native PipeWire output is used as opposed to forcing applications to use the ALSA compatibility layer instead.
Expected Results:
Audio recording should not be affected by native PipeWire clients outputting the default device.