Bug 13922 - Volume adjustment needs refining
: Volume adjustment needs refining
Status: RESOLVED WONTFIX
Product: SB Controller
Classification: Unclassified
Component: UI
: unspecified
: PC Windows Home Server
: -- normal with 1 vote (vote)
: ---
Assigned To: Unassigned bug - please assign me!
http://forums.slimdevices.com/showthr...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-09-09 08:16 UTC by Sue Chastain
Modified: 2016-11-27 21:11 UTC (History)
5 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sue Chastain 2009-09-09 08:16:37 UTC
Since adjusting volume with the wheel was fixed in bug 13515, there is still something unpleasant about it. It's not as fast or smooth. I'm not sure exactly what it is, but it's yucky.

Also, when using the buttons to adjust volume, it's unpredictable. Sometimes it goes up or down by one, sometimes two, or sometimes three. All in all, adjusting volume is a lot more fiddly than it used to be on the controller.

Firmware: 7.4.0-r7443 
Server 7.4-28420
Comment 1 James Richardson 2009-09-10 09:43:24 UTC
Tom: Does Jive have local volume control yet? or is that still server based, could this be network lag.  Assign back to QA if you need us to do testing or get logs.
Comment 2 SVN Bot 2009-09-10 12:49:02 UTC
 == Auto-comment from SVN commit #7497 to the jive repo by tom ==
 == https://svn.slimdevices.com/jive?view=revision&revision=7497 ==

Fixed Bug: 13922 +1
- SP no longer throws away volume increases during rapid input (does a cleanup volume increase for any missed), key based entry (jive buttons) was affected by this. Tried to get current behavior to act more like 7.3.
- no scroll volume for non-jive SP (instead dismiss, since has own volume control knob)
Comment 3 Sue Chastain 2009-10-02 10:40:06 UTC
I still don't think volume adjustment is as good as it was before 7.4, and others in the forum agree. The relevant thread is here - http://forums.slimdevices.com/showthread.php?p=465306
Comment 4 Wadzinski Tom 2009-10-03 15:16:40 UTC
This should be re-evaluated with a version including the memory leak fix ( bug 14162 ) that will be part of 7.4.1
Comment 5 pablo liesenberg 2009-10-07 07:49:42 UTC
On my Linux install, the wheel will sometime work, sometimes not. 

And most definitely the volume buttons are *slow*. Adjusting volume on the controller is pretty bad in 7.4. Definitely used to work much better.
Comment 6 Ritchie Argue 2009-10-09 19:41:02 UTC
(In reply to comment #5)
> On my Linux install, the wheel will sometime work, sometimes not. 
> 
> And most definitely the volume buttons are *slow*. Adjusting volume on the
> controller is pretty bad in 7.4. Definitely used to work much better.

Seems like a reboot of the Controller helps a significant amount. The volume buttons on mine were almost unusable, and the wheel didn't work at all. Rebooting restored them to a moderately responsive state and the wheel now also more or less changes the volume. Still not particularly great, though.
Comment 7 Chris Owens 2010-03-15 18:10:28 UTC
7.4.x milestone is in the past
Comment 8 Chris Owens 2010-05-06 15:37:57 UTC
Tom is no longer available to us
Comment 9 Michael Herger 2011-05-30 07:36:09 UTC
Is this still an issue?
Comment 10 Alan Young 2011-11-06 23:24:47 UTC
Unassigned bugs cannot have a priority.