Bug 10406 - Sync'd playback occurs on powered off players
: Sync'd playback occurs on powered off players
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Sync
: 7.3.0
: All All
: P2 major (vote)
: 7.x
Assigned To: Alan Young
http://forums.slimdevices.com/showthr...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-12-20 04:01 UTC by Tom Wynne
Modified: 2009-07-31 10:33 UTC (History)
3 users (show)

See Also:
Category: ---


Attachments
Proposed fix (1.17 KB, patch)
2008-12-21 01:12 UTC, Alan Young
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Tom Wynne 2008-12-20 04:01:47 UTC
When 2 Booms are synchronised and powered off, starting playback on one also plays the music through the other (powered off) player, despite being set to 'Power off/on separately'.  The second player remains powered off and none of the controls are functional until it is powered on manually.

I suspect this will affect other players, but is particularly problematic with the Boom given the integrated speakers.
Comment 1 Mark Miksis 2008-12-20 04:19:15 UTC
I've seen this on multiple player types with both 7.2 and 7.3.  For me it is not easily reproducible.
Comment 2 Alan Young 2008-12-21 01:12:08 UTC
This is an unintended side-effect of the code to support Pause-at-power-off/Resume-at-power-on when working with sync-groups.
Comment 3 Alan Young 2008-12-21 01:12:54 UTC
Created attachment 4490 [details]
Proposed fix
Comment 4 Alan Young 2008-12-21 01:14:29 UTC
BTY, to reproduce, the last player in the group to have been powered of must not be the one to which the alarm applies.
Comment 5 Alan Young 2008-12-21 07:31:04 UTC
Change 24389.
Comment 6 Ross Levine 2009-01-16 13:45:18 UTC
I wasn't able to reproduce this with 7.2.1 or 7.3.3 - 24684. I'm trying to verify it as fixed, but cannot reproduce pre 24389 even using Alan's steps in comment #4. 
Comment 7 Mark Miksis 2009-01-16 13:50:09 UTC
Ross, I have still seen this with 7.4 nightlies.  Unfortunately it is unpredictable and I still can't figure out how to reproduce it.
Comment 8 Ross Levine 2009-01-16 13:54:44 UTC
Alan how consistently could you reproduce it? I tried 4 times and didn't see it. 
Comment 9 Mark Miksis 2009-01-16 13:58:48 UTC
For me it is probably less than 50% of the time.  I haven't had time to really test whether the Power On Resume setting or the contents of the playlist might be a factor.
Comment 10 Tom Wynne 2009-01-16 14:04:22 UTC
For me, this always occurred when an alarm was set on one player (Boom) and a favourite (radio station) was chosen as the wake up.  With both Booms powered off, when the alarm would activate on one the music would play on both.

Since upgrading to 7.3.2 (one of the nightlies) it has not happened again.
Comment 11 Alan Young 2009-01-17 08:27:12 UTC
You should be able to reproduce it consistently with 7.3. There may have been a similar bug in 7.2 but if so the underlying cause was quite different and I would not know how to reproduce it. The two players in question should not be configured to sync power. They should (both) be configured as Pause-at-power-off/Resume-at-power-on (I think that only the Pause-at-power-off bit is important).
Comment 12 Alan Young 2009-01-20 21:57:10 UTC
I'm going to close this again as I am confident that the original bug has been fixed. If another bug with similar symptoms can be confirmed then please open a new bug.
Comment 13 James Richardson 2009-01-22 09:58:44 UTC
Fixed - Closed Message (SC)

This bug has been fixed in the 7.3.3 release version of SqueezeCenter!

Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already.  

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Comment 14 Tom Wynne 2009-01-22 12:54:45 UTC
I assume you mean 7.3.2??  Or has 7.3.3 been released and not hit the download page yet?
Comment 15 James Richardson 2009-01-22 13:54:30 UTC
Correction: SqueezeCenter version is 7.3.2
Comment 16 Chris Owens 2009-07-31 10:33:35 UTC
Reduce number of active targets for SC