<p></p>
<p>>><br>
>> On Ubuntu, since before my time, this has been the default:<br>
>><br>
>> default-fragments = 8<br>
>> default-fragment-size-msec = 10<br>
>><br>
>> ...so 8 x 10 = 80 ms. If you end up with 5 x 4 = 20 ms, I think that's a<br>
>> bit too short/sensitive, we should then increase the number of periods<br>
>> to 16 or at least 8 in the same go, so you'll end up with something<br>
>> above 50 ms in total. I think this could help against underruns caused<br>
>> by inoptimal scheduling.<br>
><br>
><br>
> 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.<br>
><br>
> 4 fragments 5 ms each = works<br>
> 4 fragments 8 ms each = works<br>
> 4 fragments 9 ms each = does not work<br>
> 2 fragments 16 ms each = works<br>
> 3 fragments 16 ms each = does not work<br>
> 3 fragments 11 ms each = works<br>
> 3 fragments 12 ms each = does not work<br>
> 2 fragments 17 ms each = does not work<br>
> 6 fragments 5 ms each = works<br>
> 7 fragments 5 ms each = does not work<br>
><br>
> -- </p>
<p>At this exrteme low latency, rewind become un necessary since your ear won't  distinguish this small difference<br></p>