Enabling OpenGL components on OS X.

[petros]

Hi,

I am trying to test the GL components on OS X El Capitan 10.11.2 but I still haven't found a way to properly enable this functionality when building gst-plugins-bad.

I have tried to build with --enable-opengl but although the OpenGL library itself is found the header test is failing.

OpenGL is properly installed on my system but being aware of the tendency of Apple to put these header files on non-standard dirs I am wondering how people that work with GStreamer on OS X get advantage of the GL components.

I m currently testing with GStreamer 1.6.3 which is the current default that comes from homebrew.

Any insights would be greatly appreciated.

Thank you,
Petros

[Sebastian Dröge-3]

On Do, 2016-07-07 at 01:39 -0700, petros wrote:

> Hi,
>
> I am trying to test the GL components on OS X El Capitan 10.11.2 but I still
> haven't found a way to properly enable this functionality when building
> gst-plugins-bad.
>
> I have tried to build with --enable-opengl but although the OpenGL library
> itself is found the header test is failing.
>
> OpenGL is properly installed on my system but being aware of the tendency of
> Apple to put these header files on non-standard dirs I am wondering how
> people that work with GStreamer on OS X get advantage of the GL components.
>
> I m currently testing with GStreamer 1.6.3 which is the current default that
> comes from homebrew.
>
> Any insights would be greatly appreciated.

Please provide the config.log of the failed run. For the OSX binaries
we provide, OpenGL support is enabled and seems to work well, so it's
probably something that is different with the setup on your system.

--

Sebastian Dröge, Centricular Ltd · http://www.centricular.com

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[petros]

Thanks for your prompt reply Sebastian.

Here is the  config.log.

Note that this is the output that I get if I try to build from source through homebrew with cocoa and opengl enabled. It seems it can locate the library but not the header files.

If I manually download the tar file and try to build with the exact same flags as through homebrew the configuration step can't even find the GL library along with the headers which makes me think if indeed is something off here although I don't have any issues with other OpenGL dependent applications.

Also, probably I am missing something but shouldn't it use the -framework variant and OpenGL/gl.h check in the case of OS X ( at least on recent versions ) ?

Best,
Petros

[Sebastian Dröge-3]

On Do, 2016-07-07 at 03:08 -0700, petros wrote:

> Thanks for your prompt reply Sebastian.
>
> Here is the   config.log
> <http://gstreamer-devel.966125.n4.nabble.com/file/n4678493/config.log
> >  .
>
> Note that this is the output that I get if I try to build from source
> through homebrew with cocoa and opengl enabled. It seems it can
> locate the library but not the header files.
>
> If I manually download the tar file and try to build with the exact
> same
> flags as through homebrew the configuration step can't even find the
> GL
> library along with the headers which makes me think if indeed is
> something
> off here although I don't have any issues with other OpenGL dependent
> applications.
>
> Also, probably I am missing something but shouldn't it use the
> -framework variant and OpenGL/gl.h check in the case of OS X ( at
> least on recent versions ) ?

That's exactly the problem, the configure check is wrong. Can you file
a bug about that? Even better if you also can send a patch that works
for you :)

It doesn't happen when building with cerbero because of:
https://cgit.freedesktop.org/gstreamer/cerbero/tree/config/darwin.config#n86

--

Sebastian Dröge, Centricular Ltd · http://www.centricular.com
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[petros]

Sure, where would be the appropriate place for filing this bug?

Although I m not sure this is the only problem unfortunately. After building the plugins not all of the gst/gl/cocoa/*.h files are copied to the install directory after make install. Just gstglcontext_cocoa.h and gstglcaopengllayer.h are actually installed and gstgldisplay_cocoa.h and all others are missing..

Any clues where would I have to look for this ?

Best,
Petros

[Nicolas Dufresne-4]

Le jeudi 07 juillet 2016 à 10:44 -0700, petros a écrit :
> Sure, where would be the appropriate place for filing this bug?

https://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer&component=gst-plugins-bad

>
> Although I m not sure this is the only problem unfortunately. After building
> the plugins not all of the gst/gl/cocoa/*.h files are copied to the install
> directory after make install. Just gstglcontext_cocoa.h and
> gstglcaopengllayer.h are actually installed and gstgldisplay_cocoa.h and all
> others are missing..

Check in the Makefile.am, some of the .h might be missing in the
_SOURCES list. At the same time, would be nice to double check they are
in DIST when this arch is not selected.

regards,
Nicolas
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[JSmith]

I have to ask why are you trying to build OS X? I went through the brew 1.8.2 (binary) install but it, too, has problems. Access to OpenGL wasn’t the issue.

The gstreamer binary distribution works, although the dmg/pkg set is a bit vague. Install every package, and every package from the dmg.
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Sebastian Dröge-3]

On Do, 2016-07-07 at 10:44 -0700, petros wrote:
> 
> Although I m not sure this is the only problem unfortunately. After building
> the plugins not all of the gst/gl/cocoa/*.h files are copied to the install
> directory after make install. Just gstglcontext_cocoa.h and
> gstglcaopengllayer.h are actually installed and gstgldisplay_cocoa.h and all
> others are missing..
>
> Any clues where would I have to look for this ?

This seems to be intentional, see the Makefile.am. The ones that are
missing are in noinst_HEADERS, the ones that are installed are
in libgstgl_cocoainclude_HEADERS.

Do you need the missing ones for something? They shouldn't be required
for anything.

--

Sebastian Dröge, Centricular Ltd · http://www.centricular.com
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[petros]

@Sebastian
Well, I might have been too fast with this one -- Being used from Linux where I have to use either  gst_gl_display_egl_new_with_egl_display or gst_gl_display_x11_new_with_display to get a connection to the underlying display system I thought this was symmetrical for the cocoa interface also. Looking at it more in detail though I m realizing that probably this is not the same case for OS X. I suppose in this case I should go with gst_gl_display_new . Thanks for this hint.

@JSmith
I don't see why not trying to build from source on OS X. It's supposed to be supported and if there are some rough edges it would be nice to track them down and fix them. The main motivation has been the lack of a documentation of what the binary packages contain exactly ( where are the GL components in the case of the binaries is still a mystery to me :) ) and also incomplete setups through the brew route.

Cheers,
Petros