Bugzilla – Bug 13863
Whole sync-group stops when I turn off baby/Fab4
Last modified: 2009-10-05 14:37:09 UTC
When I play a remote stream (tried with Napster) on a group of synced player and one of them is my Fab4, the stream stops on all players when I turn off fab4. I did not select the "sync power" setting in settings and the other player also DO indeed stay ON, the playback is just stopped. I also noted another issue that may or may not be related: When I add Fab4 to a sync group and remotely (through iPeng) turn it on, it plays fine yet the UI doesn't get the new state, that is, Fab4 stays on the "off" screen saver and I can't switch to NowPlaying if I touch it.
Hi Joerg, please can you specify the Fab4 and SC revision numbers.
SC: r28379 SBT: Don't know, has updated since and I didn't try it with the new version. Was the one that was the the-current one on Saturday :-)
Funny. Just upgraded to r28455 (SC) and r7433(SBT). Now, with Last.fm I'm seeing the OPPOSITE: When I have two players synced and one is the SBT and SBT is turned OFF and the other player is playing, playback switches to the next track when I turn the Touch on. I can't really check whether the issue I reported is still around since I don't have physical access to my Touch right now.
LastFM cannot resync in the middle of a track (the URL is only valid for about 10s) so it has to skip when a player becomes active in the sync-group.
Power off on SP (Baby, Fab4) sends stop to SC. It should not do this. SC has a preference which will decide whether it should pause or stop. Also, when synced, SC will just stop this one player, not the whole sync-group. I think this was introduced in r7361 as part of bug 13058.
OK, re-checked with SBS r28455 and SBT r7443 and the original issue (playing Napster) is still there. Playback only stops if I use the power button on the touch, not when I remotely power off through iPeng, so it's probably the Squeezeplay UI doing something wrong.
Tom, can local power control not be handled the same way as local-pause: that is, send command to server and if no reply in some interval then execute local action? In addition to the sync-group issues, the current implementation also interferes with SC's logic for restarting a radio station when you power back on. On the sync side, the ability to turn off a single player (which remains in the sync-group but becomes inactive) while the remainder of the (active) players in the sync-group continue to play is a fey feature of synced playback and, from comments in various forum posts and other bugs already resolved, is much used.
Alan, a difference between using the "wait for server then local" between power with sync and regular pause, is that for power, if the server takes too long and local , there will be a stoppage of the sync group, whereas in the pause case, there isn't a severe consequence of having the local pause take over. Do you agree?
I'm sorry Tom, I cannot parse that. Alan.
== Auto-comment from SVN commit #7482 to the jive repo by tom == == https://svn.slimdevices.com/jive?view=revision&revision=7482 == Bug: 13901 + 12 Fixed Bug: 13863 - full local line-in support - separate line in volume control, line in np screen, pause regular audio on line-in switch, transition to regular playback when local or remote play of regular content is selected, persistent volume, line in playback state, re-enable line in playback state on startup - local only pause on power off to support player sync.
== Auto-comment from SVN commit #7503 to the jive repo by tom == == https://svn.slimdevices.com/jive?view=revision&revision=7503 == Bug: 13901 +1 Fixed Bug: 13863 - reading line in switch must happen during applet configure stage.
comment #11 went to wrong bug
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.