[Spice-devel] [PATCH spice-gtk 0/5] Require GStreamer, fix build warnings

Marc-André Lureau marcandre.lureau at gmail.com
Mon Jan 7 10:12:34 UTC 2019


Hi

On Mon, Jan 7, 2019 at 2:03 PM Christophe Fergeau <cfergeau at redhat.com> wrote:
>
> On Sun, Jan 06, 2019 at 12:24:33AM +0400, Marc-André Lureau wrote:
> > >
> > > > I'll work on a patch to remove pulse.
> > > >
> > >
> > > It seems too soon.
> >
> > yes, we haven't done enough testing of the gstreamer backend on Linux.
> > The recording path at least fails very often for me due to a race:
> > https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/merge_requests/69
> >
> > After fixing the pulsesrc element, I added a check in spice-gtk for
> > pulseaudio plugin version. I don't see what else I could do.
> >
> > I propose to make GStreamer audio backend the default, and deprecate
> > the pulse backend.
> >
> > If the gst pulseaudio plugin is too old (<1.15), then fallback on
> > spice-gtk pulse backend for now.
>
> In other words, all systems using a stable release of gstreamer (latest
> is 1.14.4) will be falling back to the pulse backend for now, but we'll
> still pretend the pulse backend is deprecated and should not be used.
> And even if distros patch their 1.14 pulsesrc, we won't detect it and
> still fallback. In my opinion, it's unfortunately too early to be too
> that pushy on the switch, at least with respect to deprecation warnings.

If we don't expose it as default, it will be hard to find problems
though. The pulsesrc bug is present since 2011-11-24..

Otoh, it's not such a bad bug either & the GStreamer backend works
fine on Windows for a long time.

The GStreamer fix should be backported to -stable releases. I'll
discuss this with upstream GStreamer.

-- 
Marc-André Lureau


More information about the Spice-devel mailing list