Triode wrote: > This is interesting. I thought you were using a period count of 4. In > this case the period count is so large it hits another limit (total > buffer size) in the driver. This means that the period size/period time > are constrained and in this case are far lower than even the default > values. So with these settings you are getting a period_time of 5.8ms > which is less than the default 10ms. However I also maintain you will > see this with both EDO 0.6 and 0.7. > > For this setting you will get exactly the same active values with buffer > time of 100000 and a period count of 16. The limiting factor is the max > buffer size which is 32k bytes or 4096k frames. So by setting the > period count to 16 you are forcing the max period size to be 256 frames > which is 5804us at 44.1k sample rate. In this case you will get the > same values for any size of buffer time of 92864 (16*5804) and above.
Thank you for this explanation. When I get a chance I'll try the same settings with EDO 0.7. I see no reason to doubt the active values will be the same as the ones for 0.6. But I'll check nonetheless. When you state that my current settings force the period size to be 256 frames at 44.1 sample rate, are you suggesting any consequences other than limiting the effective buffer time to 92864? Regards, Guido F. ------------------------------------------------------------------------ guidof's Profile: http://forums.slimdevices.com/member.php?userid=40448 View this thread: http://forums.slimdevices.com/showthread.php?t=94855 _______________________________________________ audiophiles mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/audiophiles
