<br><br><div class="gmail_quote">On Fri, Oct 7, 2011 at 7:03 AM, <span dir="ltr"><<a href="mailto:pierre-louis.bossart@linux.intel.com">pierre-louis.bossart@linux.intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <div class="im">><br> > I've attached the PA config files I am using, along with the log<br> > output(pulselog). The most suspicious thing in there is the failure to<br> > get<br> > RT scheduling. Is there something obviously wrong with the configs that<br> > would cause these numbers to be so high, or to prevent 10ms latency<br> > working?<br> <br> </div>Hi Dylan,<br> Yes, without real-time scheduling it's unlikely that you would get<br> low-latency results. in your setup, everything is based on system timers<br> with ALSA interrupts disabled, if there's a delay in handling timer events<br> chances are you will see underruns, which results in a latency increase.<br> Is there any reason why this would fail on Chrome, usually this is only a<br> configuration issue?<br></blockquote><div><br></div><div>This is just a configuration issue, I'll have to set up permissions for the default user to change setrlimit rtprio. I'll give that a try and see what happens. </div> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <br> Looking at your log file, I think there's an issue with the buffer<br> settings. The requested latency is 20ms (tlength, total buffering), but at<br> the same time the minreq field is also set to 20ms. Minreq defines the<br> amount of data requested by PulseAudio to the client. You would think that<br> a double-buffering scheme is needed here. If the two values are equal, I<br> am not sure things would work well? Chances are that you fell in a corner<br> case where PulseAudio corrects the values you set to have the latency at<br> least twice the minreq value?<br></blockquote><div>Makes sense, I'll take a look at what pacat is actually filling the buffer attributes with and see if I can track this down. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <br> Also in <a href="http://default.pa" target="_blank">default.pa</a> you load the alsa-sink/source by hand yet use<br> module-detect. This looks odd, it's either one or the other?<br></blockquote><div>hand loading was just a quick hack to avoid using the alsa "default" interface which was going through dmix and wasting cycles. It's weird but I don't think it should hurt performance once it's up and running.</div> <div><br></div><div>thanks for the help Pierre,</div><div><br></div><div>Dylan</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> -Pierre<br> <div class="HOEnZb"><div class="h5"><br> <br> _______________________________________________<br> pulseaudio-discuss mailing list<br> <a href="mailto:pulseaudio-discuss@lists.freedesktop.org">pulseaudio-discuss@lists.freedesktop.org</a><br> <a href="http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" target="_blank">http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss</a><br> </div></div></blockquote></div><br>