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

Re: pulseaudio causing crashing of applications



Hey,

On Feb 13, 2008 4:52 PM, Lennart Poettering <mzerqung 0pointer de> wrote:
> On Wed, 13.02.08 22:49, Lennart Poettering (mzerqung 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.

Yeah.

Similar to:
http://bugzilla.gnome.org/show_bug.cgi?id=347426

Jon


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