SBGK wrote: > you could try a periodcount=4 and alsa buffer time of 100000 us, this > means the frame size is 1/4 of the buffer size (1024/4096) instead of > 1/2 (1024/2048) and also means the buffer refresh rate is .1s instead of > .02s or what ever buffer size you have, so you have a better chance of > filling the alsa buffer and you have longer time to do it. don't know > why this isn't the standard setting for the Touch as it gives a more > stable sound and may solve these hiccups. > > I play 24/192 uncompressed flacs, wired and had problems if I tried > smaller alsa buffers.
This is tuning the alsa output buffer, but I think the problem is not filling the 3M stream buffer before the decode stage fast enough / starting before it is sufficiently full. Tuning the output buffer will change the ms level performance (unless it is too small and you get dropouts). This problem sounds like it needs to change the buffer fill of the big buffers before this. There is some code in the sever to tell the client to wait for more data at higher bit rate flacs, but it may not be enough if the server can't deliver the stream fast enough. ------------------------------------------------------------------------ Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=94512 _______________________________________________ Touch mailing list Touch@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/touch
