Bug 544654 - sound volume decreases while sound is played without visible changes in pavucontrol
Summary: sound volume decreases while sound is played without visible changes in pavuc...
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: alsa-utils
Version: 12
Hardware: All
OS: Linux
medium
low
Target Milestone: ---
Assignee: Jaroslav Kysela
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-12-05 21:27 UTC by Felix Schwarz
Modified: 2010-11-07 11:35 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2010-11-07 11:35:19 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
output of 'pulseaudio -k && pulseaudio -vvvv', afterwards the volume is muted. (65.18 KB, text/plain)
2009-12-05 21:43 UTC, Felix Schwarz
no flags Details

Description Felix Schwarz 2009-12-05 21:27:13 UTC
Description of problem:
Every time I play some sound the sound volume decreases linearly until there is no sound anymore after approx. 40 seconds. This happens in totem/rhythmbox/vlc as well as in gnash.

The volume control does not show any difference. pavucontrol indicates that sound is being played. All volume controls are put to maximum.

I tried to add 'flat-volumes = no' to /etc/pulse/daemon.conf as suggested by nirik in irc but that did not help (I issued 'pulseaudio -k && pulseaudio -vvv' after the config change).

Version-Release number of selected component (if applicable):
totem-2.28.3-1.fc12.x86_64
rhythmbox-0.12.5-8.fc12.x86_64
gstreamer-0.10.25.1-1.fc12.x86_64
pulseaudio-0.9.21-1.fc12.x86_64

How reproducible:
Always.

Steps to Reproduce:
1. Play some music file
  
Actual results:
Volume decreases linearly.

Expected results:
Volume stays the same

Comment 1 Felix Schwarz 2009-12-05 21:36:12 UTC
$ lspci 
00:02.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1)
00:03.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1)
00:04.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1)
00:0a.1 SMBus: nVidia Corporation MCP51 SMBus (rev a3)
00:10.0 PCI bridge: nVidia Corporation MCP51 PCI Bridge (rev a2)
00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio (rev a2)

I don't see this problem with an intel chipset.

Comment 2 Felix Schwarz 2009-12-05 21:43:32 UTC
Created attachment 376368 [details]
output of 'pulseaudio -k && pulseaudio -vvvv', afterwards the volume is muted.

Comment 3 Felix Schwarz 2009-12-22 09:29:37 UTC
Turns out that this is again a recurrence of an earlier bug (bug 500418) and can be worked around using the exact same technique (see bug 500418 comment #10):

/etc/modprobe.d/dist-alsa.conf
options snd-hda-intel model="ref"

Would be nice if this problem could be fixed once. Obviously the hardware/driver is somewhat quirky so we might need a special case for this hardware.

Reset component to alsa-utils as for bug 500418. Lowering severity as there is an easy workaround.

Comment 4 Bug Zapper 2010-11-04 04:14:24 UTC
This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '12'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 12's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 12 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 5 Felix Schwarz 2010-11-07 11:35:19 UTC
I don't see this problem in Fedora 14 anymore so I guess it's finally fixed.


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