>> >> On Ubuntu, since before my time, this has been the default: >> >> default-fragments = 8 >> default-fragment-size-msec = 10 >> >> ...so 8 x 10 = 80 ms. If you end up with 5 x 4 = 20 ms, I think that's a >> bit too short/sensitive, we should then increase the number of periods >> to 16 or at least 8 in the same go, so you'll end up with something >> above 50 ms in total. I think this could help against underruns caused >> by inoptimal scheduling. > > > Unfortunately, what seems to matter (contrary to my initial mail) is the total buffer size, which needs to be less than 34 ms. I don't know where this magic number comes from. > > 4 fragments 5 ms each = works > 4 fragments 8 ms each = works > 4 fragments 9 ms each = does not work > 2 fragments 16 ms each = works > 3 fragments 16 ms each = does not work > 3 fragments 11 ms each = works > 3 fragments 12 ms each = does not work > 2 fragments 17 ms each = does not work > 6 fragments 5 ms each = works > 7 fragments 5 ms each = does not work > > -- At this exrteme low latency, rewind become un necessary since your ear won't distinguish this small difference -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/pulseaudio-discuss/attachments/20141025/e38c39be/attachment.html>
