<div dir="auto">Could you please open a bug for this?</div> <div class="gmail_quote"><div dir="ltr">On Thu, Dec 27, 2018, 12:03 PM Alexander E. Patrakov <<a href="mailto:patrakov@gmail.com">patrakov@gmail.com</a>> wrote: </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Russell Treleaven <<a href="mailto:rtreleaven@bunnykick.ca" target="_blank" rel="noreferrer">rtreleaven@bunnykick.ca</a>>: > > Is there an open bug for this? No. > > On Wed, Dec 26, 2018, 6:41 PM Alexander E. Patrakov <<a href="mailto:patrakov@gmail.com" target="_blank" rel="noreferrer">patrakov@gmail.com</a>> wrote: >> >> David Davidović <<a href="mailto:david@davidovic.io" target="_blank" rel="noreferrer">david@davidovic.io</a>>: >> > >> > Hi, >> > >> > 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. >> > >> > Unfortunately, every couple of minutes or so, the sound stutters for a short time, then returns to normal. >> > >> > 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. >> > >> >> Packets are sent in advance, and WiFi cannot allow for bigger packets anyway. >> >> > 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. >> >> You can't. It's the media player application who requests buffering >> and specifies the latency. However, if pavucontrol is running, the >> latency is capped to something like 20 ms, due to the misguided design >> decision that monitor sinks should monitor what is written right now >> (not what is playing right now). >> >> What would help is a "pactl list sinks" on both ends while music is >> playing and pavucontrol is not running. >> >> > Has anyone else had this issue and resolved it? >> >> Yes, by closing pavucontrol. >> >> -- >> Alexander E. Patrakov >> _______________________________________________ >> pulseaudio-discuss mailing list >> <a href="mailto:pulseaudio-discuss@lists.freedesktop.org" target="_blank" rel="noreferrer">pulseaudio-discuss@lists.freedesktop.org</a> >> <a href="https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss</a> > > _______________________________________________ > pulseaudio-discuss mailing list > <a href="mailto:pulseaudio-discuss@lists.freedesktop.org" target="_blank" rel="noreferrer">pulseaudio-discuss@lists.freedesktop.org</a> > <a href="https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss</a> -- Alexander E. Patrakov _______________________________________________ pulseaudio-discuss mailing list <a href="mailto:pulseaudio-discuss@lists.freedesktop.org" target="_blank" rel="noreferrer">pulseaudio-discuss@lists.freedesktop.org</a> <a href="https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss</a> </blockquote></div>