<div>Hello Pierre,</div> <div> </div> <div>I have not tweaked around with the daemon conf file. The fragments and its size are set to 4 and 25ms respectively.</div> <div> </div> <div>So what does "your hardware cannot handle longer periods" mean? Would this mean I would encounter the issue even if I updated the ALSA driver?</div> <div> </div> <div>Please suggest the ALSA driver version that I should be using.</div> <div> </div> <div>Thanks a lot for your valuable feedback.</div> <div> </div> <div>-Rgds</div> <div>Vallabha<br><br></div> <div class="gmail_quote">On Mon, Aug 1, 2011 at 8:42 PM, pl bossart <span dir="ltr"><<a href="mailto:bossart.nospam@gmail.com">bossart.nospam@gmail.com</a>></span> wrote:<br> <blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote"> <div class="im">> I: alsa-sink.c: Using 16.0 fragments of size 8192 bytes (46.44ms), buffer<br></div> <div class="im">> I: alsa-sink.c: Time scheduling watermark is 20.00ms<br><br></div>I indicated last week that this setting is not ok.<br>Either you are setting the number of fragments to a ridiculously high<br>value in daemon.conf, or your hardware cannot handle longer periods.<br> Either way, you will end-up with an audio interrupt rate that is<br>inconsistent with the latency settings you have specified; a ~5s<br>latency isn't going to help at all if the alsa interrupts occur every<br>46ms.<br> I know that the OMAP drivers were updated to remove these ALSA<br>interrupts completely (need kernel 2.6.38+), this is something you may<br>want to look into to remove audio wakes<br>-Pierre<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> </blockquote></div><br>