After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 658248 - Have a consistent way to push volume beyond 100%
Have a consistent way to push volume beyond 100%
Status: RESOLVED DUPLICATE of bug 790280
Product: gnome-shell
Classification: Core
Component: system-status
3.1.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
: 725009 768694 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2011-09-05 12:18 UTC by Milan Bouchet-Valat
Modified: 2018-07-31 18:20 UTC
See Also:
GNOME target: ---
GNOME version: 3.1/3.2



Description Milan Bouchet-Valat 2011-09-05 12:18:37 UTC
Bug 657607 and bug 649411 chose to avoid forcing sound volume to 150% from the indicator and the media keys. This is a reasonable decision since users could get distorted sound by default without noticing.

OTOH, many recent laptops have quite weak speakers that require you to go beyond 100% several times a day (I know a few of them). Before GNOME 3.0, and after the new change, you had/will have to go to the sound preferences, where the slider allows going to 150%. This is both annoying and kind of inconsistent (notably, the volume indicator is still blocked at 100% even if you went to 150%).

I suggest we add a way to go to 150%, but not by default, and not without a clear notice. I see three options:
- Only when using media keys, or when scrolling on the indicator, allow the user to go beyond 100% by insisting a little. In that case, the slider and OSD should show the part between 100% and 150% in red to explain amplification is beyond its normal level.
- Use the Alt key trick in the volume indicator to allow the slider to go until 150% (suggestion made by Florian). This is less intuitive but would be relatively efficient for people who know it exists.
Comment 1 leniviy 2011-10-29 10:45:53 UTC
+1
Not only Gnome doesn't allow to go beyond 100% using media keys. It also resets volume to 100% when it's already more than that and "volume up" key pressed.
Comment 2 Milan Bouchet-Valat 2011-10-29 13:45:50 UTC
(In reply to comment #1)
> Not only Gnome doesn't allow to go beyond 100% using media keys. It also resets
> volume to 100% when it's already more than that and "volume up" key pressed.
Please file a bug about that against gnome-settings-daemon. That's really a bug, while this report is more about design issues.
Comment 3 Florian Müllner 2014-02-23 20:50:18 UTC
*** Bug 725009 has been marked as a duplicate of this bug. ***
Comment 4 Simonas 2015-03-10 19:01:05 UTC
I think Ubuntu provides the best solution, a checkbox to always allow higher than 100% volume:
http://i.imgur.com/aC3FWMZ.png
Comment 5 Florian Müllner 2016-07-11 18:32:18 UTC
*** Bug 768694 has been marked as a duplicate of this bug. ***
Comment 6 Andrew Stiegmann 2017-07-23 23:54:07 UTC
Want to throw my +1/hat/whatever into the ring with this ticket.  I currently run Fedora 26 on a Lenovo T430s. Like many modern(ish) laptops, the speakers are quite weak when cranked up to 0Db and thus I have a need to overdrive them regularly to be able to get reasonably audible sound.  Because of this need I regularly experience the same frustration that Milan described above.  

Any of the above solutions would be fine (though I would personally prefer the Ubuntu solution of requiring a user to click a check box that allows them to make this change).  This allows the default to be sane and distortion-less, but enables us with crippled speakers to actually have them be usable without having to dig into settings.

I would also point out that even pulse audio has a recommended max UI volume value (PA_VOLUME_UI_MAX) that is higher than PA_VOLUME_NORM (which is what Gnome currently limits its max to).  While this may not be the best user experience in the end for users (because of the distortion issues that can occur above volume normal), it does show the need for this overdrive functionality to exist.
Comment 7 Florian Müllner 2018-07-31 18:20:40 UTC

*** This bug has been marked as a duplicate of bug 790280 ***