I'd be up for a setting in a future version where the volume button on the front panel doesn't time out. That would make it effectively a toggle.

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

Rather than making the volume button a toggle, I would prefer a setting to
basically invert the current behaviour.

Currently the default function of the knob is menu navigation.  To use the knob
as a volume control, you must first press the "volume" button, after which the
knob functions as a volume control.  After a timeout period, the knob
functionality returns to menu navigation.

I would like a configuration option to choose that the knob should default to
a volume control, and allow the user to do menu navigation after pressing the
"volume" button or after pressing the knob inward.

After a timeout, the function of the knob would then return to being a volume
control.

As a further example of why this is a good idea, imagine that an insanely loud
track comes on the stereo and my wife is frantic.  Is she going to run around
the room searching for the remote?  Will she know exactly where the "volume"
button is so she can press it and then use the knob?  No, she will run straight
for the knob, turn it, and the insanely loud music will continue unabated.

(In reply to comment #3)
> Rather than making the volume button a toggle, I would prefer a setting to
> basically invert the current behaviour.
> ...
> I would like a configuration option to choose that the knob should default to
> a volume control, and allow the user to do menu navigation after pressing the
> "volume" button or after pressing the knob inward.
> After a timeout, the function of the knob would then return to being a volume
> control.

This is _exactly_ how I believe it should work, and for exactly the same reasons.  As a preference in the player settings that inverts the current behavior.

Request for this bug report: Please change the Product to 'Transporter' and the place the word 'Transporter' in the summary so that folks can find it.  Thanks.

I have three volume-related requests for Transporter/Slimserver:

1. In reply to comment 3 and 4: this is also exactly what I was looking for in settings of Transporter/Slimserver as I use the device as digital pre-amp. 

2. Volume-related enhancement is to add adjustable sensitivity of the volume (e.g. high-medium-low) knob as now it is taking a lot of good spins (or remote activity) to change the volume up/down. Especially during the party :-)

3. Volume adjustment is not working when TP lost connection to SlimServer during playback. I am stuck with a device that keeps playing and the only way to stop is to hold power button to reboot.

We'll look at this post-7.0.

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

Further suggestions on how this might work:

1. This needs to be a player option.  As we all know, some people will not want this behavior.

2. The current behavior should remain the default.

3. There has to be a means of breaking out of the 'knob == volume' mode.  Pressing the knob or any other front panel button (except volume) should do this.

4. When 'knob defaults to volume control' is selected from the options then it should always default to volume control, no matter the state of the player.  This is most intuitive and most in keeping with the volume function of a preamp or other audio gear with volume knobs.

5. When 'knob defaults to volume control' is selected from the options then there should be a timeout period after which the mode falls back from 'knob == navigation' to 'knob == volume'.  Because of the way users use the menus and navigation, this timeout period needs to be much longer than the timeout period currently used to fall out of volume adjust mode.  Probably something like 5-10 seconds.

Any news on this?
I strongly support Jim's suggestions.
Girlfriend acceptance of the Transporter really not good without this (don't want to quote).

Hey guys, its time to get this done (now that I have a Transporter ;-) ).

I'm going to assign this to Matt Weldon for his UI comments, at his convenience.  He's pretty busy with some SECRET PROJECTS right now, but as time goes on this does seem more like the right thing to do.

The people I am most worried about are those using the Transporter with an external DAC.  They probably would have no interest in adjusting their transporter volume; theirs is set to 100% and they won't touch it again.

Chris, the desired behavior should be configurable (and probably off by default), we don't want to impose that don't want or need this capability.

Matt Weldon isn't available to us any more.  Please vote for this bug to make sure it appears in our priority list!

All new Squeezebox products are likely to be based on the SqueezePlay platform. We do not plan to implement any further enhancements to the ip3k firmware or which are targeted specifically at ip3k-based products.

In the case of this feature, a community contribution would be considered.

This is still sorely needed.