gl/cocoa: Fix example on Mac OS X 10.10

Using NSApp directly seems to confuse something, as the compiler
was expecting an id<NSFileManagerDelegate>. Switched to using
[NSApplication sharedApplication], and specified the delegate
protocol on the window class as well.

Similar to https://bugzilla.gnome.org/show_bug.cgi?id=738740

glcontext: require GL_ARB_ES2_compatibility for opengl3

until we generate gl3 compliant shaders

https://bugzilla.gnome.org/show_bug.cgi?id=740012

glimagesink: properly handle the !opengl3 case

https://bugzilla.gnome.org/show_bug.cgi?id=740012

glfilterapp: fix unused variable compiler warning

When GST_GL_HAVE_OPENGL is 0 or unset.

glfilterapp is now available on gles2 as well so build it

gl: fixup compat definition for GLuint64 for OS X

gl: add compat definition for GLuint64 for android

../../../../gst-libs/gst/gl/glprototypes/sync.h:41:23: error: unknown type name 'GLuint64'
                       GLuint64 timeout))

glsync: fix build with desktop gl

gl: fix typo in #if

GST_GL_API_HAVE_OPENGL doesn't exist

gl: fix various build errors without desktop gl

gldisplay: fix build error

gstgldisplay.c:234:541: error: 'return' with no value, in function returning non-void [-Werror]
   g_return_if_fail (GST_IS_GL_DISPLAY (display));

gldisplay: implement runtime GL api filtering

Needed so that the pipeline/application can limit the choice of GL api
to what it supports

gl: remove the use of glu

gl: add a sync meta for synchronizing across GL contexts

A context can create a GLsync object that can be waited on in order
to ensure that GL resources created in one context are able to be
used in another shared context without any chance of reading invalid
data.

This meta would be placed on buffers that are known to cross from
one context to another.  The receiving element would then wait
on the sync object to ensure that the data to be used is complete.

glprototypes: add sync function definitions

glfilterapp: port to gles2 and gl3

gloverlay: support gl3

glvideomixer: add support for gl3

glfiltercube: add a gl3 code path

glfiltershader: support gl3

gltransformation: support gl3

gleffects: support gl3 whereever gles2 is supported

glcolorscale: support gl3

glfilter: add a gl3 code path using vao's and vbo's

glframebuffer: add support for gl3

glcolorconvert: add support for gl3

glimagesink: use vbo's and vao's for gl3

glshader add support for gl3

glx: ask for a GL3 core context

videoaggregator: Expose vmethods to set converters and prepare/clean frames

This gives more flexibility to the subclasses and permits to remove the
GstVideoAggregatorClass->disable_frame_conversion ugly API.

WARNING: This breaks the API as it removes the disable_frame_conversion
field

API:
  + GstVideoAggregatorClass->find_best_format
  + GstVideoAggregatorPadClass->set_format
  + GstVideoAggregatorPadClass->prepare_frame
  + GstVideoAggregatorPadClass->clean_frame

  - GstVideoAggregatorClass->disable_frame_conversion

https://bugzilla.gnome.org/show_bug.cgi?id=740768

glcolorconvert: Unref buffer with the correct function

glmemory: Handle failure of memory allocation gracefully

glmemory: Use g_try_malloc() in the appropriate places

g_malloc() aborts if allocation fails, it's pointless to check against NULL
afterwards. That's why g_try_malloc() exists.

glcolorconvert: support RGB16/BGR16 video format download

https://bugzilla.gnome.org/show_bug.cgi?id=740801

glimagesink: only attempt a resize when the window has already resized

fixes a black startup screen on wayland

gl/wayland: implement resizing the window using the right mouse button

glfilter: support fixed dimensions on both sides of the element

Fixes:

  width=320,height=240 ! glfilter ! width=800,height=600
  width=230,height=240 ! glfilter ! width=600
  ... ! glfilter ! width=800

glcontext: Fix unused variable warning by moving declaration where it is actually used

glupload: Fix valid compiler warning

gstglupload.c:442:32: error: if statement has empty body [-Werror,-Wempty-body]
    if (upload->texture_ids[i]);
                               ^

gl: ship the gstglcontext_egl.h header

It is required by gsteglimagememory.h.

https://bugzilla.gnome.org/show_bug.cgi?id=740611

gl: shadervariables: make parsing of floats locale-independent

Floating point numbers are written differently in different
locales, e.g. in many countries 1/2 = 0,5 instead of 0.5, and
strtod will not be able to parse "0.5" correctly in such a
locale.

glshadervariables: also trim \r as well as \n

glupload: rearchitecture for non GLMemory inputs/outputs

Allows other memory types to be implemented/returned/used by the caller.

glimagesink: critical error while seek playback-test(stop state)

If we seek when media is in stop state, playback-test gives
critical error, since context of glimagesink is destroyed during stop.
But since context is not present, we need not handle send_event in glimagesink
Hence adding a condition to check if context is valid.

https://bugzilla.gnome.org/show_bug.cgi?id=740305

glcontext: build errors when GST_GL_HAVE_OPENGL is 0

Moving variables within #if GST_GL_HAVE_OPENGL, which are not going to be used otherwise.
and which are needed only when OpenGl is present

https://bugzilla.gnome.org/show_bug.cgi?id=740235

glfilter: add read-only context property

glmixer: add read-only context property

gl/cocoa: Only use convertRectToBacking on OSX >= 10.7

It does not exist before and older versions also don't have
support for HiDPI displays anyway.

https://bugzilla.gnome.org/show_bug.cgi?id=740201

gl: Use numeric OSX version instead of the macro

The macro is not defined on older OSX versions and evaluates to 0.

https://bugzilla.gnome.org/show_bug.cgi?id=740201

gl/cocoa: Don't override the application delegate

Otherwise interesting things will happen in Cocoa applications, like
infinite event loops that block the NSApplication loop forever.

This was only needed for GNUStep and thus can safely be removed now.

gl/cocoa: Remove GNUStep support

Until gcc and GNUStep properly support Objective-C blocks and other
"new" features of Objective-C we can't properly support them without
making the code much more ugly.

https://bugzilla.gnome.org/show_bug.cgi?id=739152

glimagesink: don't set the upload to NULL on the drain query

https://bugzilla.gnome.org/show_bug.cgi?id=732694

gl: Correct invalid comment text

gl: add unit test that checks for glimagesink drain query handling

Fixes https://bugzilla.gnome.org/show_bug.cgi?id=732694

glimagesink: release stored buffers on drain query

Fixes https://bugzilla.gnome.org/show_bug.cgi?id=732694

gl: do not raise a critical msg if the backend does not handle window events

Fix "assertion 'window_class->handle_events != NULL' failed"
if not using a X11 window.

gl: remove the width/height fields from the caps to support frame resizing

It was previously only occuring with sysmem caps features

https://bugzilla.gnome.org/show_bug.cgi?id=739334

gstglconfig: Put gstglconfig.h into $(libdir)/gstreamer-1.0/include

It's architecture dependent and should not be placed into the include
directory as the assumption is that all those headers are architecture
independent.

https://bugzilla.gnome.org/show_bug.cgi?id=739767

glimagesink: don't make gst_glimage_sink_handle_events call _ensure_gl_setup

gst_glimage_sink_handle_events can be called from the overlay interface and from
the main thread before GL is setup. Before this change, that would call
_ensure_gl_setup() and deadlock on OSX.

Change things so that it's always safe to call gst_glimage_sink_handle_events()
without stuff deadlocking.

glimagesink: fix possible deadlock on osx

Remove gst_glimage_sink_handle_events call in gst_glimage_sink_init. It was
unnecessary and when the element was instantiated from the main thread, caused a
deadlock in OSX creating the context (thread).

glimagesink: clamp the resize width/height to >= 1 to avoid a GL error

glutils: only attempt getting the app context when we don't already have a display

avoids querying/messaging the world on each frame

glcontext: fail context creation if glGetString returns NULL

glimagesink: implement gst_video_overlay_handle_events

https://bugzilla.gnome.org/show_bug.cgi?id=736035

gl/cocoa: use NSAutoreleasePool to free resize data

Otherwise when resizing the window you will also get messages like:
class NSConcreteMapTable autoreleased with no pool in place - just leaking
class NSConcreteValue autoreleased with no pool in place - just leaking
class NSConcreteValue autoreleased with no pool in place - just leaking
class __NSCFDictionary autoreleased with no pool in place - just leaking

gl/cocoa: include gl3.h to have GL_CONTEXT_PROFILE_MASK

gl/cocoa: make sure to turn on frame rectangle changes notifications

Default value of property postsFrameChangedNotifications is YES
but it is worth to explicitly enable it.

gl/cocoa: fix uncaught exception 'unrecognized selector sent to instance'

Need to set the ':' as the reshape method now takes one parameter.
For the story, the GstGLNSView was previously inheriting from
NSOpenGLView which has a reshape function without any parameter.
Now the GstGLNSView inherits from NSView and we re-use the reshape
function manually.

gl/cocoa: fix compiler warning

Use the reshape function after being defined. The other way
would have been to declare the reshape function in the header.

gstglwindow_cocoa.m: In function '-[GstGLNSView drawRect:]':
gstglwindow_cocoa.m:555: warning: 'GstGLNSView' may not respond to '-reshape'
gstglwindow_cocoa.m:555: warning: (Messages without a matching method signature
gstglwindow_cocoa.m:555: warning: will be assumed to return 'id' and accept
gstglwindow_cocoa.m:555: warning: '...' as arguments.)

gl: fix Since marker for gst_gl_window_run_navigation()

glshader: Fix memory leak

Memory is only freed in the TRUE clause of the if conditional. Free in the else
clause as well.
Also, consolidate g_malloc + sprintf into a g_strdup_printf().

CID #1212171

https://bugzilla.gnome.org/show_bug.cgi?id=739368

glcolorconvert: fix comments that confuse gtk-doc

GTK-Doc uses a special syntax for code documentation. A multiline comment that
starts with an additional '*' marks a documentation block that will be processed
by the GTK-Doc tools. So GTK-Doc is confused if a comment block starts with that
additional '*' but isn't meant to be processed. Removing this additional '*'.

https://bugzilla.gnome.org/show_bug.cgi?id=739444

glimagesink: resize the viewport correctly on a caps change

with force-aspect-ratio=true, if the width or height changed, the
viewport wasn't being updated to respect the new video width and height
until a resize occured.

glmixer: advertise support for changing input caps mid-stream

https://bugzilla.gnome.org/show_bug.cgi?id=739334

gl: sprinkle some Since markers

glmixer: don't get the current caps from GstVideoInfo for the srcpad

It's missing the caps features needed.

gl/examples: update for other-context property removal

glcontext: add more functionality to wrapped contexts

Implements get_current_context() and get_proc_address() for wrapped
contexts.

glshader: advertise the default vertex and fragment shaders on desktop GL

satisfy gst-indent

glfiltercube: Fix typo in property description

glmixer:fix incorrect parameter passed to handle_set_context

glfilter: get the config from the correct pool

glfilter: avoid uninitialized variable size when chaining multiple glfilters

https://bugzilla.gnome.org/show_bug.cgi?id=739277

glfilter: gst-indent file

glcontext: add api for retreiving the current context and api

that is current in the calling thread.

glprototypes: add vertex attribute array definitions

glmixer: override the caps query in order to 'convert' capsfeatures

Otherwise, it is only possible for the sink pads and the src pads to
have the exact same caps features.  We can convert from any feature
to another feature so support that.

glmixer: override the accept caps query in order to 'convert' capsfeatures

Otherwise, it is only possible for the sink pads and the src pads to
have the exact same caps features.  We can convert from any feature
to another feature so support that.

gl: propogate other-context using GstContext

gl/cocoa: Fix compiler warning

gstglwindow_cocoa.m: In function '-[GstGLNSView drawRect:]':
gstglwindow_cocoa.m:555: warning: 'GstGLNSView' may not respond to '-reshape'
gstglwindow_cocoa.m:555: warning: (Messages without a matching method signature
gstglwindow_cocoa.m:555: warning: will be assumed to return 'id' and accept
gstglwindow_cocoa.m:555: warning: '...' as arguments.)

glmixer: fixup eglimage include path

glbufferpool: add the GstVideoGLTextureUploadMeta buffer pool option

videoaggregator: operate on caps rather than video info

Otherwise the CapsFeatures will be lost along with the possibility
of multiple output types and formats.

https://bugzilla.gnome.org/show_bug.cgi?id=738129

glcolorconvert: support RGB16/BGR16 video format upload

https://bugzilla.gnome.org/show_bug.cgi?id=738842

gl/cocoa: Fix for building on Mac OS X 10.10

Using NSApp directly seems to confuse something, as the compiler
was expecting an id<NSFileManagerDelegate>. Switched to using
[NSApplication sharedApplication], and specified the delegate
protocol on the window class as well.

https://bugzilla.gnome.org/show_bug.cgi?id=738740

gldeinterlace: ref the uploaded buffer

Instead of the possibly non-GL input buffer.

glfilter: add uploaded_buffer field

glimagesink: Only finalize the other context in finalize()

Otherwise we change a value of a property when going to READY state,
which is unexpected behaviour.

glmixer: Call the pad's parent class finalize method