Hello, I am running ArchLinux. uname -a output: Linux Vicentiu-PC 3.2.13-1-ARCH #1 SMP PREEMPT Sat Mar 24 09:10:39 CET 2012 x86_64 Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz GenuineIntel GNU/Linux I am using the following version of pulseaudio: $ sudo pacman -Q pulseaudio pulseaudio 1.1-2 The bug manifests in the following manner. While using pidgin and having a fast conversation with a person. If there are a number of audible beeps in rapid succession the problem appears. The sound is distorted almost to a squealing state. Rarely after this happens I get 1 second of clear audio. The only way to clear the problem is to restart the system. Another way to have the problem manifest itself is to start totem player (I am using Gnome 3). Go to System Settings, applications and quickly slide the totem player's volume from left to right. In no time the bug manifest's itself and I am unable to use the system sounds. If the bug manifests ALL sounds are corrupted, not just the program involved. Let me know if there is anything else that you need to be able to fix the bug. Vicentiu Ciorbaru
I think I know now what this squealing state is: channel left and channel right were mixed to a mono sound which is hearable from both speakers. The strangest thing is: the bug remains over reboots. It must be some kind of memory corruption
Created attachment 75340 [details] The annoying chirping/screeching/blipping/crackling that occurs.
Created attachment 75341 [details] Output of pulseaudio -vvvvvv
I think I have this problem as well. Pulseaudio will be working fine. When sounds play in rapid succession, or a program that emits sound while I already have a video or music playing, sound will turn into an amalgam of random screeches, blips, and crackles. It is not always immediate, and sometimes will go away when one of the sources of sound goes away, but not always. Currently running a slimmed down custom compilation of 3.7.5-1 on Arch linux. 3.7.5-1-custom2 #1 SMP PREEMPT Sat Feb 2 20:57:43 EST 2013 x86_64 GNU/Linux Audio controller: 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04) Subsystem: Elitegroup Computer Systems Device 7c47 Flags: bus master, fast devsel, latency 0, IRQ 51 Memory at f7b10000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00 Capabilities: [100] Virtual Channel Capabilities: [130] Root Complex Link Kernel driver in use: snd_hda_intel I am able to get sound working again by either killing pulseaudio(which immediately respawns, or by opening up pavucontrol and changing the profile from "Analog Surround 5.1 + Analog Stereo Input" to 4.1 then back.(this may be reloading pulseaudio? idk) I've attached a recording of the static, in case that give any idea of what's going. Around 20s is the start of a new video, with a higher volume, resulting in louder garbled noise. I've also attached the output of pulseaudio -vvvvvv, started shortly before I forced the problem(I found that running a certain old game(widget workshop, if you must know) in wine happened to produce the issue fairly often), though it occurs plenty of times during day to day browsing/music listening/video watching.
Just to avoid confusion, I should mention that also seen in the pulseaudio -vvvvvv output are some errors related to the HDMI audio output of my graphics card, which I'd blacklisted the module of(for other reasons). I just rebooted with that module reenabled, and the issue still occurred.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/488.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.