Description of problem: Dragging the volume changes the volume, except there are certain points along the slider where the volume is just entirely muted, including show the little red 'x' icon next to the speaker icon. Continuing to drag past these points returns the volume to the "correct" level for that part of the slider. Version-Release number of selected component (if applicable): 2.21.4-5.fc9.x86_64 How reproducible: always Steps to Reproduce: 1. start playing music in e.g. Rhythmbox 2. play with dragging the volume slider in the panel 3. watch the red 'x' icon appear/disappear occasionally, along with the actual sound being muted. 4. continue dragging, notice that the volume returns to the previous level. Additional info: Lenovo ThinkPad T61 with Intel HDA, snd-hda-intel driver: 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03) Subsystem: Lenovo ThinkPad T61 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin B routed to IRQ 17 Region 0: Memory at fe020000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Address: 0000000000000000 Data: 0000 Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us ExtTag- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend- LnkCap: Port #0, Speed unknown, Width x0, ASPM unknown, Latency L0 <64ns, L1 <1us ClockPM- Suprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed unknown, Width x0, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt- Capabilities: [100] Virtual Channel <?> Capabilities: [130] Root Complex Link <?> Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel
Additional detail--this seems to only happen while actually playing music/sound. If you aren't playing anything, the muting doesn't happen no matter how much you drag the slider. Other interesting effect of this--gnome-volume-control from gnome-media gets messed up by mixer_applet2. If you start dragging the mixer_applet2 slider while gnome-volume-control is open, sometimes the left/right lock on gnome-volume-control separates. Then if you try to drag one of the left or right sliders on gnome-volume-control, it only changes one of the channels until you click the chain-link icon to lock the left/right channels together again. This seems to be very intermittent, so it may take much dragging around to get it to happen. None of these problems happen if you just use gnome-volume-control alone and never touch the mixer_applet2 slider. I verified that both applications are set to use the "Intel HDA (Alsa mixer)". Actually this effect, might be a gnome-volume-control bug, so I'll clone this bugzilla to gnome-media.
This is happening on a fresh rawhide install as of 2008-04-07. This is on a different system with different hardware--Soundblaster Live! (ADC Capture/Standard PCM Playback) via DMA. The symptoms are identical, including the gnome-volume-control issues. If I use the volume slider on PulseAudio Volume Control "Output Device" tab, I have zero issues. All three sets of sliders move if I drag any of them (mixer_applet2, gnome-volume-control, pavucontrol), but I have the discontinuous muting and left/right channel lock issues when using either mixer_applet2 or gnome-volume-control. Cc'ing lennart to see if he has any clues...thanks!
I'm trolling everything that's an F9 blocker - I don't think this one is either, but I'll leave it on. I just played videos in totem, played with gnome-volume-control to my heart's content, and couldn't reproduce a failure. Hardware here is: 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
Please test with the new gstreamer-plugins-base: http://koji.fedoraproject.org/koji/buildinfo?buildID=46563
This isn't actually a release blocker, so I'm punting it over to Target.
Things are better now. There is no longer any discontinuous muting along the volume slider. There is still an issue where if you drag the mixer_applet2 slider down to the bottom, it mutes, but then sometimes doesn't unmute when you drag it back up.
Well, I should have said that things are better on the system with the Intel HDA sound card. The system with the SB Live! still exhibits this behavior of disconinuous muting along the volume slider, although it seems harder to make it happen.
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
*** Bug 431969 has been marked as a duplicate of this bug. ***
*** Bug 468796 has been marked as a duplicate of this bug. ***
This bug should be fixed with the new gnome-volume-control and gnome-volume-control-applet in rawhide, available in the gnome-media package. Please reopen if the problem persists with those versions.
Hello, I realize this bug has been closed but I just wanted to add that this is present in RHEL 5.3 (its CentOS cousin). gnome-media-2.16.1-3.el5 I am using a SoundBlaster Extigy USB Bus 003 Device 002: ID 041e:3000 Creative Technology, Ltd SoundBlaster Extigy This started happened right after the upgrade from 5.2 -> 5.3