Re: pulseaudio causing crashing of applications

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

 



Andrew Farris wrote:
Lennart Poettering wrote:
On Wed, 13.02.08 13:20, Andrew Farris (lordmorgul@xxxxxxxxx) 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/*

Lennart

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).

https://bugzilla.redhat.com/show_bug.cgi?id=432711

BTW, I have a hard time believing this is an issue that either PA or gstreamer is responsible for since banshee is playing files fine (and properly pausing) during VT switches. I've been playing with banshee for awhile and cannot hang it in the same way rhythmbox does. (I only have one of them open at a time too) Seems like a bug to track down in rhythmbox itself.

--
Andrew Farris <lordmorgul@xxxxxxxxx> 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
----                                                                       ----

--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux