Bug 1265830 - Disabling flat volumes triggered master volume level to reach 100% while trying to decrease/increase it
Disabling flat volumes triggered master volume level to reach 100% while tryi...
Status: CLOSED UPSTREAM
Product: Fedora
Classification: Fedora
Component: pulseaudio (Show other bugs)
rawhide
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Lennart Poettering
Fedora Extras Quality Assurance
: MoveUpstream, Reopened
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-09-23 17:32 EDT by Germano Massullo
Modified: 2016-07-19 14:24 EDT (History)
7 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-07-19 14:24:20 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
pulseaudio logs (33.94 KB, application/x-xz)
2015-09-23 17:32 EDT, Germano Massullo
no flags Details


External Trackers
Tracker ID Priority Status Summary Last Updated
FreeDesktop.org 92207 None None None Never

  None (edit)
Description Germano Massullo 2015-09-23 17:32:08 EDT
Created attachment 1076315 [details]
pulseaudio logs

Description of problem:
Days ago I disabled PulseAudio's flat volumes due PulseAudio:
- crackling audio trouble #1264177
- inability to correctly handle application bad behaviour about volume levels #1265267

Disabling PulseAudio's flat volumes solved the mentioned problems, but introduced a new one.
I usually increase / decrease volume level by using mouse wheel on KMix icon.
Both actions sometimes trigger the master volume to 100% level. While collecting PulseAudio logs, I managed to reproduce (twice) the problem:
Note: each mousewheel step increases or decreases volume level by a 5%.

===First occurrence of the problem===
At line number 1359 you can see the volume setted at 70%:
A few moments later, I tried to increase it at 75%, but the volume level has been pushed to 100% (line number 1459).

===Second occurrence of the problem===
At line number 18000 you can see the volume setted at 40%:
A few moments later, I tried to increase it at 45%, but the volume level has been pushed to 100% (line number 18016).


Since on the logs, every volume level change has the form of

D: [alsa-sink-Multichannel] alsa-sink.c: Requested volume: front-left: 65536 / 100% / 0,00 dB,   front-right: 65536 / 100% / 0,00 dB

that "Requested volume" makes me think about PulseAudio being requested to set the volume to 100%. So in the dubt I added in CC some guys of KDE SIG and alsa.

I can quite easly reproduce the problem, so feel free to ask me to do any test.


Version-Release number of selected component (if applicable):
pulseaudio-6.0-8.fc22.x86_64
kmix-15.04.0-1.fc22.x86_64
Comment 1 Fedora End Of Life 2016-07-19 14:00:00 EDT
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.
Comment 2 Rex Dieter 2016-07-19 14:24:20 EDT
There's already an upstream report, let's continue tracking it there.

Note You need to log in before you can comment on or make changes to this bug.