[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: pulseaudio causing crashing of applications

Lennart Poettering wrote:
On Wed, 13.02.08 13:20, Andrew Farris (lordmorgul gmail com) wrote:
Correction. Rhythmbox froze during AND after the session was inactive, making it permanently frozen (dead, defunct, useless). This is definitely wrong. So its an issue with how gst (and by extension rhythmbox) handle things, inappropriately in that case. But it was a problem.

This sounds as if some other process blocked the audio device when
switching back the session so that PA was unable to reopen the device
and thus playback stays suspended.

Could you please check this, by running "pactl" in a terminal when
this happens again, and then type "list-sinks"? If your sound card
sink remains in SUSPENDED state, than this is most likely the issue.

Or, you might have hit the well-known issue HAL where it fails to
restore ACLs sometimes and thus PA is not able to reopen the device
properly. Check getfacl /dev/snd/*


fyi I've opened [1] on the rhythmbox freezes issue. I've got a few backtraces up though I'm unsure how useful they are in this situation with streaming media.

In about 5 tries I got rhythmbox to freeze after vt switch, the latest comment has the backtrace of that specifically. pactl does not show SUSPENDED as a flag on any sink (I have two sound cards, though only one is being used at that time), and the acls seem to have access for my user (that is attached to the bug).


Andrew Farris <lordmorgul gmail com> www.lordmorgul.net
 gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3
No one now has, and no one will ever again get, the big picture. - Daniel Geer
----                                                                       ----

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]