[pulseaudio-discuss] Standardising on the amount of software amplification is presented to the user
gmane at colin.guthr.ie
Wed Apr 14 02:18:35 PDT 2010
'Twas brillig, and Tanu Kaskinen at 13/04/10 20:42 did gyre and gimble:
> Solution: throw away volume sliders in applications, and promote
> centralized volume management with volume applets and hardware controls.
Even if this is the right solution, it would take a very long time to
a) convince application developers this was the cases, and b) develop
the GUI changes etc needed to implement this.
Whereas just getting the volume range right is relatively simple. I'd
rather work under the impression that we'll be sticking with in-app
volume controls for some time to come and get it right, and if/when it's
decided that in-app volumes are not needed then the code can be changed
again. I don't think the work just now would be wasted for the 2 or 3
years it'll likely be used for if your preferred outcome does come to pass.
 I'm not entirely sure I agree for all applications - e.g. mplayer is
a full screen app with no gui - there are keybinding for volume and it's
awkward for me to control a separate GUI due to it being full screen
etc. There are plenty other use cases where in-app volume control of
some sort is very desirable.
Tribalogic Limited [http://www.tribalogic.net/]
Mandriva Linux Contributor [http://www.mandriva.com/]
PulseAudio Hacker [http://www.pulseaudio.org/]
Trac Hacker [http://trac.edgewall.org/]
More information about the pulseaudio-discuss