bpa wrote: > This setting is the initial buffer size in seconds - effectively it is > how much audio data should be in player buffer before LMS allows station > to start playing. However once data in the player buffer is depleted > (i.e. buffering message appears after radio has been playing for a > while) - the setting has no function. > If the setting is initially too small, then you can get buffering > shortly after playing starts and repeats - this can happen with high > data rate streams (i.e not enough time to fill player buffer before all > buffered data is played) > 15 secs is reasonable value,and streams are "normal" - so a "too small > number" is probably not the cause.
understand. thanks. Makes sense as either 3 or 15 didn't really affect the rebuffering issue (15 simply makes it take a bit longer to start the stream, of course) *Home:* Pi4B-8GB/pCP8.x/4TB>LMS 8.2.x>Transporter, Touch, Boom, Radio (all ethernet) *Cottage:* rPi4B-4GB/pCP8.x/4TB>LMS 8.2.x>Touch>Benchmark DAC I, Boom, Radio w/Battery (Radio WIFI) *Office:* Win10(64)>foobar2000 *The Wild: *rPi3B+/pCP7.x/4TB>LMS 8.1.x>hifiberry Dac+Pro (LMS & Squeezelite) *Controllers:* iPhone11 & iPadAir3 (iPeng), CONTROLLER, Material Skin, or SqueezePlay 7.8 on Win10(64) *Files:* -Ripping-: dBpoweramp > FLAC; -Post-rip-: mp3tag, PerfectTunes, TuneFusion; -Streaming:- Spotify ------------------------------------------------------------------------ garym's Profile: http://forums.slimdevices.com/member.php?userid=17325 View this thread: http://forums.slimdevices.com/showthread.php?t=116117 _______________________________________________ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
