Description
Describe the bug
Mumble keeps PA sink awake even when client has its microphone and speakers disabled ("deafened and muted").
Steps to Reproduce
-
Launch
pulseaudio -vand observe its output. -
Compare, for example, with
mpvor your favourite music player. Start playing, then put it on pause:I: [pulseaudio] module-suspend-on-idle.c: Sink alsa_output.usb-Solid_State_Logic_SSL_2-00.analog-stereo idle for too long, suspending ... I: [alsa-sink-USB Audio] alsa-sink.c: Device suspended... I: [pulseaudio] core.c: All sinks and sources are suspended, vacuuming memory -
Close the audio player, try the same with Mumble.
-
Sink stays open:
I: [pulseaudio] protocol-native.c: Requested tlength=60.00 ms, minreq=10.00 ms I: [pulseaudio] protocol-native.c: Final latency 60.00 ms = 20.00 ms + 2*10.00 ms + 20.00 msThis results in an excessive CPU usage and unnecessary memory reservation. Former is (much) more of a problem as for some reason running Mumble makes PA eat ~10% CPU. For comparison, playing audio via
mpvis about 0.5-1%.
Expected behavior
- Mumble tells PA to pause the processing when it's not needed.
- Ideally, PA/Mumble combination consumes (much) less CPU than 10% of 11th gen i5 :)
Screenshots
N/A
Desktop (please complete the following information):
- OS: Debian 11, pulseaudio 14.2.
- Version:
masterwith FIX(client): Disable broken shortcuts on Wayland #5307 applied.
Additional context
If #5300 is fixed, this might be irrelevant (or at least much less relevant). Modern ALSA does all the mixing and resampling by itself.