pulseaudio causing crashing of applications
William Jon McCann
mccann at jhu.edu
Wed Feb 13 22:08:52 UTC 2008
On Feb 13, 2008 4:52 PM, Lennart Poettering <mzerqung at 0pointer.de> wrote:
> On Wed, 13.02.08 22:49, Lennart Poettering (mzerqung at 0pointer.de) wrote:
> > > On Wed, 2008-02-13 at 22:10 +0100, Lennart Poettering wrote:
> > > > PA provides the necessary information. It's just that Gst doesn't and
> > > > thus simply blocks waiting until it can write to the audio device the
> > > > next time, freezing the UI.
> > >
> > > Lennart,
> > > as PA has rerouting capabilities already, couldn't you simply reroute
> > > sound to /dev/null (and mic from /dev/null) ?
> > >
> > > This would prevent most older applications from crashing I guess.
> > I don't see why apps should "crash" due to this. They might freeze and
> > then unfreeze again. But "crash"? No, hopefully not. If they are this
> > fragile than they should be fixed, instead of adding non-trivial
> > workarounds to PA. Don't forget that C-z is very similar to this kind
> > of freezing. If an app can't survive C-z than it needs fixing anyway I
> > would say.
> Oh, and let's not forget that I believe the expected user behaviour is
> music to stop and resume on session switch -- not muting. I mean, the
> information about this suspending is forwarded to the application by
> PA. However, the gst plugin isn't able to make any good use of that
> information, because afaik downstream elements are not supposed to
> change the state of the pipeline.
More information about the fedora-devel-list