Bug 10310 - Changing volume on syncd player causes volume to jump to pre-syncd level
: Changing volume on syncd player causes volume to jump to pre-syncd level
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Sync
: 7.2.1
: All All
: P3 normal (vote)
: 7.3.3
Assigned To: Alan Young
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-12-13 07:54 UTC by Nigel Birch
Modified: 2009-06-17 09:35 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nigel Birch 2008-12-13 07:54:52 UTC
Consider the following scenario:

- Player A and B have "Sync player's volume" set (under Player > Syncronize > Syncronize Volume).
- Player A has volume set to 60 is playing a track.
- Player B has volume set to 40 and is syncronised with player A (so that player B starts to play what player A is playing)

The volume of audio from player A and B (after syncing) is 60.  However, if the volume is altered on player B (say up 1 increment), the volume on both players jumps to player B's level (say, 41).

I would expect both player A and B to have volume set to 61 (in the above example).

Thanks.
Comment 1 James Richardson 2008-12-16 11:46:59 UTC
Nigel: Are both players set to Synchronize Volume? or is only 1 player set that way
Comment 2 Nigel Birch 2008-12-16 13:10:30 UTC
Both set to sync volume.
Comment 3 James Richardson 2008-12-16 15:14:35 UTC
Nigel: 

What players and FW are you testing with?  I was unable to repo this on either 7.2.1 or 7.3 with SB3-SB2 or Boom-Boom

Syncing players & volume = both players at the same volume at start & volume change by Player UI (IR) or SC (web) UI
Comment 4 Nigel Birch 2008-12-20 07:48:53 UTC
I've just tested this with v7.3 r24386 (SB2 firmware v133 and SBB firmware v41) and I'm still seeing this behaviour.

I described it before from memory, so I've just tried:

1. Turn on player A (SBB).
2. On A, set volume to 20.
3. On A, play a track.
4. Turn on player B (SB2).
5. On B, set volume to 60.
6. On B, sync with A.
7. Volume of A & B is 20.
8. On B, increment volume by 1.  Expected behavior is that both players go to 20.  Actual behaviour is that both go to 61.

I did think it could be the SyncOptions plugin causing this, but I've tried it with is disabled and the problem still occurs.

I don't think it is consistent...  I just re-tested the same scenario out again, and this time when B is sync'd to A, the volume of both jumps to 60 (B's volume).  No volume keys were pressed.

What the correct behaviour (i.e. which player's volume should be used when sync)?  I'd expect that the volumes would be 20 (B's volume), i.e. the source of the playlist is the source of the volume setting too.
Comment 5 Chris Owens 2008-12-22 09:45:24 UTC
Alan, can you help judge whether this behavior is correct?  There may still be a bug here if this behavior is inconsistent.  Is there some logging that might be useful?
Comment 6 Alan Young 2008-12-22 10:14:23 UTC
I cannot see what makes the volume of B jump to that of A upon sync. That is probably the key issue. Does it really happen like that?
Comment 7 James Richardson 2009-01-06 15:09:42 UTC
(In reply to comment #6)
> I cannot see what makes the volume of B jump to that of A upon sync. That is
> probably the key issue. Does it really happen like that?
> 

What is the expected behavior then?
Comment 8 Chris Owens 2009-03-16 09:43:17 UTC
We are now planning to make a 7.3.3 release.  Please review your bugs (all marked open against 7.3.3) to see if they can be fixed in the next few weeks, or if they should be retargeted for 7.4 or future.

Thanks!
Comment 9 Blackketter Dean 2009-03-16 09:56:38 UTC
If the volume is sync'ed, then changing the volume on one should adjust the same on the other.  No jumping should ever happen.
Comment 10 James Richardson 2009-03-19 22:20:32 UTC
Nigel: please re-test with the latest 7.3.3 nightly, do you still see the issue?  I have not been able to reproduce it yet
Comment 11 Alan Young 2009-03-20 00:48:47 UTC
Fixed in change 25650.
Comment 12 Anoop Mehta 2009-04-23 14:24:15 UTC
Verified in SC 7.3.3 - 26187 with an SB3 and a SBB.
Comment 13 Nigel Birch 2009-06-09 13:26:53 UTC
I've not seen this for a long time, so it must be fixed.  Thanks.
Comment 14 James Richardson 2009-06-17 09:35:55 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.