Bug 5958 - Volume changes should show in the player
: Volume changes should show in the player
Status: RESOLVED WONTFIX
Product: Logitech Media Server
Classification: Unclassified
Component: Player UI
: unspecified
: All All
: P5 enhancement (vote)
: 7.x
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-10-28 13:56 UTC by radish
Modified: 2009-07-31 10:15 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 radish 2007-10-28 13:56:54 UTC
It would be nice if volume changes done via Jive were also displayed on the player. Other changes (play/pause etc) are visually indicated so this would seem to be consistent.
Comment 1 KDF 2007-10-28 14:21:21 UTC
the player doesn't currently show everything done by the web UI either. in my opinion, it shouldn't show everything.  jeez.  not everything has to exist everywhere.  it's called bloat and ppl keep whining about it.

Comment 2 radish 2007-10-28 14:53:14 UTC
Well I apologize for making a suggestion, feel free to ignore the enhancement request. I posted this on the forum days ago asking for people's opinions and got no response, so here it is. For the record, I'm not "everyone" and I haven't recently been complaining about bloat, but I do think it's inconsistent for one type of remote to trigger the OSD and not the other - I don't see what the web UI has to do with anything. I also realize there are bigger fish to fry hence why I tagged it enh and P5.
Comment 3 KDF 2007-10-29 16:40:53 UTC
was I not allowed to comment against a request?  Surely you don't simply expect votes to only be positive?

1) you'll that I used the abbreviation "ppl" meaning a number of human beings.  Obviously you aren't included in that group, and I made no such claim.  

2) I also didn't call you "everyone" so I have no idea what you are quoting there.

I stand by my opinion that I do not want this UI feature.  It is simply MY opinion. The Jive device has a visible UI, with  appropriate feedback.  It shouldn't have to interrupt other visible UI where it's not needed. Sorry, but at some point I feel I do have to stand up and make mention when some things I wont like come along.  Frankly, working on code that is increasingly not to my liking, make the process increasingly not to my liking.  Suffice to say I'm done with shrugging and saying I don't care, because I do care.

It won't be ignored by SD, and others are completely free to vote and discuss.  That's what the Bugzilla enhancement forms are for.
Comment 4 Blackketter Dean 2007-11-01 09:39:27 UTC
Gentlemen... please.

This is a good idea.  Volume changes should show up on the screen.  As should song transitions.  But not everything else (playlist modifications, for example).
Comment 5 KDF 2007-11-01 20:03:05 UTC
sorry dean, but it's ugly and disjointed to have dual feedback for just this case.  will jive popup volume when IR is used?  what about web adjustments?
Comment 6 Blackketter Dean 2007-11-24 14:17:09 UTC
Specifically for volume control, I think that having the relevant displays update when the user changes the volume on any other display is worthy of consideration.  


Comment 7 KDF 2007-11-24 16:15:00 UTC
Then is suggest that we make sure that all volume control goes via the CLI and let the CLI make the call to the mixer and the display.  That way we don't end up having to maintain that ui through different paths.
Comment 8 y360 2008-03-03 08:13:58 UTC
I guess this observation belongs here - even though it's unrelated to jive -
The player's current volume setting is not indicated on the new SN web site 

I think it used to be displayed by a distinctive color on the old SN web site
Comment 9 Ben Klaas 2008-06-06 08:37:58 UTC
assigned to Dean for comment.

This is currently designed not to work like this.
Comment 10 Blackketter Dean 2008-06-09 12:24:42 UTC
I think the idea here is that, on the device that is actually generating the audio, show the volume briefly no matter what remote is adjusting it.    Mostly, this is for SB3 and TR.
Comment 11 Ben Klaas 2008-06-13 08:22:34 UTC
I believe this is now a SqueezeCenter bug
Comment 12 Chris Owens 2008-06-19 09:05:53 UTC
This is not going to make it in to 7.2
Comment 13 Blackketter Dean 2008-08-12 10:14:27 UTC
*** Bug 9089 has been marked as a duplicate of this bug. ***
Comment 14 James Richardson 2008-11-03 14:21:04 UTC
Consensus of the bug meeting today was that no fix would be forth coming for this bug.  Marking as won't fix, if you disagree, please reopen and voice your dissension.
Comment 15 Chris Owens 2009-07-31 10:15:10 UTC
Reduce number of active targets for SC