ian_heys wrote: > First of all this an observation and not a complaint or request for > assistance. Chapeaux to bpa and phillipe. > > I have both squeeze2cast and squeeze2upnp and both of them are having > difficulty when trying to play high bite rate live DASH streams from > bpa's latest BBC iPlayer plugin. Music (FLAC) plays fine on all > devices. > > I have changed the max_read_wait parameter on both the castbridge and > upnpbridge xml files to 350 and this improves matter slightly but the > live streams on both devices still stop after a short time. > > Changing bpa's plugin selection for live streams to: HLS>DASH> whilst > leaving on demand streams at DASH results in rock solid performance from > both. > > I should say that both options work fine when listening on Triode's > local player which is on my LMS server PC but the "virtual" upnp/cast > players are connected through a homeplug network or are very close (1ft) > to a wifi router. > > I'm in the UK and using the high bit rate options of both HLS and DASH. > > Is there a fundamental difference in the way the chunks are > assembled/dis-assembled in these two protocols?
Do you see a problem with squeezelite or is this only with my bridges ? Any chance to capture a log when the problem happens ? If there is a timeout within the bridge, I could probably see and fix that but I need to know if the player is starved of the bridge is starved 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=104614 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
