Bug 10615 - Synchronized play can stall / be silent at track change
: Synchronized play can stall / be silent at track change
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Sync
: 7.3.0
: All Debian Linux
: P1 critical (vote)
: 7.x
Assigned To: Alan Young
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-01-09 08:42 UTC by Alan Young
Modified: 2009-07-31 10:33 UTC (History)
0 users

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alan Young 2009-01-09 08:42:55 UTC
I suspect that there are probably several of the other open bugs that are really this issue but the details in the other reports are confusing and so I am opening a report for this specific issue.

The symptoms of this issue are:
(a) When playing with multiple players synchronized, a new track may start on less that all of the players. T least one player should still be producing audio.
(b) At the end of that track (where at least one player is silent) playback will stop and user intervention is required to restart it.
Comment 1 Alan Young 2009-01-09 08:53:08 UTC
Change 24607
Comment 2 Alan Young 2009-01-10 00:37:17 UTC
On further reflection, I think that specific case can only be triggered by a manual track advance, not an automatic one.
Comment 3 James Richardson 2009-01-14 16:40:59 UTC
Verified fixed in

SqueezeCenter 7.3.2 r24638
Comment 4 James Richardson 2009-01-22 09:59:04 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 5 James Richardson 2009-01-22 13:54:53 UTC
Correction: SqueezeCenter version is 7.3.2
Comment 6 Chris Owens 2009-07-31 10:33:56 UTC
Reduce number of active targets for SC