<div dir="auto">Is there an open bug for this?</div><br><div class="gmail_quote"><div dir="ltr">On Wed, Dec 26, 2018, 6:41 PM Alexander E. Patrakov <<a href="mailto:patrakov@gmail.com">patrakov@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">David Davidović <<a href="mailto:david@davidovic.io" target="_blank" rel="noreferrer">david@davidovic.io</a>>:<br>
><br>
> Hi,<br>
><br>
> I'm running a system-wide PulseAudio instance on a headless box connected to my speaker system. The sink is broadcast via Zeroconf and I use it to play music and movies via WiFi from my laptop. The headless box is connected to the WiFi router via a wired connection.<br>
><br>
> Unfortunately, every couple of minutes or so, the sound stutters for a short time, then returns to normal.<br>
><br>
> Does anyone have any suggestions as to how to debug the source of these issues? My best bet is WiFi latency. I tried increasing the buffer size (via default-fragments and default-fragment-size-msec) on both the client and server machine but I haven't seen any considerable improvement. The actual network packets seem to always be around 1.5K in size, which would be around 4ms of uncompressed sound with 32-bit stereo samples at 44.1kHz, and that's without any overhead. If my calculation is true, this would explain the stuttering, as the network latency towards the machine is at a baseline of ~2ms but can spike sometimes due to nature of WiFi.<br>
><br>
<br>
Packets are sent in advance, and WiFi cannot allow for bigger packets anyway.<br>
<br>
> I'd be happy if there was a way to e.g. tell the native-protocol-tcp module to buffer more of the audio and play it, as I don't mind the increased latency; I just want to get rid of the stuttering and all applications I use manage PulseAudio latency compensation quite well.<br>
<br>
You can't. It's the media player application who requests buffering<br>
and specifies the latency. However, if pavucontrol is running, the<br>
latency is capped to something like 20 ms, due to the misguided design<br>
decision that monitor sinks should monitor what is written right now<br>
(not what is playing right now).<br>
<br>
What would help is a "pactl list sinks" on both ends while music is<br>
playing and pavucontrol is not running.<br>
<br>
> Has anyone else had this issue and resolved it?<br>
<br>
Yes, by closing pavucontrol.<br>
<br>
-- <br>
Alexander E. Patrakov<br>
_______________________________________________<br>
pulseaudio-discuss mailing list<br>
<a href="mailto:pulseaudio-discuss@lists.freedesktop.org" target="_blank" rel="noreferrer">pulseaudio-discuss@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss</a><br>
</blockquote></div>