<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;color:#444444">Hi,</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;color:#444444"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;color:#444444">I'm having some trouble with module-rtp-recv. I have a pulseaudio instance running rtp-send on the other end of a local network, and on the local rtp-recv module I'm setting "latency_msec" to 50ms. The problem I'm observing is that the module tries to meet the latency requirement but couldn't, so it keeps bumping up the estimated sampling rate, trying to read more data, to a point where the estimated sample rate is much higher than the original sent by the rtp-send module. This then causes massive data underrun and creates pops and stutters on the stream.</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;color:#444444"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;color:#444444">My question is, shouldn't pulseaudio try to limit the sample rate once it hits any underrun? I do see that if I set "latency_msec" to a less aggressive 100ms, the problem mostly goes away. And I'm having trouble understanding what the limiting factors are.</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;color:#444444"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;color:#444444">Thanks.</div></div>