Bug 1046512
| Summary: | pulseaudio sound cracks every time it starts and stops | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | redhat | ||||||||||||||||
| Component: | alsa-lib | Assignee: | Jaroslav Kysela <jkysela> | ||||||||||||||||
| Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||||||||
| Priority: | unspecified | ||||||||||||||||||
| Version: | 20 | CC: | brendan.jones.it, jkysela, lkundrak, lpoetter, rdieter, superquad.vortex2 | ||||||||||||||||
| Target Milestone: | --- | ||||||||||||||||||
| Target Release: | --- | ||||||||||||||||||
| Hardware: | x86_64 | ||||||||||||||||||
| OS: | Linux | ||||||||||||||||||
| Whiteboard: | |||||||||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||||||
| Clone Of: | Environment: | ||||||||||||||||||
| Last Closed: | 2015-06-29 13:49:29 UTC | Type: | Bug | ||||||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||||||
| Documentation: | --- | CRM: | |||||||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||||
| Embargoed: | |||||||||||||||||||
| Attachments: |
|
||||||||||||||||||
|
Description
redhat
2013-12-25 23:09:51 UTC
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 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. |