SamY wrote: > I have recently started listening to a series of 30-60 minute podcasts > at night on my Google Nest Mini (CCA) speakers via the Podcast LMS > plugin and CastBridge. However, the podcasts all end abruptly after > around 18-20 minutes and I have to restart them manually from the place > where they stopped playing. After restarting, they proceed to the end > without further problems. The issue does not occur when playing the same > podcasts on non-Chromecast players running Squeezelite. All software is > running on a Raspberry Pi B+ under Raspbian 8 (Jessie). LMS version is > the latest v8.3 nightly build. The latest version of the Reliable LMS > plugin is also installed. Here is a portion of the CastBridge log > showing the problem: > > > Code: -------------------- > > [17:18:59.896147] sq_callback:262 [0x139b48]: device set ON > [17:19:00.229801] CastConnect:365 [0x139b48]: SSL connection opened [0xb5808c88] > [17:19:00.243117] CastStop:262 [0x139b48]: Stop w/o session or connect > [17:19:04.712116] sq_callback:365 Volume 20 > [17:19:04.845875] process_strm:238 [0xb6bf0] strm command s > [17:19:04.846358] process_strm:307 [0xb6bf0], strm s autostart: 3 transition period: 0 transition type: 0 codec: m > [17:19:04.846567] sendSTAT:169 [0xb6bf0]: STAT:[STMf] msplayed 0 > [17:19:05.271381] sq_callback:299 [0x139b48]: > artist: > album: > title:141: What if you witnessed a horrific act? > genre: > duration:2166.116 > size:0 > cover: > offset:0 > [17:19:05.273134] LaunchReceiver:312 [0x139b48]: Launching receiver 1 > [17:19:05.273677] CastLoad:175 [0x139b48]: Queuing LOAD > [17:19:05.411960] sq_callback:323 [0x139b48]: current URI (s:0) http://192.168.1.11:51869/bridge-5.mp3 > [17:19:05.412475] process_start:1220 [0xb6bf0]: codec:*, ch:0, s:0, r:0 > [17:19:05.541117] CastSocketThread:786 [0x139b48]: Receiver launched > [17:19:05.596206] ProcessQueue:608 [0x139b48]: Processing LOAD (id:2) > [17:19:05.793965] sendSTAT:169 [0xb6bf0]: STAT:[STMc] msplayed 0 > [17:19:05.813202] sq_callback:365 Volume 20 > [17:19:06.105723] CastSetDeviceVolume:326 [0x139b48]: Immediate VOLUME (id:4) > [17:19:06.106196] CastSimple:212 [0x139b48]: Queuing PLAY > [17:19:07.738697] CastSocketThread:800 [0x139b48]: Media session id 1 > [17:19:07.832953] ProcessQueue:589 [0x139b48]: Processing PLAY (id:6) > [17:19:07.931556] _SyncNotifyState:449 [0x139b48]: Cast playing > [17:19:09.062824] sendSTAT:169 [0xb6bf0]: STAT:[STMs] msplayed 0 > [17:34:10.018803] slimproto_run:573 [0xb6bf0] Closing CLI socket 9 > [17:36:54.553893] _SyncNotifyState:420 [0x139b48]: Cast stop > [17:36:54.554728] slimproto_run:749 [0xb6bf0]: Track shorter than expected (1066187/2166116) > [17:36:54.555120] sendSTAT:169 [0xb6bf0]: STAT:[STMd] msplayed 1066187 > [17:36:54.555856] sendSTAT:169 [0xb6bf0]: STAT:[STMu] msplayed 1066187 -------------------- > > > > Any ideas on what might be going on? I don't know whether it has > anything to do with the Podcast plugin or if it's simply related to > the length of the track, which would be unusually long for a song. > Thanks in advance.
Reliable is not active in 8.3 - you should go to settings and look for options in the networking tab (from memory). It is very possible that due to the very large buffering of CC devices, the podcast server is more likely to cut the connection after a long period of no transfer. Use cache or persistent mode should solve that. LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 ------------------------------------------------------------------------ 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 plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
