njr wrote: > I'm pretty sure this means "Wait for synchro". > > I'm having a similar problem on iOS 10 myself and the description does > seem like it might be related to my problem (which is not even > consistent, but definitely happens with current iOS 10). Previously, I > had frequent examples of the iOS device thinking it's playing and the > Squeezebox stuck on "Connecting " forever. > > When I try to *stop* the stream via powering off the player or sending > equivalent commands to LMS, it seems that doesn't get transmitted to iOS > any more, so while the Squeezebox responds, the iOS device still thinks > it's playing (as above). I see in the description for "Wait for > synchro" that "pause function on iOS 10.x will not work as expected", so > I'm guessing this is a known issue. This is a real annoyance in my > typical use of ShairTunes2W. Typically I'm listening to a podcast while > in bed and and I stop it using a Bluetooth remote in the dark prior to > going to sleep, so it would be 7-8 hours before I have a chance to > discover that the podcast client has incorrectly marked one or more > podcasts as played this failure essentially manifests itself as data > loss. > > I can think of one solution for the pause problem not perfect, but > if ShairTunes2W were to temporarily deregister itself as an AirPlay > audio destination when you attempt to pause audio with "Wait for > synchro" unchecked. This has reliably caused the iOS device to pause, > though of course it'd mean it'd revert to a different audio destination. > At least in my case, I wouldn't mind if this means I have to reconnect > to AirPlay from my iPhone because I generally don't want to do that > until morning! > > In the meantime, now I somewhat understand what's going on, I've changed > the "power off" command on my remote so it restarts LMS, which has the > same effect. > > Thanks for struggling with this it's been so tantalizingly close to > working now and I hope this is the final step needed to make it reliable > for me. > > Nicholas
See my other response, but I think this is a different problem in your case, although I want to make sure I understand exactly what you're doing. You want to "pause" the LMS player and that "pause" should be forwarded to your iOS device, right? This has not changed with recent versions and should work. Now what I'm wondering is that when "Wait for sync" is disabled, what might be the problem is that LMS "pause" will be forwarded to iOS, it will pause the stream (that will pause -again- LMS) and iOS will then send silent frames, that will be detected as a restart of playback by the plugin, forwarded to LMS as "play" which then can be sent to iOS as "play" again ... confusing, I need to check that LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=106289
_______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
