castalla wrote: > Any thoughts on this? Have you tried to use a different "HTTP streaming options" ? Especially, the "no size" might work. This is this difficult case where the standard says that HTTP data can be sent in "chunks", when the size of the data to be sent cannot be known in advance. Unfortunately, some players will assume that "chunked" means a live stream that then cannot be paused. This is wrong, but ... that's what they do. The other option is to use 'large size", but check that the playback properly ends and move to next track.
You don't have this issue with other controllers because the *know* the file size, they don't use "chunks" and players like that (most of the time, on these players live stream fails for the exact same reason). But sq2u, being a bridge, does not know the file size in advance I'm finishing a version that adds another mode which forces the whole file to be buffered by sq2u before starting to send it to the player. That comes with various side effects, starting with a potential long delay before actual playback starts. Of course, the possibility to limit the buffer size is gone and for live radio, I have to use a 'large size' mode, as obviously buffering the whole file does not make sense. LMS 7.7.5 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos 2xPLAY:1, PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBMC, Foobar2000, XBoxOne, JRiver 21, Chromecast Audio, Chromecast v1, Pi B2, Pi B+, 2xPi A+, Odroid-C1, Cubie2 ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=103728 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
