caopengllayersink: update for GL3 element array buffer usage

fixes blank output

glimagesink: correctly use the sync meta across multiple contexts

1. Set the sync point after the (possible) upload has occured
2. Wait in the correct GL context (the draw context)

Note: We don't add the GL sync meta to the input buffer as it's not
writable and a copy would be expensive.

gl/calayer: provide a current wrapped GstGLContext for callbacks

So that the draw and resize callbacks can get the current GstGLContext.

glsyncmeta: ensure that the Fence is going to be executed

Otherwise it could stay client side without being submitted to the GL
server resulting in another context waiting on a Fence that will never
become signalled causing a deadlock.

glupload: don't reuse output textures for raw data upload

Causes stale textures to be used further down the chain.

glframebuffer: don't clear the framebuffer

Breaks attempting to blend with the destination buffer and should be done
explicitly by the callback anyway.

glbasefilter: track gl_start/stop correctly

Don't start multiple times without calling gl_stop.

Revert "doc: Workaround gtkdoc issue"

This reverts commit ff6c736fe08e01f4320c4b02e811a0b57cf97cc1.

This is fixed by the gtk-doc 1.23 release.

<para> cannot contain <refsect2>:
http://www.docbook.org/tdg/en/html/para.html
http://www.docbook.org/tdg/en/html/refsect2.html

hlsdemux: Simplify logic in process_manifest

Simplify logic in process_manifest and remove a TODO item.

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

cvsmooth: rename properties

The properties are named as param1 to param4, which makes very little sense
hence renamed the properties according to what it is doing.

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

cvsmooth: Wrong assignment of prop leads to crash

when setting param2 property, it is wrongly being assigned to param1.
This leads to wrong behavior and a crash when param2 is set as 0.

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

pyramidsegment: wrong value of level property

The property level has a minimum value of 0. But when we set the level as 0,
it gets an assertion error. The function icvPyrSegmentation8uC3R returns false
if level is set as 0, since the minimum level cant be 0 and thus results in error.
Hence changing the minimum value to 1.

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

doc: Workaround gtkdoc issue

With gtkdoc 1.22, the XML generator fails when a itemizedlist is
followed by a refsect2. Workaround the issue by wrapping the
refsect2 into para.

tsdemux: fix buffer timestamp not being in stream time

Timestamps should start at the segment start, rather than 0, so
we need to not subtract the first timestamp. This makes the sink
correctly account for running time when switching PMTs where a
stream starts not quite at zero, causing timing offsets that can
become noticeable and causing dropped frames after a few times.

tsdemux: accumulate previous segment base time

tsdemux: fix refcounting when applying a new PMT

A new program object is created to replace an existing one
in the programs hash table, so its refcount needs to match.

With the default of 0 refcount on creation, the next PAT
change will cause that refcount to be both incremented and
decremented (assuming the new PAT references that stream too),
which will cause the program to be destroyed.

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

dtls: Fix memory leak

Keys were not correctly released when it was get as a property
nor when a second key was received

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

glimagesink: free the vertex buffer when done

fixes a memory leak

glcontext/cocoa: implement GL3 core context selection

tests/gl: fix typo

gl: remove useless gl{En,Dis}able (GL_TEXTURE_*) calls

We are using shaders everywhere and so they are not needed

glimagesink: cleanup properties

remove unused "display-name"
ensure defaults between the bin/element are the same

gleffects: only try the GL2 shader init path if we have a GL2 context

glshader: attempt to detect the gles2 inside opengl3 case

This is necessary to use gles2 shaders in a GL 3 core context on
OS X which fails without a proper #version being set on the shaders.

glshader: remove references to gl3 specific shaders

We rely specifically on gles2 shaders being supported by the GL
implementation with GL3 core profile.

gl: element buffers are part of vao state

Use them as such.  They are also required for GL3 core profile support
with glDrawElements on OS X.

glmemory: properly detect (hopefully) the correct ext_rg/arb_rg variant

GL_EXT_texture_rg is only valid for GLES2. GLES3 uses similar wording to
the GL_ARB_texture_rg which requires a sized internal format that the
GL_EXT_texture_rg does not require.

https://www.khronos.org/registry/gles/extensions/EXT/EXT_texture_rg.txt
https://www.opengl.org/registry/specs/ARB/texture_rg.txt

compositor: implement proper par handling

We were previously failing on different input and output par

dashdemux: avoid busy-looping when waiting for new fragment

When all fragments have already been downloaded on a live stream
dashdemux would busy loop as the default implementation of
has_next_fragment would return TRUE. Implement it to correctly
signal if adaptivedemux should wait for the manifest update before
trying to get new fragments.

dashdemux: Improve live stream manifest update repositioning

When updating the manifest the timestamps on it might have changed a little
due to rounding and timescale conversions. If the change makes the timestamp
of the current segment to go up it makes dashdemux reposition to the previous
one causing one extra unnecessary download.

So when repositioning add an extra 10 microseconds to cover for that rounding
issues and increase the chance of falling in the same segment.

Additionally, also improve the time used when the client is already after the
last segment. Instead of using the last segment starting timestamp use the
final timestamp to make it reposition to the next one and not to the one that
has already been downloaded.

dashdemux: add more protection when acessing gptrarray entries

The glib structure doesn't do range checking so we have to do it
ourselves.

Also adds some more debugging messages

dashdemux: remove unused functions

These functions of directly getting and setting segment indexes
are no longer useful as now we need 2 indexes: repeat and segment
index.

The only operations needed are advance_segment, going back to the
first one or seeking for a timestamp.

dashdemux: reuse seeking function to reduce repeated code

Instead of writing a seek routine, just use the mpdparser function.

Also remove function that is not needed anymore

dashdemux: refactor segment iteration for better performance

Segments are now stored with their repeat counts instead of spanding
them to multiple segments. This caused advancing to the next segment
using a single index to have to iterate over the whole list every time.

This commit addresses this by storing both the segment index as well
as the repeat index and makes advancing to next segment just an
increment of the repeat or the segment index.

dashdemux: improve mpd parsing for repeated segment entries

Use a single segment to represent it internally to avoid using too
much memory. This has the drawback of issuing a linear search to
find the correct segment to play but this can be fixed by using
binary searches or caching the current position and just looking
for the next one.

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

adaptivedemux: drop debug message that was wrong

EOS doesn't necessarily mean that no fragment was downloaded

adaptivedemux: run gst-indent

To allow commiting on this file cleanly

mpegtsmux: the parent is provided in the function

No need to get it again

dtlsenc: Fix memory leak releasing connection_id

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

dtlsenc: Fix memory leak while setting connection-id

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

dtlsdec: Fix memory leak, release previous pem

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

dtlsdec: Fix memory leak on dispose

Parent dispose function was not called

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

dtlsconnection: Fix memory leak while setting closure

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

fix faad2 version check

On fedora 22, the output of cpp inserts extra debug comments, which
makes our regexp for the faad2 version check fail. This in turn causes
it to compile with the wrong arguments passed which then causes stack
corruption and crashes.

Fix this by only checking for the version (which should be by itself on
a single line). This is potentially less safe, it might be possible that
a similar string would appear in a later version in the header file.

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

glcontext: propagate the version/extension failure upwards

Otherwise the calling code has no idea that the context failed to
be created fully.

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

gl: don't deadlock on context creation failure

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

glmixerbin: Don't unref pad templates

Otherwise we unref the reference that is owned by the element class.

srtpenc: fix failure return values from create_session()

create_session() returns an err_status_t with
err_status_ok=0 and err_status_fail=1, so
returning TRUE/FALSE is not quite right.

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

srtpenc: fix over unlocking

Called should call function with lock, and is
also responsible for unlocking it later.

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

h263parse: fix custom picture format (CPFMT) parsing

In the H263 spec, CPFMT is present only if the use of a custom
picture format is signalled in PLUSEPTYPE and UFEP is "001",
so we need to check params->format and only if the value is
6 (custom source format) the CPFMT should be read, otherwise
it's not present and wrong data will be parsed.

When reading the CPFMT, the width and height were not
calculated correctly (wrong bitmask).

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

compositor: fix rectangle obscure test to clamp against the output frame size

Rather than one of the input pad video info's.

The test checking this was not constraining the output frame size
to ensure that the out of frame stream was not being displayed.

glvideomixer: implement par handling

We were previously ignoring it completely

glvideomixer: don't upload the vertex data every frame

Add the missing cache tracking statement.

gluploadelement: Remove uneeded header and defines

gltestsrc: Use default get_caps implementation

The custom code is wrong as it ignores the templates, which leads to
missing fields in the result. Instead, simply use the default get_caps
implementation which does it correctly (get the template, intersect
with filter and return).

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

glmixer: Implement GstVideoAggregator::find_best_format()

Without this, we will fixate weird pixel-aspect-ratios like 1/2147483647. But
in the end, all the negotiation code in videoaggregator needs a big cleanup
and videoaggregator needs to get rid of the software-mixer specific things
everywhere.

gl: demote upload/convert/download elements to none

Copy paste error

gl: expose internal glvideomixerelement\

We might want more control over the exact pipeline
Also reduces overhead

gl: expose internal glimagesinkelement

We might want more control over the exact pipeline.
Also reduces overhead.

avfvideosrc: fix unconditional buffer queue unlock

Unless stopRequest is set, we should unlock conditionally -- otherwise,
the 'create:' method can wake up to an empty buffer queue
and pull a nil buffer.

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

decklink: Rename mode 2048p to 1556p

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

decklink: Use correct frame rate for mode 2160p50

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

decklink: Rename mode 3184p to 2160p

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

po: update POTFILES.skip and POTFILES.in

The ones in .skip need to be added back to POTFILES.in
after porting to 1.x.

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

removesilence: remove gst_remove_silence_reset()

No need to call gst_remove_silence_reset() in gst_remove_silence_init() because
vad_new() already calls this function. Since there are no more uses of
_silence_reset(), we can remove it altogether.

vtdec: We shouldn't manually check reconfigure flag on pads but instead implement ::negotiate()

Add FIXME comment related to that.

Update references to decodebin

Update old references for decodebin2 to decodebin.

removesilence: update example launch line

dtlssrtpdec: Don't merge RTP and RTCP streams that were just split by srtpdec

The funnel has some overhead, and later rtpbin will have to split both streams
again anyway.

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

Revert "Revert "glimagesink: add pixel-aspect-ratio property on the bin""

This reverts commit d96e43b034a03fe54633907bc1bf2a26fe5f95fb.

Revert "Revert "glimagesink: forward ALL the properties on the bin""

This reverts commit 59fb0f830f08e3e59f87f83df8fa3c2d9f3d9741.

Revert "Revert "glimagesink: implement as a bin""

This reverts commit be938f92d94e8acccf593128281f6e09213600a0.

Revert "gl: readd glupload/download onto element pads"

This reverts commit 87d8270f302b03f63ce04f986d824892a2c131fd.

Revert "Revert "glvideomixer: implement with glmixerbin""

This reverts commit b4bd11f2f3a60224d188b27ab55b278077cb1217.

srtpdec: Actually set the caps on the srcpad instead of just calling the default event handler for the sinkpad

Fixes up dafa11b9d21d06a0273007628a2a0bb4d7858658

adaptivedemux: only update stream position if query success

We don't need to check about the query fail case.
because it is update to segment position even though query fail.

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

decklink: Disable decklink plugin on Android

glsyncmeta: fixup size declaration

glimagesink: handle the local_context query

so that upstream elements can get the GL context from glimagesink

androidmedia: Add suport for COLOR_FormatYV12

Reference: http://developer.android.com/reference/android/graphics/ImageFormat.html#YV12

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

androidmedia: Declare QOMX_COLOR_FORMATYVU420PackedSemiPlanar32mMultiView constant

This color format is the same as QOMX_COLOR_FORMATYUV420PackedSemiPlanar32m
but stores two images one after the other in a top-bottom layout.

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

opusdepay: Set multistream=FALSE on the Opus caps

The RTP Opus mapping only allows mono/stereo, and not multistream Opus
streams.

opusheader: Do not include rate in caps if it is 0

As expressed in gst_opus_header_create_caps, value 0 means unset.
Setting rate value to 0 make negotiation with decoder fail.

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

androidmedia: Fix slice-height for Tegra 3 devices

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

androidmedia: Add support for COLOR_FormatYUV420Flexible

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

androidmedia: Add suport for Intel color formats

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

h264parse: Fix profile and level setting in caps

Don't use the apis in codec-utils to extract the profile and level
syntax elements since it is wrong if there are emulation prevention
bytes existing in the byte-stream data.

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

glcolorconvert: Improve passthrough check when no conversion is needed.

Make the passthrough check contingent on only the fields we
can modify being unchanged, and pre-compute it when caps
change instead of checking on each buffer. Makes the passthrough
more lenient if consumers are lax about making input and output
caps complete.

wrappercamerabinsrc: handle when source creation fail

Remember to set the source to NULL state as adding it to the pipeline
will set it to the READY state.

wrappercamerabinsrc: fix element linking order

Video source should be linked to videocrop and not to
videoconvert as it is done in the main linking path

tests: Add a check for the new compositor pad-is-obscured optimization

We verify that all the buffers on an obscured sinkpad are skipped by overriding
the map() function in the GstVideoMeta of the buffers to set a variable when
called. We also test that the buffers do get mapped when they're not obscured.

Blame^WCredit for the GstVideoMeta map() idea goes to Tim.

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

compositor: Only map the frame from a buffer if it will be used

It's a waste of resources to map it if it won't be converted
or used at all. Since we moved the frame mapping down, we need
to use the GST_VIDEO_INFO accessor macros now in the code above
that instead of the GST_VIDEO_FRAME accessor macros.

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

compositor: use accessor macros for consistency

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

compositor: Skip pads that are completely obscured by a higher zorder pad

For each frame, compare the frame boundaries, check if the format contains an
alpha channel, check opacity, and skip the frame if it's going to be completely
overwritten by a higher zorder frame. The check is O(n^2), but that doesn't
matter here because the number of sinkpads is small.

More can be done to avoid needless drawing, but this covers the majority of
cases. See TODOs. Ideally, a reverse painter's algorithm should be used for
optimal drawing, but memcpy during compositing is small compared to the CPU used
for frame conversion on each pad.

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

h265parse: Fix source caps to report cropped dimensions

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

h265parse: Fix the memory freeing of stored VPS nals

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

h265parse: Fix profile, tier and level setting in caps

Don't use the apis in codec-utils to extract the profile,tier and level
syntax elements since it is wrong if there are emulation prevention
bytes existing in the byte-stream data.

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

codecparser: h265: Fix nal unit size checking

The EOS and EOB nals have the size 2 which is the size of
nal unit header itself. The gst_h265_parser_identify_nalu()
is not required to scan start code again in this case.

In other cases, for a valid nalunit the minimum required size
is 3 bytes (2 byte header and at least 1 byte RBSP payload)

codecparser: h265: Calculate crop rectangle dimensions

codecparser: h265: Fix parsing multiple SEI messages in a single SEI Nal

An SEI Nal can have more than one SEI message.

Change in API: the gst_h265_parser_parse_sei()