Description of problem: Every time I start some sound and end some sound there is a crack. This is very evident and annoying with the system alert sound on Gnome. Version-Release number of selected component (if applicable): 4.0 How reproducible: Easily, and consistently reproducible. Steps to Reproduce: 1. Prepare by raising the volume on the 'Front' bar on alsamixer, 'Line' also works if that is the output. Even here on alsamixer changing the volume of this bar is enough to create cracks. If you don't see these bars, make sure you choose the right sound card first, pressing F6. If you don't have those bars even with the correct sound card, just change the volume of the bars you do have and notice if there are any cracks changing volume, if there are, max out that bar. 2. Start a sound and notice a crack just before it starts. The gnome-terminal is great for this, you can just press the right or left cursor key to trigger an alert. Make sure you have the alerts toggled on and with reasonable volume, on the gnome control center, the Audio section, the Sound Effects tab. 3. Stop the sound and notice a crack after is stops. Sometimes you need to actually exit the media application to trigger the crack and it can take a few seconds after the app exits for you to hear it. Actual results: Cracks everywhere. Expected results: Silky smooth audio. Additional info: This happens on gnome-terminal, totem and vlc. On the gnome-terminal it's easier to test because you don't need to exit to hear the crack when the alert sound stops.
I performed the initial tests on an Intel G43 chipset, I also tried with a Steelseries 5Hv2 USB sound card and even though the cracking sounds different, it is still there.
I'm using headphones btw, they are generally connected to the back of my pc tower, I just connected to a jack in the front of the tower and now the bars on alsamixer 'Front' and 'Line' are smooth, 'Master' and 'Headphones' crack.
I noticed when the alert sound goes off, the master volume changes on alsamixer, I maxed out the alert sound volume on the gnome settings, and now when it goes off it doesn't change in alsamixer, and the cracks have stopped. This is painful workaround though, the alert sound volume is too loud this way.
This is possibly an alsa/driver issue, reassigning for comment.
do the crack occur when you play directly to the alsa hardware without pulseaudio ? speaker-test -c2 -t wav -D hw:0,0 post the output of alsa-info.sh
you have to provide pulseaudio verbose log if the crack only occurs when using pulseaudio http://fedoraproject.org/wiki/How_to_debug_PulseAudio_problems
Created attachment 855309 [details] output of alsa-info.sh
Created attachment 855310 [details] 'amixer -c0' output
speaker-test -c2 -t wav -D hw:0,0 I heard no cracking during this test. -------- I attached the outputs of: alsa-info.sh amixer -c0
you have to post the pulseaudio verbose log pactl list pulseaudio -vvvv
Created attachment 855389 [details] pactl list
Created attachment 855390 [details] pulseaudio -vvvv
you have to following the instruction in http://fedoraproject.org/wiki/How_to_debug_PulseAudio_problems to disable auto spwan and obtain the log when and repeat your step to reproduce the bug
Created attachment 855416 [details] no autospawn
Created attachment 855419 [details] no autospawn pulseaudio -vvvvv I wasn't able to reproduce the bug under these conditions, the alert sound didn't plat at all on the terminal window, it only worked on the gnome-settings menu, without cracking, other sounds, from other applications didn't present the bug anymore.
Created attachment 855420 [details] no autospawn, pulseaudio -vvvvv, pacmd ls
do you m(In reply to redhat from comment #2) > I'm using headphones btw, they are generally connected to the back of my pc > tower, I just connected to a jack in the front of the tower and now the bars > on alsamixer 'Front' and 'Line' are smooth, 'Master' and 'Headphones' crack. do you mean you are not using front audio panel headphone ? only green Jack at rear panel have HP amp Pincap 0x0000001c: OUT HP Detect but this is not enabled since it is setup as line out, Pin-ctls: 0x40: OUT the other output Jack did not have HP amp Node 0x1c [Pin Complex] wcaps 0x40058d: Stereo Amp-Out Control: name="Front Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Control: name="Front Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Control: name="Line Out Front Jack", index=0, device=0 Amp-Out caps: ofs=0x1b, nsteps=0x1b, stepsize=0x06, mute=1 Amp-Out vals: [0x11 0x11] Pincap 0x0000001c: OUT HP Detect Pin Default 0x01014010: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Green DefAssociation = 0x1, Sequence = 0x0 Pin-ctls: 0x40: OUT Unsolicited: tag=01, enabled=1 did you set the front audio panel type in bios setup of your Asus motherboard? Misc = NO_PRESENCE this mean front audio panel does not support Jack detection Node 0x1d [Pin Complex] wcaps 0x40058d: Stereo Amp-Out Control: name="Headphone Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Control: name="Headphone Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Control: name="Front Headphone Phantom Jack", index=0, device=0 Amp-Out caps: ofs=0x1b, nsteps=0x1b, stepsize=0x06, mute=1 Amp-Out vals: [0x11 0x11] Pincap 0x0000001c: OUT HP Detect Pin Default 0x0221411f: [Jack] HP Out at Ext Front Conn = 1/8, Color = Green DefAssociation = 0x1, Sequence = 0xf Misc = NO_PRESENCE Pin-ctls: 0xc0: OUT HP Unsolicited: tag=00, enabled=0
D: [pulseaudio] module-device-restore.c: Database contains invalid data for key: sink:alsa_output.pci-0000_00_1b.0.analog-stereo:null
I generally connect my headphones on the back of the tower, but I also tested the front panel. The behaviour was the same on both. The type of the front panel is setup on the bios as AC97.
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. 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 EOL if it remains open with a Fedora 'version' of '20'. 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. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 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, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. 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.
Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 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.