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