Bug 10828 – Unexpected unpause when synced upon power-on

Bug 10828 - Unexpected unpause when synced upon power-on

Summary:

Unexpected unpause when synced upon power-on

Status:	CLOSED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Sync
Version:	7.3.0
Platform:	PC Other

Importance:	P4 normal (vote)
Target Milestone:	7.3.3
Assigned To:	Alan Young

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2009-01-25 11:32 UTC by Blackketter Dean
Modified:	2009-06-17 09:36 UTC (History)
CC List:	1 user (show)

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Blackketter Dean 2009-01-25 11:32:22 UTC

try this:

sync player A & B

play some music on the group.

turn off A (music continues on B)

pause B (silence is golden)

turn on A

Result:  Both players unpause and continue playing (with a glitch).

Expected: Silence, since the sync group was paused.

(In my case A was a Receiver, B was a SB3 and both were controlled via two different controllers.)

Comment 1 Alan Young 2009-01-26 12:02:53 UTC

This is a difficult one, even if your setting does not specify resume-on-power-on or restart-on-power-on.

The problem is that one player is actually paused, with an open stream connection, and the other not. Somehow they need to be got to the same state. Currently this is by executing a jumpToTime. I guess that this jump could just not actually start the play after getting all the player buffers ready, but this is not supported by the state-machine model - pause/unpause is not permitted before track-start - and this would be difficult to change.

Another option would be to implement the idea of a paused state without any actual streaming connection active but with a time-offset saved, as envisaged by bug 10645. Then a (logical) unpause could implement the jumpToTime.

Comment 2 Blackketter Dean 2009-01-26 13:57:29 UTC

I think the real problem is that the music starts up unexpectedly.  

In this particular case, it's  preferable to lose the current offset into the music in order not to be surprised by playback, even if it's a bit of a hack/regression.

BTW: I don't have restart/resume on power on enabled...

Comment 3 Alan Young 2009-01-26 23:23:07 UTC

Yes, that sounds like a reasonable interim solution.

Comment 4 Alan Young 2009-01-27 08:30:58 UTC

Change 24768

Comment 5 Alan Young 2009-02-22 00:52:49 UTC

*** Bug 10649 has been marked as a duplicate of this bug. ***

Comment 6 Anoop Mehta 2009-04-16 15:49:31 UTC

Verified fix in SC 7.3.3 r25948

Turned on player A and no music resumed playing.

Comment 7 James Richardson 2009-06-17 09:36:35 UTC

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

If you haven't already. please download the new version from http://www.logitechsqueezebox.com/support/download-squeezecenter.html 

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.