From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] How to build the qt plugin in gst1-plugins-bad ?
Date: Wed, 19 Jul 2017 11:35:53 +0200 [thread overview]
Message-ID: <20170719113553.6669def3@windsurf> (raw)
In-Reply-To: <CADujc4q8d1AMFmvoD_62qnOkNSntuCCGCe4+Pkatp4P382srfg@mail.gmail.com>
Hello,
On Wed, 19 Jul 2017 17:17:43 +0800, Glenn Coombs wrote:
> configure:50774: WARNING: Could not find any Qt Windowing integration
>
> I'm not sure why the qt plugin is explicitly disabled - is there a known
> issue with building this plugin ?
I don't think so, it's probably just that nobody needed it until now,
and therefore nobody did the effort to see what changes were needed to
enable it.
> Can anybody help with what further options I might need to set to get
> it to build ?
You should read the configure.ac script of gst1-plugins-bad, it gives
all the details of the checks it is doing about Qt. See
https://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/configure.ac?id=1.12.1#n2907.
Since you're using eglfs, I think you should fall into the case where:
if test "x$GST_GL_HAVE_PLATFORM_EGL" = "x1"; then
then since you're not on Android
if test "x$GST_GL_HAVE_WINDOW_ANDROID" = "x1"; then
should be false, which brings you to the else case:
else
AC_DEFINE([HAVE_QT_EGLFS], [],
[Define if Qt eglfs integration is installed])
HAVE_QT_WINDOWING="yes"
fi
The error message that you get "Could not find any Qt Windowing
integration" appears when HAVE_QT_WINDOWING is "no". So obviously
GST_GL_HAVE_PLATFORM_EGL is not "1" in your situation, and that's the
problem.
GST_GL_HAVE_PLATFORM_EGL is set to 1 in:
if test "x$USE_EGL" = "xyes"; then
GL_PLATFORMS="egl $GL_PLATFORMS"
GST_GL_HAVE_PLATFORM_EGL=1
fi
So we need to understand when USE_EGL is set to "yes". For the Linux
platform, it is set to yes as follows:
if test "x$NEED_EGL" != "xno"; then
if test "x$HAVE_WINDOW_WAYLAND" = "xyes" -o "x$HAVE_WINDOW_X11" = "xyes" -o "x$HAVE_WINDOW_DISPMANX" = "xyes" -o "x$HAVE_WINDOW_VIV_FB" = "xyes"; then
GL_LIBS="$GL_LIBS -lEGL $EGL_LIBS"
GL_CFLAGS="$GL_CFLAGS $EGL_CFLAGS"
USE_EGL=yes
fi
fi
So you need to find out why HAVE_WINDOW_VIV_FB is not "yes".
I suggest that you add a bunch of additional echo in the configure
script to dump the value of the various variables, in order to
progressively figure out what's going on.
Once you have nailed down the problematic variable, we can probably
help again to understand what is the problem.
Good luck!
Thomas Petazzoni
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
next prev parent reply other threads:[~2017-07-19 9:35 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-19 9:17 [Buildroot] How to build the qt plugin in gst1-plugins-bad ? Glenn Coombs
2017-07-19 9:35 ` Thomas Petazzoni [this message]
2017-07-19 9:55 ` Glenn Coombs
2017-07-19 10:01 ` Thomas Petazzoni
2017-07-21 7:39 ` Glenn Coombs
2017-07-21 7:44 ` Thomas Petazzoni
2017-07-21 8:35 ` Glenn Coombs
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170719113553.6669def3@windsurf \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox