[Buildroot] [PATCH v4 2/8] gst-plugins-${base, good, bad, ugly}: bump to 1.14.0
Peter Seiderer
ps.report at gmx.net
Wed Apr 11 06:56:56 UTC 2018
Hello Thomas, Adam,
> Gesendet: Dienstag, 10. April 2018 um 23:40 Uhr
> Von: "Thomas Petazzoni" <thomas.petazzoni at bootlin.com>
> An: "Peter Seiderer" <ps.report at gmx.net>
> Cc: "Adam Duskett" <aduskett at gmail.com>, buildroot at buildroot.org
> Betreff: Re: [Buildroot] [PATCH v4 2/8] gst-plugins-${base, good, bad, ugly}: bump to 1.14.0
>
> Hello Peter,
>
> Thanks for your feedback!
>
> On Tue, 10 Apr 2018 18:28:13 +0200, Peter Seiderer wrote:
>
> > > Indeed, the gst1-plugins-bad package still has a
> > > --enable-wayland/--disable-wayland option:
> > >
> > > output/build/gst1-plugins-bad-1.14.0 $ ./configure --help | grep wayland
> > > --disable-wayland disable wayland sink: wayland
> >
> > This is the 'old' one in gstreamer and buildroot and should be kept (NOT moved from bad to base)....
>
> Not sure to understand what you say here. Do you say: "This option
> already exists in the current version of GStreamer packaged by
> Buildroot, and continues to exist in 1.14.0 and therefore should be
> kept in Buildroot, i.e BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_WAYLAND
> should stay.
I think the BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_WAYLAND could/should
move to base, but the waylandsink enabling BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_WAYLAND
should stay in bad....(maybe the confusion comes from the double use of
--enable-wayland option in gst1-plugins-bad enabling wayland support in
libGstGl and/or enabling the waylandsink element)...
>From package/gstreamer1/gst1-plugins-bad/gst1-plugins-bad.mk:
ifneq ($(BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_WAYLAND)$(BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_WAYLAND),)
GST1_PLUGINS_BAD_CONF_OPTS += --enable-wayland
GST1_PLUGINS_BAD_DEPENDENCIES += wayland wayland-protocols
else
GST1_PLUGINS_BAD_CONF_OPTS += --disable-wayland
endif
>From package/gstreamer1/gst1-plugins-bad/Config.in:
config BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_WAYLAND
bool "wayland"
default y
depends on BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_EGL
depends on BR2_PACKAGE_WAYLAND
select BR2_PACKAGE_WAYLAND_PROTOCOLS
select BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_HAS_WINDOW
[...]
config BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_WAYLAND
bool "wayland"
default y
depends on BR2_PACKAGE_WAYLAND
select BR2_PACKAGE_WAYLAND_PROTOCOLS
help
Wayland Video Sink
I get a running waylandsink with:
# BR2_PACKAGE_GST1_PLUGINS_BASE_LIB_OPENGL_WAYLAND is not set
BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_WAYLAND=y
>
> Is that what you meant ?
>
> > > And in base:
> > >
> > > output/build/gst1-plugins-base-1.14.0 $ ./configure --help | grep wayland
> > > --enable-wayland Enable Wayland support (requires EGL) [default=auto]
> >
> > This is the 'new' one in gstreamer, yet without handling in buildroot, enables
> > wayland support in libgstgl (which is used by some plugins, but I believe not
> > by the waylandsink plugin from bad)...
>
> For this one, do you think we need an explicit
> BR2_PACKAGE_GST1_PLUGINS_BASE_WAYLAND option, or should we just pass
> --enable-wayland as soon as Wayland+EGL are available, in
> gst1-plugins-base.mk ?
Mhh, I believe this is what the old BR2_PACKAGE_GST1_PLUGINS_BAD_LIB_OPENGL_WAYLAND option was,
my first thought was about the automatic solution, but a explicit option named
gst-gl-wayland-support/opengl-wayland-support (?) should be good...
>
>
> > > In gst1-plugins-base, the --enable-wayland option requires EGL support,
> > > and will enable some wayland related code in gst-libs/gl/. Peter, do
> > > you understand what this does, compared to the wayland sink provided in
> > > gst1-plugins-bad ?
> >
> > Yes, your short analysis is right (and sorry, I can add no more details what
> > is enabled/disabled in the resulting libgstgl library)....
>
> You *can* add more details, or you *can't* ? :-)
*cant't* (sorry for my bad english ;-) )...
Regards,
Peter
>
> Best regards,
>
> Thomas
> --
> Thomas Petazzoni, CTO, Bootlin (formerly Free Electrons)
> Embedded Linux and Kernel engineering
> https://bootlin.com
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
More information about the buildroot
mailing list