Modern equivalent of --with-egl-window-system=rpi ?

[Michael Tyson]

Ah! Julien, that was it! —disable-opengl did the trick, I think. I also killed all the mesa packages, which could’ve helped too. Either way, I finally have an operational build - thanks!

Still a rotten framerate with 1080p video, but that’s another issue and I guess I should just be glad it works at all ;-)

Thank you!

On 10 Sep 2014, at 5:15 pm, Julien Isorce <julien.isorce at gmail.com> wrote:

> Try to uninstall all mesa packages. You should not have the directory /usr/include/GL/ .
> 
> Instead just install libraspberrypi-dev  (which contains /opt/vc/include/GLES2)
> 
> (Passing --disable-opengl should prevent from using /usr/include/GL path )
> 
> Cheers
> Julien
> 
> On 10 September 2014 07:40, Michael Tyson <michael at tyson.id.au> wrote:
> It is:
> 
> ./configure --build=arm-linux-gnueabihf --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libexecdir=${prefix}/lib/gst-plugins-bad1.0 --srcdir=. --disable-maintainer-mode --disable-dependency-tracking --disable-silent-rules --libdir=${prefix}/lib/arm-linux-gnueabihf --disable-examples --enable-DEBUG --enable-debug --enable-experimental --with-package-name=GStreamer Bad Plugins (unknown Debian derivative) --with-package-origin=http://packages.qa.debian.org/gst-plugins-bad1.0 --disable-pvr --enable-gtk-doc
> 
> That’s with my NEED_GLES2 modification which, you’re right, should have been a —enable-gles2 flag.
> 
> Here’s config.log: http://cl.ly/0K1P0w1t0I2Y
> 
> Thank you!
> 
> On 9 Sep 2014, at 10:37 am, Matthew Waters <ystreet00 at gmail.com> wrote:
> 
>> On 08/09/14 13:59, Michael Tyson wrote:
>>> Thanks Julien!
>>> 
>>> No go, I’m afraid - it reports "ERROR: from element /GstPipeline:pipeline0/GstGLImageSink:glimagesink0: Cannot create context with the user requested api (gles2).  We have support for (opengl opengl3)”
>>> 
>>> Trying with the two suggested apis gives the same error as previously (“EGL_BAD_PARAMETER”), unsurprisingly.
>>> 
>>> I did notice that the configure script reports "checking whether it is possible to include both GL and GLES2 headers… no”, and then disabled GLES2 ("Disabling GL|ES 2.0 support”).  Adding "NEED_GLES2=yes” to configure.ac:719 causes configure to disable GL instead ("Disabling Desktop GL support”), but unfortunately the build fails on target libgstgl_dispmanx_la-gstglwindow_dispmanx_egl.lo with the following: http://goo.gl/iQ5ngZ("error: conflicting types for ‘GLintptr’”, etc).
>> 
>> What's you're ./configure invocation?
>> 
>> Also, could you attach the config.log file that is generated?
>> 
>> All of the different parts are protected by --{en,dis}able- flags.  It's
>> simply a matter of choosing the right invocation.
>> The --enable-gles2 flag will set NEED_GLES2=yes for you without having
>> to modify configure.ac.
>> 
>>> Any ideas for an immediate fix?
>>> 
>>> Cheers,
>>> Michael
>>> 
>>> 
>>> 
>>> On 5 Sep 2014, at 6:33 pm, Julien Isorce <julien.isorce at gmail.com> wrote:
>>> 
>>>> Hi,
>>>> 
>>>> You also need to set GST_GL_API=gles2
>>>> 
>>>> See http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/commit/gst-libs/gst/gl?id=707cb5800490a654e16ca683e104c1fb9ea3eb87
>>>> 
>>>> If you want to avoid setting those env var, you can disable unwanted support at build time, for example:  --disable-opengl --disable-wayland --disable-x11 --disable-glx ...
>>>> and just enable --enable-gles2 --enable--dispmanx --enable-egl ...
>>>> 
>>>> On rpi I think you may just need to uninstall mesa packages, and just install the rpi bcm dev packages that put egl/gles2 headers in /opt/vc/include directory (can't remember the exact package name). Also if you may want to uninstall wayland package to avoid building the gstgl support (so no need to pass --disable-wayland explicitly)
>>>> 
>>>> Cheers
>>>> Julien
>>>> 
>>>> 
>>>> On 5 September 2014 08:20, Sebastian Dröge <sebastian at centricular.com> wrote:
>>>> On Fr, 2014-09-05 at 17:00 +1000, Michael Tyson wrote:
>>>>> Cheers for the reply Sebastian!
>>>>> 
>>>>> Alas, nope - here’s what it says ("Failed to bind OpenGL API: EGL_BAD_PARAMETER”):
>>>>> [...]
>>>> Can you file a bug about that at http://bugzilla.gnome.org against
>>>> GStreamer, and attach a debug log with GST_DEBUG=*gl*:6 ?
>>>> 
>>>> --
>>>> Sebastian Dröge, Centricular Ltd - http://www.centricular.com
>>>> Expertise, Straight from the Source
>>>> 
>>>> _______________________________________________
>>>> gstreamer-devel mailing list
>>>> gstreamer-devel at lists.freedesktop.org
>>>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>>> 
>>>> 
>>>> _______________________________________________
>>>> gstreamer-devel mailing list
>>>> gstreamer-devel at lists.freedesktop.org
>>>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>> 
>> 
>> 
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> 
> 
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> 
> 
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20140913/7d37615a/attachment.html>