Still not fixed in 16.04. I just upgraded from Debian wheezy where one nudge of the scroll wheel changed the alsamixer control by a consistent 5dB. This was bad already, because 5dB is too coarse. It feels like a compromise between those who want to use the scroll wheel for fine volume adjustments (which would require a step no larger than 2dB) and those who want to use it as a mute button (see Bug #551725). Unfortunately this compromise benefits nobody, because it falls in between the only two sensible use cases.
The slider behavior in Xenial is worse. The amplitude follows what appears to be a quadratic function. This feels like someone lacking proper knowledge about audio had a go at fixing the previous volume slider that, being a bad compromise, didn't work for anyone. Step size varies depending on the slider position. I use sensitive earphones that are already quite loud with the slider near the leftmost position, where step sizes are about 8dB, which is awful. Anyone touching code that involves audio, should perhaps first read my rant about software volume controls: http://www.dr-lex.be/info-stuff/volumecontrols.html The position of the slider should map linearly to dB values, or in other words the volume multiplication factor must be an exponential function of slider position. It _will_ be unavoidable that for some users the slider will either have a ‘dead zone’ or a ‘too loud’ zone, because the maximum loudness of connected loudspeakers or headphones can vary wildly. Any interface that changes the volume by discrete increments like volume keys or the scroll wheel, must use fixed dB steps, in other words a fixed multiplication factor for linear amplitude. A good size for this step is 2 dB. To cater for those who only want to use the volume keys or scroll wheel to quickly make huge volume adjustments, the step size should indeed be configurable as this bug suggests. A drop-down menu with values of 1dB, 2dB, 3dB, and 6dB would be sufficient. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/871133 Title: Volume Step not changeable in Unity and GNOME desktops Status in gnome-settings-daemon: Confirmed Status in Ubuntu GNOME: New Status in gnome-settings-daemon package in Ubuntu: Confirmed Status in unity-settings-daemon package in Ubuntu: Confirmed Bug description: Changing the volume step in gconf-editor does not do anything when adjusting the volume on a hardware dial. --- ApportVersion: 1.23-0ubuntu3 Architecture: i386 DistroRelease: Ubuntu 11.10 EcryptfsInUse: Yes InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Beta i386 (20110413) Package: gnome-settings-daemon 3.2.0-0ubuntu5 PackageArchitecture: i386 ProcEnviron: PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4 Tags: oneiric running-unity Uname: Linux 3.0.0-12-generic i686 UpgradeStatus: Upgraded to oneiric on 2011-10-08 (3 days ago) UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare vboxusers To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-settings-daemon/+bug/871133/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
