JohnSwenson;577920 Wrote: > My understanding of this is that when skipping, the full large buffer is > not filled up all the way right at the beginning, primarily to cut down > on the time the user has to wait before music starts playing. > Unfortunately this also means that its possible for that small buffer > to run out of data before the next buffer gets filled up, thus causing > the infamous stuttering. This is more probable if 24/96 files are being > played or TinySBS is being used or if using a not so great Wifi > connection. > > This also why I think you hear some people talking about things work > fine except for the first song out of a playlist. That first song > doesn't have a prefetch and is probably using the "short buffer" right > at the beginning, thus increasing the probability of getting a stutter.
Ah, right. Is this pre-buffering set to a fixed amount in the code, or is it a pref somewhere? You're right, starting playback after prebuffering 3 seconds of 24/96 FLAC on a marginal wireless network is totally different than prebuffering 3 seconds of a 128 kbps Mp3 on a 100 Mbps wired network. I know that in most streaming video players this is a configurable setting, as setting it too low means you get the stuttering you speak of. I don't know that I've seen such a setting for Squeezebox Server. -- JJZolx ------------------------------------------------------------------------ JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=82026 _______________________________________________ Touch mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/touch
