CommanderROR wrote:
> @Philippe_44
>
> Good luck here! I think I managed to catch the moment it starts to fail:
>
> [14:02:06.001678] process:553 [0x512c0] strm
> [14:02:06.001738] process_strm:240 [0x512c0] strm command t
> [14:02:06.001767] sendSTAT:166 [0x512c0] STAT: STMt
> [14:02:08.563675] SendCastMessage:175 [0xb0900480]: Cast sending:
> {"type":"PING"}
> [14:02:11.001687] process:553 [0x512c0] strm
> [14:02:11.001766] process_strm:240 [0x512c0] strm command t
> [14:02:11.007824] sendSTAT:166 [0x512c0] STAT: STMt
> [14:02:11.616433] SendCastMessage:175 [0xb0900480]: Cast sending:
> {"type":"PING"}
> [14:02:12.622337] CallbackEventHandler:594 Answer to uPNP search
> -1332720576
> [14:02:12.622385] CallbackEventHandler:594 Answer to uPNP search 928784
> [14:02:14.000116] UpdateMRThread:668 Begin Cast devices update
> [14:02:14.034756] UpdateMRThread:748 [0xaa3cc]: removing renderer
> (Wohnzimmer_Cast)
> [14:02:14.034802] slimproto_close:932 [0x512c0] slimproto stop for
> Wohnzimmer_Cast
> [14:02:14.034831] output_mr_close:818 [0x512c0] close media renderer
> [14:02:14.113260] decode_close:180 close decode
> [14:02:14.113297] stream_close:334 [0x512c0] close stream
> [14:02:14.220819] CastSocketThread:393 [0xb0d00550]: SSL connection lost
> [14:02:14.221012] UpdateMRThread:755 Updating configuration
> /var/lib/squeezeboxserver/prefs/castbridge.xml
> [14:02:14.221551] UpdateMRThread:759 End Cast devices update 222
> [14:02:38.591369] CallbackEventHandler:594 Answer to uPNP search
> -1332720576
> [14:02:38.591436] CallbackEventHandler:594 Answer to uPNP search
> -1328534024
> [14:02:42.295835] CallbackEventHandler:594 Answer to uPNP search 928784
> [14:02:42.295862] CallbackEventHandler:594 Answer to uPNP search
> -1332720576
> [14:02:44.000121] UpdateMRThread:668 Begin Cast devices update
> [14:02:44.055690] UpdateMRThread:755 Updating configuration
> /var/lib/squeezeboxserver/prefs/castbridge.xml
> [14:02:44.056465] UpdateMRThread:759 End Cast devices update 57
> [14:03:07.947814] CallbackEventHandler:594 Answer to uPNP search
> -1328534392
> [14:03:07.947876] CallbackEventHandler:594 Answer to uPNP search
> -1332719376
> [14:03:12.108273] CallbackEventHandler:594 Answer to uPNP search
> -1332720576
>
>
> I'm not sure whether this means anything, but I'd guess the "ssl fail"
> could have some impact? Although that happens after the Player is
> ejected, so maybe it'S not important? I have set the "remove Player"
> setting to 30 btw, but don't think that made a difference. The
> "Wohnzimmer_Cast" is still running and I can access it from Android.
I've published a dev-5 which should help, I hope. The Cast device is
kept as a valid player as long as it responds to the SSL connection
keep-alive (sent every 3 sec), even if it never answers to the UPnP
searches. This only applies when the player is on in LMS. When you set
it off in LMS, the SSL connection is torn down and the UPnP failed scan
discover rules applies again. There are also various internal code
simplification for receiver application launch and less (!) deadlocks
LMS 7.7.2 - 5 radio, 3 Boom, 4 Duet, 1 Touch, 1 SB2. Sonos 2xPLAY:1,
PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBMC, Foobar2000, XBoxOne
(sort of)
------------------------------------------------------------------------
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
