Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Just checked at least for RP: the protocol handler of RP (the part of > the plugin that tells LMS how to stream data for a given source and > collect metadata) tells LMS that interactive streams cannot be paused, > so LMS stops them. I vaguely remember a simialr thing for Qobuz where > (for no good reasons AFAIR) it refuses to pause. You're absolutely right. As much as I listen to RP, I should have remembered that behavior. Sorry to bother you with it. With regard to Qobuz streaming, it seems to get confused with both pausing and skipping forward or backward within tracks. Again, nothing to do with the CC plugin. So, for me at least, all is good now. Thanks for your help, as always. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Just checked at least for RP: the protocol handler of RP (the part of the plugin that tells LMS how to stream data for a given source and collect metadata) tells LMS that interactive streams cannot be paused, so LMS stops them. I vaguely remember a simialr thing for Qobuz where (for no good reasons AFAIR) it refuses to pause. I think for Qobuz there was a limitation with seeking within https streams or something, wasn't there? Something you improved at some point? RP is different: The interactive stream is a series of blocks of tracks. Handling these blocks is a bit complicated as a block can have many tracks. Thus the file length has little to do with the individual track length. And RP (at least at the time I implemented it) didn't support seeking on their end. Therefore I didn't invest time into making it work. ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Thanks! Working well now for my needs except for the following minor > glitch: > > * "Pause" stops playback completely for streaming FLAC sources such as > Radio Paradise and Qobuz, meaning they can't be resumed. It works fine > for other streaming formats, including OGF strangely, and also for local > content of any type. philippe_44 wrote: > This is LMS' request, I can't remember why so I'd have to dig into the > server code but for example on RP flac interactive streams would stop > and regular streams would pause. Just checked at least for RP: the protocol handler of RP (the part of the plugin that tells LMS how to stream data for a given source and collect metadata) tells LMS that interactive streams cannot be paused, so LMS stops them. I vaguely remember a simialr thing for Qobuz where (for no good reasons AFAIR) it refuses to pause. 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Thanks! Working well now for my needs except for the following minor > glitch: > > * "Pause" stops playback completely for streaming FLAC sources such as > Radio Paradise and Qobuz, meaning they can't be resumed. It works fine > for other streaming formats, including OGF strangely, and also for local > content of any type. This is LMS' request, I can't remember why so I'd have to dig into the server code but for example on RP flac interactive streams would stop and regular streams would pause. 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > I'm made some updates in 2.1.12.11 to try to accomodate all permutations > and combinations and it works of my CCV. Re forward/backward that will > not work as CC don't have (in their default receiver app) away to send > remote commands. The pause/play/mute is state detection, which is > different from commands like skip/back Thanks! Working well now for my needs except for the following minor glitch: * "Pause" stops playback completely for streaming FLAC sources such as Radio Paradise and Qobuz, meaning they can't be resumed. It works fine for other streaming formats, including OGF strangely, and also for local content of any type. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Testing now with 2.1.12.10 and muting/unmuting is now working perfectly > as far as I can tell. Thanks! > > As mentioned previously, I had also been experimenting with the > "pause/resume" Google Assistant commands and was getting mixed results. > With this version, I am now getting predictable and correct results > except for one hopefully minor glitch. The "pause" command correctly > puts the LMS player in the paused mode. From there, it can be > successfully returned to playback mode via either the "resume" or "play" > command. However, upon returning to playback mode, the LMS player is > also muted. Any volume-related Google Assistant command (i.e. "turn it > up" or "unmute") takes it out of the muted state, so it's easily > circumvented. You just have to know it's muted. Maybe this is related to > the LMS bug you referred to? In any case, I can now control, and keep in > sync with LMS, not only the volume (including mute/unmute), but also the > playback mode (pause/resume) of my bedroom Nest Mini stereo pair via > voice commands, which is a very nice feature! > > Next on the wish list would be support for "skip forward/back", followed > by the ability to recognize LMS as a music source for commands such as > "Play AC/DC from LMS". :D > > Great work as always, Philippe! If software bugs were as profitable as > truffles, we'd both be rich! I'm made some updates in 2.1.12.11 to try to accomodate all permutations and combinations and it works of my CCV. Re forward/backward that will not work as CC don't have (in their default receiver app) away to send remote commands. The pause/play/mute is state detection, which is different from commands like skip/back 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Congratulations, you managed to find a good old LMS bug that I have that > ability to fall onto (I'm not saying to solve...) like a good truffle > pig. When un-muting, LMS does a slow volume ramp-up. Except that when > interrupted by user, the requested volume should be set period. Well, > not really and we end up in muted state again (sigh). I'll disable > ramp-up on my plugins and submit a PR for LMS. Testing now with 2.1.12.10 and muting/unmuting is now working perfectly as far as I can tell. Thanks! As mentioned previously, I had also been experimenting with the "pause/resume" Google Assistant commands and was getting mixed results. With this version, I am now getting predictable and correct results except for one hopefully minor glitch. The "pause" command correctly puts the LMS player in the paused mode. From there, it can be successfully returned to playback mode via either the "resume" or "play" command. However, upon returning to playback mode, the LMS player is also muted. Any volume-related Google Assistant command (i.e. "turn it up" or "unmute") takes it out of the muted state, so it's easily circumvented. You just have to know it's muted. Maybe this is related to the LMS bug you referred to? In any case, I can now control, and keep in sync with LMS, not only the volume (including mute/unmute), but also the playback mode (pause/resume) of my bedroom Nest Mini stereo pair via voice commands, which is a very nice feature! Next on the wish list would be support for "skip forward/back", followed by the ability to recognize LMS as a music source for commands such as "Play AC/DC from LMS". :D Great work as always, Philippe! If software bugs were as profitable as truffles, we'd both be rich! Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > This problem is not limited to CC audio. It is easily reproducible on > any CC via Google Assistant. In case you can't recreate it, what logging > options would be useful? I don't see the LMS commands anywhere in the > log. Are the mute/unmute requests handled with "mixer muting 0/1" LMS > commands? If so, that should work correctly. The only anomaly is the > fact that LMS handles relative volume changes while the player is muted > by setting the volume to 0 before applying the change, a behavior which > is patently incorrect and has to be compensated for in client/plugin > code. You may recall the discussion on this topic a while back that > resulted in leaving that behavior in place over my strong objection, for > fear that it might disrupt theoretical existing code that depended on > it. ('Here' (https://github.com/Logitech/slimserver/discussions/558) is > a link to the LMS issue.) While it remains unknown whether that would > have been the case then, it is certainly the case now as the Denon AVR > plugin and the Squeezer client app have both since been modified to > compensate for it. (Sorry for the digression...) Congratulations, you managed to find a good old LMS bug that I have that ability to fall onto (I'm not saying to solve...) like a good truffle pig. When un-muting, LMS does a slow volume ramp-up. Except that when interrupted by user, the requested volume should be set period. Well, not really and we end up in muted state again (sigh). I'll disable ramp-up on my plugins and submit a PR for LMS. 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
I remember that discussion now but I think this one is a bit different. Im thick but I did not find a mute command in Google home ui 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Can you send a log of whats happening there? As said my ability to test > with an audio CC is limited currently (just a video CC mainly). But in > any case, that command, as said above due to the way LMS handles mute, > will have some limitations This problem is not limited to CC audio. It is easily reproducible on any CC via Google Assistant. In case you can't recreate it, what logging options would be useful? I don't see the LMS commands anywhere in the log. Are the mute/unmute requests handled with "mixer muting 0/1" LMS commands? If so, that should work correctly. The only anomaly is the fact that LMS handles relative volume changes while the player is muted by setting the volume to 0 before applying the change, a behavior which is patently incorrect and has to be compensated for in client/plugin code. You may recall the discussion on this topic a while back that resulted in leaving that behavior in place over my strong objection, for fear that it might disrupt theoretical existing code that depended on it. ('Here' (https://github.com/Logitech/slimserver/discussions/558) is a link to the LMS issue.) While it remains unknown whether that would have been the case then, it is certainly the case now as the Denon AVR plugin and the Squeezer client app have both since been modified to compensate for it. (Sorry for the digression...) Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Now that the dust has settled, I'd like to report a simple and easily > recreatable problem in the new "mute/unmute" Google Assistant voice > support. > > The "mute" voice command now correctly syncs with LMS, the client app > correctly showing the current volume as unchanged but in the muted > state. I'm assuming this is done via a "mixer muting 1" cli command. > However, a subsequent "unmute" voice command, while correctly unmuting > playback on the Mini and taking the LMS player out of the muted state, > results in the LMS volume being set to '0'. This is not the expected > result of a "mixer muting 0" command so I'm not sure where that is > happening. A volume change command while muted acts similarly, correctly > bringing the Mini out of the muted state and changing the volume as > requested but also resulting in the LMS volume being set to 0. > > I have also been experimenting with Google "pause" and "resume" > commands, with mixed results. While the "pause" works reliably, resuming > playback seems to be a hit or miss affair. I will hold off on pursuing > that for now. Meanwhile, everything else is going well. > > EDIT: Running 2.1.12.8 Can you send a log of whats happening there? As said my ability to test with an audio CC is limited currently (just a video CC mainly). But in any case, that command, as said above due to the way LMS handles mute, will have some limitations 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Now that the dust has settled, I'd like to report a simple and easily recreatable problem in the new "mute/unmute" Google Assistant voice support. The "mute" voice command now correctly syncs with LMS, the client app correctly showing the current volume as unchanged but in the muted state. I'm assuming this is done via a "mixer muting 1" cli command. However, a subsequent "unmute" voice command, while correctly unmuting playback on the Mini and taking the LMS player out of the muted state, results in the LMS volume being set to '0'. This is not the expected result of a "mixer muting 0" command so I'm not sure where that is happening. A volume change command while muted acts similarly, correctly bringing the Mini out of the muted state and changing the volume as requested but also resulting in the LMS volume being set to 0. I have also been experimenting with Google "pause" and "resume" commands, with mixed results. While the "pause" works reliably, resuming playback seems to be a hit or miss affair. I will hold off on pursuing that for now. Meanwhile, everything else is going well. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Very nice! Looks like a fix/workaround is imminent. Are you planning to > open a Windows bug report (or whatever MS calls them these days)? BTW, I > see that v2.1.12.5 has been released. Any changes related to this issue? No, 2.1.12.5 is about mute. Re Windows I dont think this is worth the effort. People will rightfully agree that it might be an implémenterions problem and that the risk of half-closed sockets is much more important 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Here is my pick on the topic and @ralphy's test seems to confirm that > https://forums.slimdevices.com/showthread.php?114661-Music-streaming-stops-intermittently&p=1069220&viewfull=1#post1069220 Very nice! Looks like a fix/workaround is imminent. Are you planning to open a Windows bug report (or whatever MS calls them these days)? BTW, I see that v2.1.12.5 has been released. Any changes related to this issue? Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > I agree with you on the OP's analysis and clear explanation of the > problem. Having that level of understanding will contibute greatly > towards achieving a real solution. > > My testing with version 2.1.12.3 is looking very good. Google Home > volume commands to my Nest Mini pair are now being passed to and > processed by LMS. It's really nice being able to both control AND sync > the volume with voice commands, and I didn't realize until now that I > can also pause and unpause LMS playback with voice commands. If there > are any other scenarios you would like me to test with the change, let > me know. Thanks for getting this working. Here is ly pick on the topic and @ralphy's test seems to confirm that https://forums.slimdevices.com/showthread.php?114661-Music-streaming-stops-intermittently&p=1069220&viewfull=1#post1069220 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > I don't have any groups currently set up but will try to do some > testing. I would imagine that, if there are issues of that nature, you > will be hearing about them here soon enough. I did run into a problem of > sorts when, flush with my success at changing the LMS volume with "Hey > Google" voice commands such as "Turn the volume down" and "Change the > volume to 34%", I decided to try "Mute". While it muted the Minis, it > unsurprisingly did not result in an an LMS "mixer muting" command. A > subsequent voice "Unmute" command successfully unmuted the audio. > However, when I returned to the Material Skin client, it showed that the > player was not active and I had to restart playback to get things back > in sync. Although it's not really a problem, it made me wonder if it > would be possible to support the mute/unmute function in a similar way > as pause/resume. The mute does not really work well on CastBridge because LMS lacks the notion of mute (toward it's players). To mute, it sends a volume command with level set to 0. I've added an option so send a mute command to LMS when detected on the CC, but that will not have much impact (today, mute is simply ignored). Regarding your "Moby Dick" issue, I have an interesting feedback on stackoverflow where someboyd rightfully pointed out that the socket should be in FIN_WAIT2 state at that moment, and this state has *NO* timeout. So if Windows timeouts, it's a bug. Difficult to believe, but our use case is uncommon and this might be why it's not very visible. 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > I don't have any groups currently set up but will try to do some > testing. I would imagine that, if there are issues of that nature, you > will be hearing about them here soon enough. I did run into a problem of > sorts when, flush with my success at changing the LMS volume with "Hey > Google" voice commands such as "Turn the volume down" and "Change the > volume to 34%", I decided to try "Mute". While it muted the Minis, it > unsurprisingly did not result in an an LMS "mixer muting" command. A > subsequent voice "Unmute" command successfully unmuted the audio. > However, when I returned to the Material Skin client, it showed that the > player was not active and I had to restart playback to get things back > in sync. Although it's not really a problem, it made me wonder if it > would be possible to support the mute/unmute function in a similar way > as pause/resume. What would you mean by not active? Could you take a log? 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > The other scenario is really verifying that in a non-group configuration > there is no regression and especially when you have a group and you > decide to play (from LMS) on one speaker, what happens in term of volume > for that speaker and for the group if you use it later I don't have any groups currently set up but will try to do some testing. I would imagine that, if there are issues of that nature, you will be hearing about them here soon enough. I did run into a problem of sorts when, flush with my success at changing the LMS volume with "Hey Google" voice commands such as "Turn the volume down" and "Change the volume to 34%", I decided to try "Mute". While it muted the Minis, it unsurprisingly did not result in an an LMS "mixer muting" command. A subsequent voice "Unmute" command successfully unmuted the audio. However, when I returned to the Material Skin client, it showed that the player was not active and I had to restart playback to get things back in sync. Although it's not really a problem, it made me wonder if it would be possible to support the mute/unmute function in a similar way as pause/resume. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > I agree with you on the OP's analysis and clear explanation of the > problem. Having that level of understanding will contibute greatly > towards achieving a real solution. > > My testing with version 2.1.12.3 is looking very good. Google Home > volume commands to my Nest Mini pair are now being passed to and > processed by LMS. It's really nice being able to both control AND sync > the volume with voice commands, and I didn't realize until now that I > can also pause and unpause LMS playback with voice commands. If there > are any other scenarios you would like me to test with the change, let > me know. Thanks for getting this working. The other scenario is really verifying that in a non-group configuration there is no regression and especially when you have a group and you decide to play (from LMS) on one speaker, what happens in term of volume for that speaker and for the group if you use it later 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > The OP did an perfect job analyzing the issue, I wish I've seen it > before. That confirmation + some reading lead me to try something more, > but I don't think I'll move back to the "throttle" mode yet. I've > suggested @ralphy to try something similar for the squeezelite issue so > we'll see if it works there. > > Meanwhile, I've pushed 2.1.12.3 that does not block volume feedback, let > me see if it gives better result (I don't have easy access to pairing CC > currently, so testing is not easy) I agree with you on the OP's analysis and clear explanation of the problem. Having that level of understanding will contibute greatly towards achieving a real solution. My testing with version 2.1.12.3 is looking very good. Google Home volume commands to my Nest Mini pair are now being passed to and processed by LMS. It's really nice being able to both control AND sync the volume with voice commands, and I didn't realize until now that I can also pause and unpause LMS playback with voice commands. If there are any other scenarios you would like me to test with the change, let me know. Thanks for getting this working. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > The OP did an perfect job analyzing the issue, I wish I've seen it > before. That confirmation + some reading lead me to try something more, > but I don't think I'll move back to the "throttle" mode yet. I've > suggested @ralphy to try something similar for the squeezelite issue so > we'll see if it works there. > > Meanwhile, I've pushed 2.1.12.3 that does not block volume feedback, let > me see if it gives better result (I don't have easy access to pairing CC > currently, so testing is not easy) I agree with you on the OP's analysis and clear explanation of the problem. Having that level of understanding will contibute greatly towards achieving a real solution. My testing with version 2.1.12.3 is looking very good. Google Home volume commands to my Nest Mini pair are now being passed to and processed by LMS. It's really nice being able to both control AND sync the volume with voice commands, and I didn't realize until now that I can also pause and unpause LMS playback with voice commands. If there are any other scenarios you would like me to test with the change, let me know. Thanks for getting this working. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Wow! That thread is an eye-opener. It does appear to be the same ongoing > buffering issue with the Windows TCPIP client protocol and even possibly > the same "Moby Dick" problem I mentioned previously that only occurred > when running my product's client component on a Windows platform. I just > wish I had people like you, @Ingxa and @Ralphy working on it with me 25 > years ago. :p I'd be living off the stock options and sailing my yacht > in the Mediterranean right now instead of trying to get my $50 pair of > Nest Minis to stream mp3's correctly. :D > > Have you done any testing yet with the bridge's group check disabled? I > would, of course, be happy to help with that effort. The OP did an perfect job analyzing the issue, I wish I've seen it before. That confirmation + some reading lead me to try something more, but I don't think I'll move back to the "throttle" mode yet. I've suggested @ralphy to try something similar for the squeezelite issue so we'll see if it works there. Meanwhile, I've pushed 2.1.12.3 that does not block volume feedback, let me see if it gives better result (I don't have easy access to pairing CC currently, so testing is not easy) 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > BTW, just to show that this is not just "us" > https://forums.slimdevices.com/showthread.php?114661-Music-streaming-stops-intermittently Wow! That thread is an eye-opener. It does appear to be the same ongoing buffering issue with the Windows TCPIP client protocol and even possibly the same "Moby Dick" problem I mentioned previously that only occurred when running my product's client component on a Windows platform. I just wish I had people like you, @Ingxa and @Ralphy working on it with me 25 years ago. :p I'd be living off the stock options and sailing my yacht in the Mediterranean right now instead of trying to get my $50 pair of Nest Minis to stream mp3's correctly. :D Have you done any testing yet with the bridge's group check disabled? I would, of course, be happy to help with that effort. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > You're preaching to the choir, as they say. I deal with the same issue > in the Denon/Marantz AVR Control plugin, syncing the volume between > LMS's linear 0-100% scale and the AVR's logarithmic dB scale of 0-MAX, > where the value of MAX can be customized in the AVR's setup menu to be > 60, 70, 80 or 98dB. The algorithm that handles the transformation > between the two while maintaining a natural sounding curve is > interesting and, to my ears, very effective. If you're ever looking for > a good article on the subject, check 'this' > (https://www.dr-lex.be/info-stuff/volumecontrols.html) out. BTW, just to show that this is not just "us" https://forums.slimdevices.com/showthread.php?114661-Music-streaming-stops-intermittently 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > > NB: one of the most painful issue in these volume alignement is that LMS > has a its own strange volume levels (0 128 or a more linear mode that > does not really help) and its not always easy, as silly as it sounds, > to have a stable point when CC changes to N on his own, then LMS by > echo changes to P and P sent back to CC does not echo with N (yes) > Both worlds dont have the same scale but more important transforming > curve (non-linearity) for volume You're preaching to the choir, as they say. I deal with the same issue in the Denon/Marantz AVR Control plugin, syncing the volume between LMS's linear 0-100% scale and the AVR's dB scale of 0-MAX, where the value of MAX can be customized in the AVR's setup menu to be 60, 70, 80 or 98dB. The algorithm that handles the transformation between the two while maintaining a natural sounding curve is interesting and, to my ears, very effective. If you're ever looking for a good article on the subject, check 'this' (https://www.dr-lex.be/info-stuff/volumecontrols.html) out. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > If the answer to that question is "no", a compromise workaround might be > to at least bypass re-syncing the CC volume with LMS at each track > change for those players. Then the volume could continue to be > controlled by the CC player until the next time it was changed by the > user on the LMS side. Well, thats the question :). I really-read my code yesterday and even trace back when I added that group check and it was very very early before I started logging properly changes. But I know I made lots of changes in the volume management to handle properly the risk of volume change échos and there might have been some issues with groups that are not needed any more. So my intent today was to remove that group limitation and test a bit. NB: one of the most painful issue in these volume alignement is that LMS has a its own strange volume levels (0 128 or a more linear mode that does not really help) and its not always easy, as silly as it sounds, to have a stable point when CC changes to N on his own, then LMS by echo changes to P and P sent back to CC does not echo with N (yes) 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > > So, assuming that there is a valid reason to ignore group volume > changes, the question would seem to be "Is it possible to distinguish a > stereo pair from a player group and only ignore group volume changes?". If the answer to that question is "no", a compromise workaround might be to at least bypass re-syncing the CC volume with LMS at each track change for those players. Then the volume could continue to be controlled by the CC player until the next time it was changed by the user on the LMS side. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > ...when I change the volume using Google Home, these lines seem to be > generated in the log: > > > Code: > > [20:36:13.831] CastSocketThread:590 [006D9698]: type:RECEIVER_STATUS (id:84) > [20:36:14.320] CastSocketThread:590 [006D9698]: type:RECEIVER_STATUS (id:85) > > > Looking at the code, it appears to me that the stereo pair is seen by the bridge as a player group and the volume commands are ignored as a result. Here is the relevant code in squeeze2cast.c beginning at line 584: Code: // check for volume at the receiver level, but only record the change if (type && p->Config.VolumeFeedback && !strcasecmp(type, "RECEIVER_STATUS")) { double volume; bool muted; if (!p->Group && GetMediaVolume(data, 0, &volume, &muted)) { if (volume != -1 && !muted && volume != p->Volume) Volume = volume; } } // now apply the volume change if any if (Volume != -1 && fabs(Volume - p->Volume) >= 0.01 && now > p->VolumeStampTx + 1000) { uint16_t VolFix = Volume * 100 + 0.5; p->VolumeStampRx = now; LOG_INFO("[%p]: Volume local change %u (%0.4lf)", p, VolFix, Volume); // candidate for busyraise/drop as it's using cli sq_notify(p->SqueezeHandle, p, SQ_VOLUME, NULL, &VolFix); } So, assuming that there is a valid reason to ignore group volume changes, the question would seem to be "Is it possible to distinguish a stereo pair from a player group and only ignore group volume changes?". Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > I can probably find a home and a mini and see. Now, if you re-pair them, > when you try to change the volume, can you put the castloglevel on? This > will be verbose but will tell me if the message of volume change is > missed or if it is not processed properly. I have not unpaired them yet. Attached is the debug log running with log level "Casting debugging", assuming that is what you mean by "castloglevel on" (or is that a command level option?). Anyway, when I change the volume using Google Home, these lines seem to be generated in the log: Code: [20:36:13.831] CastSocketThread:590 [006D9698]: type:RECEIVER_STATUS (id:84) [20:36:14.320] CastSocketThread:590 [006D9698]: type:RECEIVER_STATUS (id:85) with no volume change registered in LMS. Let me know if you need any further info. Thanks. +---+ |Filename: castbridge.log (3).zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=39494| +---+ Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Okay. I reinstalled v1.82.2 and the problem also occurs there (along > with the return of the track skip-ahead TIME_WAIT problem). I think the > reason I didn't notice the volume change problem previously is that I > generally would only listen to streaming sources on that Nest Mini pair > due to the skip-ahead problem, which makes listening to track-based > content too frustrating and, since the unexpected volume changes are > triggered by a track change, I didn't encounter the problem. It would > seem that the evidence now points to the fact that I am running a stereo > pair of Minis, unlike you guys (Paul and Philippe) who do not see the > problem on your mono Minis. So, as much as I hate to unpair and re-pair > them due to Google Home's buggy and unpredictable behavior, I will try > that next. Unless, that is, one of you has another spare Mini around > that you can create a stereo pair and test with. Keep in mind that the > testing must be done with a multi-track playlist and the volume must be > changed outside of LMS during playback in order to set up the conditions > for the problem to occur at the subsequent track change. I can probably find a home and a mini and see. Now, if you re-pair them, when you try to change the volume, can you put the castloglevel on? This will be verbose but will tell me if the message of volume change is missed or if it is not processed properly. 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > I'm planning to do that later today. I've been using them as a stereo > pair with LMS for quite a while though and don't recall having a problem > like this. I'm also going to try going back to the pre-dev version as > another test. Okay. I reinstalled v1.82.2 and the problem also occurs there (along with the return of the track skip-ahead TIME_WAIT problem). I think the reason I didn't notice the volume change problem previously is that I generally would only listen to streaming sources on that Nest Mini pair due to the skip-ahead problem, which makes listening to track-based content too frustrating and, since the unexpected volume changes are triggered by a track change, I didn't encounter the problem. It would seem that the evidence now points to the fact that I am running a stereo pair of Minis, unlike you guys (Paul and Philippe) who do not see the problem on your mono Minis. So, as much as I hate to unpair and re-pair them due to Google Home's buggy and unpredictable behavior, I will try that next. Unless, that is, one of you has another spare Mini around that you can create a stereo pair and test with. Keep in mind that the testing must be done with a multi-track playlist and the volume must be changed outside of LMS during playback in order to set up the conditions for the problem to occur at the subsequent track change. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Paul Webster wrote: > Mine is not a stereo pair. > Maybe you can temporarily break the pairing to see if it starts to work > properly. I'm planning to do that later today. I've been using them as a stereo pair with LMS for quite a while though and don't recall having a problem like this. I'm also going to try going back to the pre-dev version as another test. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Mine is not a stereo pair. Maybe you can temporarily break the pairing to see if it starts to work properly. Paul Webster author of \"now playing\" plugins covering radio france (fip etc), planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc australia and cbc/radio-canada and, via the extra \"radio now playing\" plugin lots more - see https://forums.slimdevices.com/showthread.php?115201-announce-radio-now-playing-plugin Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Paul Webster wrote: > Works here and mine at same version - incidentally this is a recent > version and, in theory at least, adds support for Matter. I have two Minis set up as a stereo pair, which appears to LMS as one player. I wonder if that somehow makes a difference. Do either of you have this configuration? Thanks for the heads-up regarding Matter. I hadn't heard about that. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Mine is (are) at version 1.56.324896. > Works here and mine at same version - incidentally this is a recent version and, in theory at least, adds support for Matter. Paul Webster author of \"now playing\" plugins covering radio france (fip etc), planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc australia and cbc/radio-canada and, via the extra \"radio now playing\" plugin lots more - see https://forums.slimdevices.com/showthread.php?115201-announce-radio-now-playing-plugin Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
What if the U.S. Constitution was created and maintained on the Slimdevices forum. H "Oh! Sorry to startle you. Didn't you see my second edit (I like to call them amendments) regarding the right to carry these things around in public in case they are needed to fend off rebellions and such?". :D Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > No change in LMS ui volume display, as there is with other CC devices. > Using the same vol management settings for all so "no" on disabled. > Yours works, huh? Maybe a different firmware version? Mine is (are) at > version 1.56.324896. > > EDIT: Edits should be disabled until there is a way to generate > separate notifications for them. > > EDIT 2: Just kidding (sorta...). Also the debug log doesn't show the volume change callback events for the Mini as it does for the others, e.g.: Code: [23:42:28.774] sq_callback:369 [00679698]: Volume 22 Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Does it work with versions 1.8x? Im asking to be 100% sure because I > dont recall having made modifications there. > > [edit]: I just tried on a mini and it still works as before. You dont > see a change in LMS ui? Any chance the volume feedback has been disabled > just for these? No change in LMS ui volume display, as there is with other CC devices. Using the same vol management settings for all so "no" on disabled. Yours works, huh? Maybe a different firmware version? Mine is (are) at version 1.56.324896. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > I don't recall it ever happening until the dev version but I'd have to > reinstall the old one to check for sure. Have you seen the edit Ive made to my message? 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Does it work with versions 1.8x? Im asking to be 100% sure because I > dont recall having made modifications there. I don't recall it ever happening until the dev version but I'd have to reinstall the old one to check for sure. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > The 2.1.12.2 plugin is now working reliably for me in passthrough mode > on Windows with every codec and bitrate I have tried. The only problem I > have now is that the "Feedback to LMS" function of "Player volume > management" does not function correctly with my Google Nest Minis the > way it does with the CC Video devices. Adjusting the volume by using > Google voice or Home commands, or the volume buttons on the device > itself, changes the volume but does not cause those changes to be > reflected in LMS. As a result, the volume reverts back to it's last > known LMS value at the beginning of the next track, due to the bridge > preceding each track start with a volume change command using its last > stored volume level. It didn't work that way prior to the "dev" versions > as I often change the volume with "Hey Google" voice commands on the > Mini in my bedroom at night, usually to lower it as I'm falling asleep. > When I do that now, I am startled when the volume reverts to its > previous higher value at the next track change. Again, the Google volume > change commands for the classic CC video devices are passed through > correctly to LMS, just not for the Nest Minis. Does it work with versions 1.8x? 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > The 2.1.12.2 is fixing that issue, not in a way I prefer, but that seems > to be the only option. You don't see the problem happening on higher > bitrate because that very special sequence only happens is the N+1 track > is small enough to fit in the buffers but compressed enough so that the > CC plays track N for a long enough before requesting N+1, and so the > TIME_WAIT issue happens. The 2.1.12.2 plugin is now working reliably for me in passthrough mode on Windows with every codec and bitrate I have tried. The only problem I have now is that the "Feedback to LMS" function of "Player volume management" does not function correctly with my Google Nest Minis the way it does with the CC Video devices. Adjusting the volume by using Google voice or Home commands, or the volume buttons on the device itself, changes the volume but does not cause those changes to be reflected in LMS. As a result, the volume reverts back to it's last known LMS value at the beginning of the next track, due to the bridge preceding each track start with a volume change command using its last stored volume level. It didn't work that way prior to the "dev" versions as I often change the volume with "Hey Google" voice commands on the Mini in my bedroom at night, usually to lower it as I'm falling asleep. When I do that now, I am startled when the volume reverts to its previous higher value at the next track change. Again, the Google volume change commands for the classic CC video devices are passed through correctly to LMS, just not for the Nest Minis. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > So are you able to make sense of why the "TIME_WAIT issue" happens only > when both sides of the connection are running Windows? > > (Let it go, Sam. Let it go...) It still happen when the 2 parts are Windows but separated computers, just very occasionally, compared to « all the time » when on the same computer. It happens on the same computer because timing is a bit different so there are more « chances » that all data of N+1 has been received when only a small part of N has played. When all N+1 has been sent, the server sends a FIN frame to close the connection but the client will only see it when it has emptied all buffered data. And that might take more than the 2 minutes of TIME_WAIT. The whole idea of throttling down server does not work due to the level of buffering made by the low layers. It work with Linux, but it can be different reasons and only a tcp capture would tell. Can be a different timing or a different reaction from the client to the RST frame. I think you tried a Windows server and a Linux bridge, so that excludes a different TIME_WAIT and a different stack reaction to the lack of clients FIN. I dont think a Linux client would send a FIN (even after receiving one) if the application has not called close() or shutdown() 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > The 2.1.12.2 is fixing that issue, not in a way I prefer, but that seems > to be the only option. You don't see the problem happening on higher > bitrate because that very special sequence only happens is the N+1 track > is small enough to fit in the buffers but compressed enough so that the > CC plays track N for a long enough before requesting N+1, and so the > TIME_WAIT issue happens. So are you able to make sense of why the "TIME_WAIT issue" happens only when both sides of the connection are running Windows? (Let it go, Sam. Let it go...) Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Thanks, but I'm beginning to lose interest as I hardly ever play my old > mp3 rips anyway. I did run some tests last night and found that the > error is much less likely to occur with higher bitrate CBR tracks and > nearly always happens with VBR content. The thing I find most > fascinating about this issue is the fact that it only happens when both > LMS and the plugin binary (the server and the client) are running on > Windows platforms EVEN IF THEY ARE ON DIFFERENT MACHINES (according to > your testing). I fully expected to see the errors when I ran the client > binary on Windows with LMS on the RPi running Linux but no. :eek: > > I see that a new 2.1.12.2 version is now available. Are there any > changes in regard to this issue? If not, I will turn my attention fully > to the absolutely insane World Cup final that is unfolding before my > eyes right now. Looks like it's headed to a penalty shootout! The 2.1.12.2 is fixing that issue, not in a way I prefer, but that seems to be the only option. You don't see the problem happening on higher bitrate because that very special sequence only happens is the N+1 track is small enough to fit in the buffers but compressed enough so that the CC plays track N for a long enough before requesting N+1, and so the TIME_WAIT issue happens. 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > If you add logs like « -d all=info -d stream=debug » you will see the > streaming buffer filling up and throttling down. That helps a lot > identifying the timing a sizing of the exchanges Thanks, but I'm beginning to lose interest as I hardly ever play my old mp3 rips anyway. I did run some tests last night and found that the error is much less likely to occur with higher bitrate CBR tracks and nearly always happens with VBR content. The thing I find most fascinating about this issue is the fact that it only happens when both LMS and the plugin binary (the server and the client) are running on Windows platforms EVEN IF THEY ARE ON DIFFERENT MACHINES (according to your testing). I fully expected to see the errors when I ran the client binary on Windows with LMS on the RPi running Linux but no. :eek: I see that a new 2.1.12.2 version is now available. Are there any changes in regard to this issue? If not, I will turn my attention fully to the absolutely insane World Cup final that is unfolding before my eyes right now. Looks like it's headed to a penalty shootout! Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
If you add logs like « -d all=info -d stream=debug » you will the streaming buffer filling up and throttling down. That helps a lot identifying the timing a sizing of the exchanges 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Hey, Philippe. Just out of curiosity, what would you expect to happen > when I reverse my most recent test scenario and run LMS on a Linux box > with the plugin binary running on Windows, which I'm getting ready to do > now? And the answer is (drum roll) ... exactly what happens when running both on Linux, or LMS on Windows and the plugin binary on Linux, i.e. everything works fine. Attached is the plugin log, which looks much like the previous one with the platforms reversed. So the only case that fails is running both LMS and the plugin binary on Windows. As you discovered previously, this holds true even if LMS and the binary are running on different Windows machines. I guess it makes sense in terms of filling buffers too quickly, etc. but then why doesn't it also happen when running both on the same non-Windows machine? Since I have trouble letting go of things, I'm going to do some further experimentation using mp3's that are not as compressed as these are (~162kbps VBR) to see how that affects the timing. Thanks, as always, for your help on this issue. +---+ |Filename: castbridge.log (2).zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=39471| +---+ Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Hey, Philippe. Just out of curiosity, what would you expect to happen when I reverse my most recent test scenario and run LMS on a Linux box with the plugin binary running on Windows, which I'm getting ready to do now? Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
'This' (https://learn.microsoft.com/en-us/troubleshoot/windows-client/networking/tcp-ip-connectivity-issues-troubleshooting) looks like a good reference to use when analyzing a network trace of a Windows TCP/IP client connectivity problem. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > :) > > A test with a Linux box would be very welcome. Have you tried a larger > tcptimedwaitdelay? There might some min set by the stack anyway and it > is also supposed to be at least 2 times the maximum segment lifetime > (msl). So its difficult (and especially with MSFT) to be sure that such > system-config change is actually used. > > Im also sort of wrapping that up as I dont see a fix using this > principle. The core idea I used at the beginning was flawed (I think) so > I need to look into another direction, Im afraid. I have not tried a larger tcptimedwaitdelay but I suppose you could do that on your system. If there is a minimum setting, it is less than 30 as this is the value that is recommended on many reputable Windows tuning sites. Playback works without a hitch with the binary running on my RPi Linux box. Here is the basic log of the first few tracks for comparison. If you would like more debug options specified, let me know. +---+ |Filename: castbridge.log.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=39469| +---+ Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
urknall wrote: > It's not a problem with the plugin, this is network protocol related. > > As far as i know, the discovery service is based on mdns, like many > other services: airplay, airprint etc. > The idea is to identify the members of a network, without having a fully > configured dns running. > Instead of asking a dns server for the hostnames, all members on the > network are directly addressed. > mdns sends a multicast to the network and is asking for the matching > hostname/ip address of each member. > > The service is in RFC defined (https://www.rfc-editor.org/rfc/rfc6762) > and only works in a network/subnet, mdns will not be routed. > > If you want to have mdns between different networks/subnet or between > different vlans you need > to use an mdns repeater/reflector with 2 or more network interfaces, one > for every vlan. > > There are different solutions like avahi or other repeaters you can > use. > > Google for "mdns repeater" will help... Great - thanks a lot :) I installed mDNS Repeater Plugin for OPNsense and it worked out of the box. This "mdns repeater"-thing is maybe worth a hint in the OP and instructions :) simi's Profile: http://forums.slimdevices.com/member.php?userid=59648 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Looks like you're closing in on it. As a reminder, if it is relevant, I > ran a test earlier after adding a TcpTimedWaitDelay registry entry with > a value of 30 seconds, overriding its default value of 2 minutes and, > after rebooting, the errors still occurred after the same 2-minute > interval. At the moment, I am preparing to perform a test with the > plugin binary running on a Linux RPi and will post the results of that > here. > > EDIT: P.S. No problem if it's not the white whale of Microsoft bugs. I > was actually beginning to get used to this wooden leg anyway. :) :) A test with a Linux box would be very welcome. Have you tried a larger tcptimedwaitdelay? There might some min set by the stack anyway and it is also supposed to be at least 2 times the maximum segment lifetime (msl). So its difficult (and especially with MSFT) to be sure that such system-config change is actually used. 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Well, in fact I misread the wireshark and the FIN request from the LMS > is ACKnowledged by the bridge's stack but what was missing is the FIN > from the bridge. It should be sent when closing the connection in > return, but I don't because do it in time I don't see it fast enough > (I'm slowly reading buffered data). So, as Paul rightfully pointed it > out, once the server has received the ACK of FIN, it waits TIME_WAIT and > then sends a RST frame that causes the client to wipe-out all already > stored buffered. > > I assume (maybe I'll give it a try) that Linux vs Windows is that the > Linux frame might not send a RST frame and simply move on after > TIME_WAIT. It's an interesting and complicated combination of events but > that's purely a vicious implementation mistake, I now realize it. So it > is probably not Moby Dick, alas! Looks like you're closing in on it. As a reminder, if it is relevant, I ran a test earlier after adding a TcpTimedWaitDelay registry entry with a value to 30 seconds, overriding its default value of 2 minutes and, after rebooting, the errors still occurred after the same 2-minute interval. At the moment, I am preparing to perform a test with the plugin binary running on a Linux RPi and will post the results of that here. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > If this is the same bug that virtually killed the cross-platform > enterprise client/server product I worked on years ago (and it's looking > more and more like it is), it's been around since at least Windows NT > and will probably outlive me unless you come up with a solution, > Philippe. (No pressure) ;) > > Right now I feel like Captain Ahab standing on the deck of the Pequod, > precariously holding onto the rail while shaking my fist and shouting > into the wind "Get him, lads!", having just spotted my nemesis off the > bow for the first time in 20 years. I hereby officially name this bug > "Moby Dick". Well, in fact I misread the wireshark and the FIN request from the LMS is ACKnowledged by the bridge's stack but what was missing is the FIN from the bridge. It should be sent when closing the connection in return, but I don't because I don't see it fast enough. So, as Paul rightfully pointed it out, once the server has received the ACK of FIN, it waits TIME_WAIT and then sends a RST frame that causes the client to wipe-out all already stored buffered. I assume (maybe I'll give it a try) that Linux vs Windows is that the Linux frame might not send a RST frame and simply move on after TIME_WAIT. It's an interesting and complicated combination of events but that's purely a vicious implementation mistake, I now realize it. So it is probably not Moby Dick, alas! 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Unfortunately I'm away from my Win11 machine for a while. I can try > remotely but it's a bit more difficult If this is the same bug that virtually killed the cross-platform enterprise client/server product I worked on years ago (and it's looking more and more like it is), it's been around since at least Windows NT and will probably outlive me unless you come up with a solution, Philippe. (No pressure) ;) Right now I feel like Captain Ahab standing on the deck of the Pequod, precariously holding onto the rail while shaking my fist and shouting into the wind "Get him, lads!", having just spotted my nemesis off the bow for the first time in 20 years. I hereby officially name this bug "Moby Dick". Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Paul Webster wrote: > Are you repeating it on Win11 environment? Unfortunately I'm away from my Win11 machine for a while. I can try remotely but it's a bit more difficult 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Are you repeating it on Win11 environment? Paul Webster author of \"now playing\" plugins covering radio france (fip etc), planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc australia and cbc/radio-canada and, via the extra \"radio now playing\" plugin lots more - see https://forums.slimdevices.com/showthread.php?115201-announce-radio-now-playing-plugin Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
And for me it looks like a nasty windows bug because the FIN,ACK should be sent by the TCP stack automatically, I dont think there is a need to the peer to call shutdown() for the FIN,ACK to be sent Envoyé de mon iPad en utilisant Tapatalk 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Paul Webster wrote: > Feels promising though ... > > Why is the application layer blocked and can it be unblocked (even with > some sort of timer kludge just as a workaround initially)? Its purposely blocked (in fact throttled down) otherwise I have a different issue where some servers close connection that are idle for a while (it happens because stream of track N+1 starts very early and then gets suspended when internal pipeline is full because Cc or UPnP player is not ready yet to accept track) Envoyé de mon iPad en utilisant Tapatalk 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Feels promising though ... Why is the application layer blocked and can it be unblocked (even with some sort of timer kludge just as a workaround initially)? Paul Webster author of \"now playing\" plugins covering radio france (fip etc), planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc australia and cbc/radio-canada and, via the extra \"radio now playing\" plugin lots more - see https://forums.slimdevices.com/showthread.php?115201-announce-radio-now-playing-plugin Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Problem understood (sort of) but not solved. @Paul, you were right, it is related to TIME_WAIT but in a bizarre wait. Consider the following TCP dumps Code: success 3684 381.383533 192.168.6.15192.168.6.194 TCP 54 [TCP Retransmission] 9000 → 52422 [FIN, ACK] Seq=9305427 Ack=54 Win=262656 Len=0 3685 381.387417 192.168.6.194 192.168.6.15TCP 60 52422 → 9000 [ACK] Seq=54 Ack=9305428 Win=131328 Len=0 3686 381.387417 192.168.6.194 192.168.6.15TCP 60 52422 → 9000 [FIN, ACK] Seq=54 Ack=9305428 Win=131328 Len=0 3687 381.387526 192.168.6.15192.168.6.194 TCP 54 9000 → 52422 [ACK] Seq=9305428 Ack=55 Win=262656 Len=0 failed 5375 508.721495 192.168.6.15192.168.6.194 TCP 54 [TCP Retransmission] 9000 → 52436 [FIN, ACK] Seq=5584802 Ack=54 Win=262656 Len=0 5376 508.724054 192.168.6.194 192.168.6.15TCP 60 52436 → 9000 [ACK] Seq=54 Ack=5584803 Win=961024 Len=0 6039 628.728483 192.168.6.15192.168.6.194 TCP 54 9000 → 52436 [RST, ACK] Seq=5584803 Ack=54 Win=0 Len=0 In both cases, the whole file has been sent to the Bridge and LMS sends a FIN,ACK but in the successful case, the Bridge answers with a FIN,ACK wand all ends normally. In the failed case, although the bridge asnwers with an ACK to the last segment, the FIN never arrives and 120s later, LMS uses a RST. Now, my understanding is that I get kind of unlucky because what happens is that all is well received by the TCP layer, including the FIN, but for a graceful shutdown, the application layer should call close() so that the FIN,ACK can be sent in response. But because the application layer is blocked, it does not call close() and have a TIME_WAIT expiration instead. When finally the application layer (the streaming thread) runs, it's too late and recv() return <0 because of the RST and last segments in kernel buffers are lost. Crap, crap and crap 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > So I guess that returns LMS to the list of possible suspects, right? Not sure or not in a direct way. I think Im close to understanding the issue: the last segment of the file is transmitted while the client is busy and not processing data (or much data) from the kernel layers. For LMS, all has been sent and from a TCP sender point of vue, all has been sent but the last segment is not acknowledged or received. It might just be because the client has no room in the kernel buffers, but meanwhile LMS asks the connection to be closed, maybe not with a shutdown but just a close and that last packet is lost. This causes an error on the bridge side and as a réponse LMS stops the track where it playing, discarding the 99.9% already received. 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Unfortunately, I've edited my comment, it happens as well on separated > hosts but wiresharks logs confirm it's 2 minutes, at almost the > millisecond So I guess that returns LMS to the list of possible suspects, right? Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Some additional information: I will double check tomorrow but it seems that all data is actually being sent (at least seen by wireshark on the sending end). What seems to happen is that either the FIN is not sent by the server or a packet is not acknowledged by the client but after that last received ACK, the server waits 2 minutes and sends a RST. LMS logs confirms that it considers everything has been sent. This is pretty mysterious to me. The difference between the failing and working case is that failure happens (or seems to) when packets are held for a long time by the TCP lower layers. Now, the whole timing of the sessions differs which means packet sizes differ as well, so it might not be a timing issue but rather a TCP window size of some sort, as a consequence of timing differences. 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Great minds etc, etc... :D > I tried that earlier today while searching for tcpip-related settings > that default to 2 minutes. Tried changing it to 30 secs as some tuning > sites recommend but it made no difference. The 2-minute error intervals > remain, so it appears to be unrelated. I think we're on the right track > though. The fact that it only happens with peers on the same host should > be another clue. SamY wrote: > I only have one Windows box so can't run your exact test case. However, > I have an RPi with LMS and the plugin installed. Would it be of any use > (or even possible) to run the plugin binary on that machine against the > Win10 LMS? I tried changing the KeepAliveTime to 90 secs to no effect. > Also ran with the CC player synced to a DAC32 player and that eliminated > the problem as you no doubt would expect. I'll just go back to using the > "underrun" option for now. Unfortunately, I've edited my comment, it happens as well on separated hosts 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Some semi-happy sniffing indeed... So it's clearly an abrupt shut-off > from Windows side (RST, ACK - not a proper FIN, ACK) but I still have no > idea why. I've tried the following and it would be interesting if you > could confirm: the squeezecast app can run on anymachine, it does not > have to be on the computer that runs LMS. When I run it on another Win10 > machine, it runs fine (just take the binary from > ProgramData/squeezeboxserver/Cache/InstalledPUlings/Plugins/CastBridge/Bin). > This 99.99% excludes any LMS implication. Of course, in one case the > socket is localhost to localhost, in the other it goes over the network > and that changes the pattern & timing, but still, it is very very > unlikely that it is not bloody Windows closing localhost sockets for > some reason. I only have one Windows box so can't run your exact test case. However, I have an RPi with LMS and the plugin installed. Would it be of any use (or even possible) to run the plugin binary on that machine against the Win10 LMS? I tried changing the KeepAliveTime to 90 secs to no effect. Also ran with the CC player synced to a DAC32 player and that eliminated the problem as you no doubt would expect. I'll just go back to using the "underrun" option for now. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Paul Webster wrote: > Apologies in advance if this has already been considered ... > If the break is at 120 seconds (plus a tiny bit) then maybe the Windows > TcpTimedWaitDelay is kicking in because of something that it thinks did > not get acknowledged 2 minutes earlier. > > There is a registry key available to adjust from the default of 120 > seconds > https://learn.microsoft.com/en-us/biztalk/technical-guides/settings-that-can-be-modified-to-improve-network-performance > > Changing that number (and rebooting) and then seeing if there is a > direct correlation with the time when the problem happens would at least > help focus things. > > Note - the key is not present by default. Great minds etc, etc... :D I tried that earlier today while searching for tcpip-related settings that default to 2 minutes. Tried changing it to 30 secs as some tuning sites recommend but it made no difference. The 2-minute error intervals remain, so it appears to be unrelated. I think we're on the right track though. The fact that it only happens with peers on the same host should be another clue. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Apologies in advance if this has already been considered ... If the break is at 120 seconds (plus a tiny bit) then maybe the Windows TcpTimedWaitDelay is kicking in because of something that it thinks did not get acknowledged 2 minutes earlier. There is a registry key available to adjust from the default of 120 seconds https://learn.microsoft.com/en-us/biztalk/technical-guides/settings-that-can-be-modified-to-improve-network-performance Changing that number (and rebooting) and then seeing if there is a direct correlation with the time when the problem happens would at least help focus things. Note - the key is not present by default. Paul Webster author of \"now playing\" plugins covering radio france (fip etc), planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc australia and cbc/radio-canada and, via the extra \"radio now playing\" plugin lots more - see https://forums.slimdevices.com/showthread.php?115201-announce-radio-now-playing-plugin Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > It's all good news to me. I don't have to mess with packet sniffers. > > Same here. So what's the significance of the 2 minutes? Are you running > Win10 Home or Pro? I was thinking that might make a difference. Running > Home here. Would the LMS Network streaming mode come into play? I > changed it from Cached to Persistent but no change. Also activated > support for Websocket on Windows, which is not installed by default on > Home. Don't ask me why I did it. Sheer desperation, I suppose. No dice > though. My next step is to change the KeepAliveTime to something less > than 2 minutes, e.g. '10' just as an experiment. In the meantime, > happy sniffing! :D Some semi-happy sniffing indeed... So it's clearly an abrupt shut-off from Windows side (RST, ACK - not a proper FIN, ACK) but I still have no idea why. I've tried the following and it would be interesting if you could confirm: the squeezecast app can run on anymachine, it does not have to be on the computer that runs LMS. When I run it on another Win10 machine, it runs fine (just take the binary from ProgramData/squeezeboxserver/Cache/InstalledPUlings/Plugins/CastBridge/Bin). This 99.99% excludes any LMS implication. Of course, in one case the socket is localhost to localhost, in the other it goes over the network and that changes the pattern & timing, but still, it is very very unlikely that it is not bloody Windows closing localhost sockets for some reason. 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Good and bad news. I've been able to reproduce that on my Win10 system. > I've set the right log to show you the pattern, it's easier with the > stream set to debug It's all good news to me. I don't have to mess with packet sniffers. > > On my machine, it's a systematic 2 minutes timeout (again, assuming the > track si not "too" small) Same here. So what's the significance of the 2 minutes? Are you running Win10 Home or Pro? I was thinking that might make a difference. Running Home here. Would the LMS Network streaming mode come into play? I changed it from Cached to Persistent but no change. Also activated support for Websocket on Windows, which is not installed by default on Home. Don't ask me why I did it. Sheer desperation, I suppose. No dice though. My next step is to change the KeepAliveTime to something less than 2 minutes, e.g. '10' just as an experiment. In the meantime, happy sniffing! :D Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Here is the log file with 2.1.12.1. Not using "underrun". I decided to > let the whole album play this time. As you will see, the read errors all > occur within a few seconds of 2 minutes (not 3) after the beginning of a > new track and are completely and predictably repeatable, i.e. if I play > the same album again, the track skips will occur at the same place in > each track. Also note that the skips don't begin happening until the > second track, then happen on four straight tracks, then take a break, > etc. As I said, completely repeatable. Did you read the link I sent > earlier about CC connections timing out after 2 minutes? Is it perhaps > related? Let me know what else I can do to help. As noted by @bwaldron, > the skips don't occur when using "underrun". > Good and bad news. I've been able to reproduce that on my Win10 system. I've set the right log to show you the pattern, it's easier with the stream set to debug Code: ==> first track streams LMS->Bridge [13:08:35.448] process_strm:237 [00E4A798] strm command s [13:08:35.463] sq_callback:303 [00EC9698]: artist:Diana Krall album:Live In Paris title:I Love Being Here With You duration:312.466 ==> begining to stream LMS->Bridge [13:08:35.466] stream_sock:614 [00E4A798] header: GET /stream.mp3?player=cc:cc:42:58:90:c9 HTTP/1.0 [13:08:35.553] stream_thread:455 [00E4A798] streambuf read 65536 bytes / 2392063 ==> CC player requests it from bridge [13:08:35.587] output_http_thread:158 [00E4A798]: got HTTP connection 1188 [13:08:35.594] handle_http:484 [00E4A798]: received GET /bridge-8.mp3 HTTP/1.1 ==> playing [13:08:36.282] _SyncNotifyState:453 [00EC9698]: Cast playing ==> fully streamed LMS->Bridge [13:08:36.878] decode_thread:96 decode complete ==> fully sent to CC player [13:10:07.753] output_http_thread:390 [00E4A798]: end thread 0 (6328693 bytes) ==> so we request LMS for next track [13:10:07.820] process_strm:237 [00E4A798] strm command s [13:10:07.826] sq_callback:303 [00EC9698]: artist:Diana Krall album:Live In Paris title:Let's Fall In Love duration:274.173 ==> 2nd track starts to stream LMS->Bridge [13:10:07.846] stream_sock:614 [00E4A798] header: GET /stream.mp3?player=cc:cc:42:58:90:c9 HTTP/1.0 ==> begins at 13:10:07 [13:10:07.886] stream_thread:455 [00E4A798] streambuf read 1212416 bytes / 1245183 [13:10:18.179] stream_thread:455 [00E4A798] streambuf read 8 bytes / 130328 ... throttling down [13:11:14.667] stream_thread:455 [00E4A798] streambuf read 8 bytes / 126208 [13:12:08.359] stream_thread:455 [00E4A798] streambuf read 8 bytes / 122304 ==> 2nd track fails at 13:12:08 (so 2 minutes after starting to stream) ==> we are still playing 1st track! and LMS will let us play track 2, but it will start sending ==> track 3 a bit later and the problem will continue [13:12:08.470] stream_thread:434 [00E4A798] error reading: Unknown error (10054) [13:12:08.470] process_strm:237 [00E4A798] strm command u ... ==> and you'll see that pattern repeating all the time (again, assuming the track are not "too short" to fit immediately inside) [13:13:51.398] process_strm:237 [00E4A798] strm command s [13:13:51.498] stream_thread:455 [00E4A798] streambuf read 1048576 bytes / 1409023 [13:15:52.038] stream_thread:434 [00E4A798] error reading: Unknown error (10054) [13:15:52.039] process_strm:237 [00E4A798] strm command u [13:22:22.896] process_strm:237 [00E4A798] strm command s [13:22:23.010] stream_thread:455 [00E4A798] streambuf read 1081344 bytes / 1376 [13:24:23.584] stream_thread:434 [00E4A798] error reading: Unknown error (10054) [13:24:23.584] process_strm:237 [00E4A798] strm command u On my machine, it's a systematic 2 minutes timeout (again, assuming the track si not "too" small) 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Okay. I'll wait for your test results. Are you running Windows 10 or 11 > on your test machine? I'm still on 10 but plan on upgrading soon. Its Win11 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > If you could capture the whole exchange and put the pcap on the same > Dropbox, that would tell me precisely what happens at the network level > and if keep alive packets are sent and if there is a throttle down flow > and so on. Super valuable. I hope Ill be able to reproduce that, but > for UPnP I was not. Okay. I'll wait for your test results. Are you running Windows 10 or 11 on your test machine? I'm still on 10 but plan on upgrading soon. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > I'll get comfortable. I know what it is and may have used it many years > ago. I don't think you'll have any problem reproducing it though. If you could capture the whole exchange and put the pcap on the same Dropbox, that would tell me precisely what happens at the network level and if keep alive packets are sent and if there is a throttle down flow and so on. Super valuable. I hope Ill be able to reproduce that, but for UPnP I was not. 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Thats quite a challenge and a motivation! Are you comfortable with > wireshark if I cant reproduce the issue? I'll get comfortable. I know what it is and may have used it many years ago. I don't think you'll have any problem reproducing it though. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > If this works for you > https://www.dropbox.com/sh/ovk1k4ois2f1o3z/AAB32RvjelvSHZ7-8AqE3vBFa?dl=0 My Dropbox account was expired and I had to create a new one. Tried to pm you here but your mailbox is full (didn't know that was a thing). Here it is: https://www.dropbox.com/s/tkmfb1dbs1sxg78/Live%20In%20Paris.zip?dl=0 Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Thats quite a challenge and a motivation! Are you comfortable with wire shark invade I cant reproduce the issue? 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > This log has the error code as I added it and its 10054, sort of as > expected. You can see explanation here and there is more to read on > 10054. Its really frustrating that the keep-alive changes Ive made in > 2.1.12..1 still does not solve it > > https://learn.microsoft.com/en-us/windows/win32/winsock/windows-sockets-error-codes-2 Oh NO Just seeing that word WSAECONNRESET has triggered a massive PTSD anxiety attack. Twenty-five years ago, I was a lead software developer on a very successful and fast growing commercial client-server product for monitoring and managing computer resources in large distributed systems. While it started out as an industry standard mainframe product used by numerous Fortune 100 companies worldwide, it began to grow rapidly after it was ported to Unix platforms such as HPUX, AIX and Solaris in the mid-90's, just as companies began to deploy them heavily as satellite workstations. The next logical step was to Windows servers, which were also picking up market share in the late 90's. The porting process was fairly straightforward for the most part and we rolled it out to much fanfare, gaining market share rapidly in the process. But before long we started receiving reports of strange and unexplained errors from customers who had deployed large numbers of Windows clients. I was the point man on this growing problem and was sent onsite to many world corporate headquarters to debug, gather logs and assure the tech staff that we were actively working on a solution. In the end, we tracked it down to the strange and non-standard behavior of the TCP/IP protocol stack (Winsock?) utilized by Windows. I have blocked (that's actually a pun on Windows' failure to implement standard non-blocking socket connections without a huge amount of overhead) out most of the details but one thing I do remember is those 10054 WSAECONNRESET errors and, in the end, our inability to resolve the issue. Consequently, over a period of a couple of years, we began to lose our largest clients and, in the end, we accepted a buyout from a competitor who killed the product after selling the Asian rights and source code to Hitachi Corp for $2 million USD. So, Philippe, by solving this problem you will not only make your plugin users happy, you might also help to heal the deeply buried wounds of a long-retired software developer. Good luck! :) Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Sure. Do you have a preferred sharing method? It's an 82MB zip file. If this works for you https://www.dropbox.com/sh/ovk1k4ois2f1o3z/AAB32RvjelvSHZ7-8AqE3vBFa?dl=0 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > > Ill setup a dedicated Win10 machine, can you share your tracks? Sure. Do you have a preferred sharing method? It's an 82MB zip file. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
This log has the error code as I added it and its 10054, sort of as expected. You can see explanation here and there is more to read on 10054. Its really frustrating that the keep-alive changes Ive made in 2.1.12..1 still does not solve it https://learn.microsoft.com/en-us/windows/win32/winsock/windows-sockets-error-codes-2 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Here is the log file with 2.1.12.1. Not using "underrun". I decided to > let the whole album play this time. As you will see, the read errors all > occur within a few seconds of 2 minutes (not 3) after the beginning of a > new track and are completely and predictably repeatable, i.e. if I play > the same album again, the track skips will occur at the same place in > each track. Also note that the skips don't begin happening until the > second track, then happen on four straight tracks, then take a break, > etc. As I said, completely repeatable. Did you read the link I sent > earlier about CC connections timing out after 2 minutes? Is it perhaps > related? Let me know what else I can do to help. As noted by @bwaldron, > the skips don't occur when using "underrun". > > EDIT: Here is the link I was referring to: > https://community.openhab.org/t/chromecast-binding-connection-times-out-every-2-minutes/121751 Thanks. Its is not a timeout that comes from the bridge to CC connection, but from the bridge to LMS and that also happens with UPNP devices. The CC timeout is a different thing and in fact you need a specific keep-alive (ping) for CC exactly for that reason and I have implemented it. I will re-read the logs, but AFAIR it was a 3 mins timeout. These are difficult to read due to the way the data pipeline works, Ill edit one log to show it. The fact that it does not happens on first track is also fully consistent with that hypothesis as well as the fact that underrun solves it. Underrun does the following: it waits until the CC/UPnP device reports track had stopped before querying LMS for the next track. This way, you always have a continuous flow of stream once a device starts playing a given track. The bridge gets the data from LMS, puts it in a multi-level pipeline and then forwards it to the CC/UPnP device when asked to. Bridge get as much as it can from LMS, fills its buffer and waits for player to consume data. As soon as a player pulls a bit from the pipeline, it is refilled by pulling some from LMS. In normal mode, the bridge queries LMS for track N+1 as soon as the track N as been entirely stored in internal buffers, and that includes what the CC has gobbled up. So, depending on format uses, you have a burst of data download from LMS of track N+1 pretty early while playing track N to fill up the pipeline, but the player will only query track N+1 after it has ended track N ((for CC and some UPnP) so you have a long period during which the streaming of track N+1 between LMS and the bridge stops. Then it resumes when the players queries N+1 and starts emptying the pipeline. The issue happens during that pause. Now, if the track N+1 is small enough, that does not happen as it is entirely in the pipeline during the initial data download burst. If you use flac, it does not happen because streaming track N takes much more time and there is no case where the CC has all the data it needs for an extended period of time. What Im totally failing to figure out is why, in some cases and only on Windows such idle period causes it to shut off the connection. I know that underrun solves that problem for CC but it is a disaster for UPnP when you need gapless and even in CC it might fairly increases the gap between tracks. Ill setup a dedicated Win10 machine, can you share your tracks? 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
jw111 wrote: > Hi Philippe, > > I had not used LMS for a while. My LMS server interface was not showing > any of my Chromecast Audios or Squeezeboxes. I found that my remaining > two Squeezeboxes were not powering on. I had another Squeezebox that I > was not using so I got it working. It showed up on the LMS menu, but > also, all of my Chromecasts showed up. > > Is there a way to make the Chromecast Audios visible without any > Squeezeboxes connected to LMS? > > I am using LMS 8.3 on a CentOS 7 Linux system. > > Thanks, > Joe You do not need any real SB to make this work 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > No, not for a first test. Your use case should not need « underrun ». It > might work with, but its a workaround. What Im trying to understand is > why does windows close the connection after 3 mins of no activity. Ive > added a throttle down of streaming when reaching a high water level but > I dont think it works because the kernel lower layers have already > received a large buffer and all what my throttling does is reading it > slowly. But as far as the peer entity is concerned, the connection is > stalled for minutes and it always seems to happen after 3. > > This version forces the tcp stack to use a keep-alive method, but that > is well-known for being poorly implemented by many stacks. And usually, > sockets keep-alive is 2 hours Here is the log file with 2.1.12.1. Not using "underrun". I decided to let the whole album play this time. As you will see, the read errors all occur within a few seconds of 2 minutes (not 3) after the beginning of a new track and are completely and predictably repeatable, i.e. if I play the same album again, the track skips will occur at the same place in each track. Also note that the skips don't begin happening until the second track, then happen on four straight tracks, then take a break, etc. As I said, completely repeatable. Did you read the link I sent earlier about CC connections timing out after 2 minutes? Is it perhaps related? Let me know what else I can do to help. As noted by @bwaldron, the skips don't occur when using "underrun". +---+ |Filename: castbridge.log.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=39450| +---+ Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Try using the underrun option of gapless. This seems to be a windows > specific issue we’re sockets are closed by something when they > don’t display activity after 3 mins Yes, with that option specified I'm not seeing the issue. In fact, I'm not seeing any issues with 2.1.12.1 on Windows 10, it's working well. (I still experienced some skipping issues with "normal" specified.) bwaldron's Profile: http://forums.slimdevices.com/member.php?userid=1073 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Paul Webster wrote: > I donÂ’t think it matters if other devices are present. > > Which version of Chromecast Bridge are you running? > > Are there any clues in the logs that you can access from the plugin > settings page? 1.82.2 The logs when I was not seeing Chromecasts or Squeezeboxes said something about crashing. I had Erase at Start checked so I no longer have those logs. Just now I tried turning off the squeezebox, and restarting LMS and all the Chromecasts are still present and working so I do not know what happened. jw111's Profile: http://forums.slimdevices.com/member.php?userid=11985 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
I dont think it matters if other devices are present. Which version of Chromecast Bridge are you running? Are there any clues in the logs that you can access from the plugin settings page? Paul Webster author of \"now playing\" plugins covering radio france (fip etc), planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc australia and cbc/radio-canada and, via the extra \"radio now playing\" plugin lots more - see https://forums.slimdevices.com/showthread.php?115201-announce-radio-now-playing-plugin Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Hi Philippe, I had not used LMS for a while. My LMS server interface was not showing any of my Chromecast Audios or Squeezeboxes. I found that my remaining two Squeezeboxes were not powering on. I had another Squeezebox that I was not using so I got it working. It showed up on the LMS menu, but also, all of my Chromecasts showed up. Is there a way to make the Chromecast Audios visible without any Squeezeboxes connected to LMS? I am using LMS 8.3 on a CentOS 7 Linux system. Thanks, Joe jw111's Profile: http://forums.slimdevices.com/member.php?userid=11985 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Sounds good. Do I still need to specify the "underrun" streaming option? No, not for a first test. Your use case should not need « underrun ». It might work with, but its a workaround. What Im trying to understand is why does windows close the connection after 3 mins of no activity. Ive added a throttle down of streaming when reaching a high water level but I dont think it works because the lower kernel layers have already received a large buffer and all what my throttling does is reading it slowly. But as far as the peer entity is concerned, the connection is stalled for minutes and it always seems to happen after 3. 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Now that I've returned to dev repository, you can get 2.12.1.1 directly > from there, it contains a different option to try to keep the socket > open and a log for me to see the raw error Sounds good. Do I still need to specify the "underrun" streaming option? Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > I also checked it with VirusTotal last night and agree that it's most > likely a false positive. However given the "severe" nature of this > particular malware, I am proceeding with caution. Now that I've returned to dev repository, you can 2.12.1.1 directly from there, it contains a different option to try to keep the socket open 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Paul Webster wrote: > VirusTotal not showing any issues with it. > https://www.virustotal.com/gui/file/cc1644cbf191af0109c5d5465aae32e3ec8c919edca72f19dc74a0a9274a2a4a > Note - not all scanners run against it but my suspicion is a false > positive. I also checked it with VirusTotal last night and agree that it's most likely a false positive. However given the "severe" nature of this particular malware, I am proceeding with caution. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
humax99 wrote: > I have revisited the None (No Transcoding) option with 2.1.11 and it > appears more stable but not fault less. The breaks appear shorter and > less frequent but they still occur. > > Now moved on to 2.1.12 announced on LMS this evening (UK time) for > further testing! > > Thank you Philippe. I am still having random audio breaks (no sound but time counter still running) with 2.1.12 with No Transcoding. It played a FLAC album for 8 tracks / over 25mins fine before failing and then it failed 3 times in the space of 7 minutes. Looking at the LMS log file, there some errors when 2.1.12 was installed. I am not sure what they mean or if they are relevant: [22-12-12 19:35:27.9644] Slim::Utils::Misc::msg (1325) Warning: [19:35:27.9630] Use of uninitialized value in concatenation (.) or string at /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/CastBridge/HTML/EN/plugins/CastBridge/settings/basic.html line 116. [22-12-12 19:35:27.9697] Slim::Utils::Misc::msg (1325) Warning: [19:35:27.9694] Use of uninitialized value in concatenation (.) or string at /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/CastBridge/HTML/EN/plugins/CastBridge/settings/basic.html line 216. [22-12-12 19:35:27.9711] Slim::Utils::Misc::msg (1325) Warning: [19:35:27.9709] Use of uninitialized value in concatenation (.) or string at /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/CastBridge/HTML/EN/plugins/CastBridge/settings/basic.html line 226. [22-12-12 19:35:27.9717] Slim::Utils::Misc::msg (1325) Warning: [19:35:27.9715] Use of uninitialized value in concatenation (.) or string at /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/CastBridge/HTML/EN/plugins/CastBridge/settings/basic.html line 234. [22-12-12 19:35:27.9729] Slim::Utils::Misc::msg (1325) Warning: [19:35:27.9727] Use of uninitialized value in concatenation (.) or string at /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/CastBridge/HTML/EN/plugins/CastBridge/settings/basic.html line 242. [22-12-12 19:35:27.9737] Slim::Utils::Misc::msg (1325) Warning: [19:35:27.9735] Use of uninitialized value in concatenation (.) or string at /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/CastBridge/HTML/EN/plugins/CastBridge/settings/basic.html line 248. Thanks. humax99's Profile: http://forums.slimdevices.com/member.php?userid=69035 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Maybe an issue with DietPi os version. I have an Orange Pi0 with Armbian > and I just tried to run the app and it works. Thanks, I'll try armbian instead of dietpi. yesterday I have installed lms on windows machine, everything works there! Errik128's Profile: http://forums.slimdevices.com/member.php?userid=66172 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
VirusTotal not showing any issues with it. https://www.virustotal.com/gui/file/cc1644cbf191af0109c5d5465aae32e3ec8c919edca72f19dc74a0a9274a2a4a Note - not all scanners run against it but my suspicion is a false positive. Paul Webster author of \"now playing\" plugins covering radio france (fip etc), planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc australia and cbc/radio-canada and, via the extra \"radio now playing\" plugin lots more - see https://forums.slimdevices.com/showthread.php?115201-announce-radio-now-playing-plugin Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Hmmm Well this is not good. I tried to download the zipped > executable and received an error message that a "severe" virus was > detected and the download was blocked. Not sure how to proceed from > here. I was going to try downloading the squeeze2upnp.zip file that you > posted earlier and see if I got the message there too but I see that you > deleted the post. This is the page that Windows Defender directed me > to: > > https://www.microsoft.com/en-us/wdsi/threats/malware-encyclopedia-description?name=Trojan%3aScript%2fWacatac.H!ml&threatid=2147814524 > > It's late here so I'm going to bed but maybe you should run a virus scan > on your end to see if this is something serious. In the meantime, I will > run a full Defender scan and see what it reports in the morning. I'll redo a scan, last full one was 12/08. At least I quickly rescan whole the folder that contains the zip I uploaded and it did not say anything. I only use legit software and have an up-to-date system but again, I'll recheck everything 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
philippe_44 wrote: > Yep... sorry for the confusion. Here you go Hmmm Well this is not good. I tried to download the zipped executable and received an error message that a "severe" virus was detected and the download was blocked. Not sure how to proceed from here. I was going to try downloading the squeeze2upnp.zip file that you posted earlier and see if I got the message there too but I see that you deleted the post. This is the page that Windows Defender directed me to: https://www.microsoft.com/en-us/wdsi/threats/malware-encyclopedia-description?name=Trojan%3aScript%2fWacatac.H!ml&threatid=2147814524 It's late here so I'm going to bed but maybe you should run a virus scan on your end to see if this is something serious. In the meantime, I will run a full Defender scan and see what it reports in the morning. Sam SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Just saw this after my last post. I will be glad to test it. However, > the name of the zip file leads me to believe it is not the squeeze2cast > executable. I can't unzip it on my phone but can you verify that it's > the correct file? > > EDIT: Just verified that it's the squeeze2upnp executable. Yep... sorry for the confusion. Here you go +---+ |Filename: squeeze2cast.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=39412| +---+ 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
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
SamY wrote: > Philippe, I think you need to take a couple of days off. You obviously > have me confused with another user --- not surprising given the recent > tsunami of activity. I didn't send you any files and my problem is with > squeeze2cast, not squeeze2upnp. Maybe you should take a break from > coding, get some sleep and then go back over the posts made during the > past week or so to get a reset. We will all still be here, nervously > tapping our feet and waiting to listen to our music like we did in the > good old days (last week). :D Oops yes, sorry I've confused you with @Spacegrass 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