h264parse: expose compatible profiles to downstream

Some video bitstreams report a too restrictive set of profiles. If a video
decoder was to strictly follow the indicated profile, it wouldn't support that
stream, whereas it could in theory and in practice. So we should relax the
profile restriction for allowing the decoder to get connected with parser.

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

dshowvideosink: Port to 1.0 and new GLib threading API

This updates the dshowvideosink to work with the GStreamer 1.0.x APIs, and
avoids the use of deprecated GLib threading API that are now used since
GLib 2.32+

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

mssdemux: add live support

Implement the functions of adaptivedemux to have live support
enabled. This allows mssdemux to refresh the Manifest periodically

dshowdecwrapper: Port to 1.x

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

vcdsrc: port to 1.

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

mssdemux: fix getting current position in segments when after last one

For live streams this makes a difference when resyncing after a
Manifest refresh, otherwise it doesn't know where to restart

mssdemux: support manifests with repetition fragments

Read the "r" attribute from fragments to support fragments nodes
that use repetition to have a shorter Manifest xml.

Instead of doing:
<c d="100" />
<c d="100" />

You can use:
<c d="100" r="2" />

mssdemux: port to adaptivedemux base class

dshowsrcwrapper: Fixed null caps comparison

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

hlssink: remove unnecessary title on EXTINF tag

According to the HLS spec the remainder of the line following
the comma on EXTINF tag is not required. This patch removes
the fake title and saves some bytes on the playlist.

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

gl: Rename gst-launch-0.10 to gst-launch-1.0 in docs

decklink: Fix make distcheck

And properly dist all headers and source files.

adaptivedemux: release threads waiting for manifest update on shutdown

For live streams, also unblock threads that might be waiting for a manifest
update when stopping the pipeline.

Also add some more debug messages

adaptivedemux: use gst_task_stop instead of gst_task_pause

To avoid race conditions with gst_task_stop(); gst_task_join() with
another thread doing gst_task_pause(), the joining thread would be
waiting for the task to stop but it would never happen. So just
use gst_task_stop() everywhere to prevent more mutexes

adaptivedemux: fix deadlock when stopping streams

Remember to unlock the manifest's lock when leaving the download task.

decklink: Fix compiler warnings with gcc in the dispatcher

glsyncmeta: add G_END_DECLS

decklink: Update Windows SDK headers to 10.3.1

No idea where the DecklinkAPIDispatch.cpp comes from on Windows,
but this should still work. Will just become a problem once we
use other parts of the API.

decklink: Update OS X SDK headers to 10.3.1

decklink: Update Linux SDK headers to 10.3.1

adaptivedemux: remove unused error variable

CID #1256556

adaptivedemux: remove more get_duration checks

Subclasses must implement get_duration function. If they do not know
the duration they can return GST_CLOCK_TIME_NONE

adaptivedemux: all subclasses must implement get_duration

CID #1256557

adaptivedemux: make sure to always stop the stream on EOS

For On-Demand streams, always stop the tasks for streams that reached
EOS

glcontext: try cgl before glx

It was already done by commit
f506e80686eedc66912583db11914ec3f713b478
but it has been broken by commit
45ec777cea0e69b2597d1ec02b18ec31d618c920

tests: add glimagesink unit test to .gitignore

dashdemux: fix double unref of object

the datetime is already released by the end of the function

dashdemux: Find the current period in a live stream

Start from the correct period on a live stream

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

dashdemux: Fix period selection for live streams

Fix period selection and properly error out when update cannot be done

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

mpegtbase: Improve last PCR detection

When dealing with random-access content (such as files), we initially
search for the last PCR in order to figure out duration and to handle
other position estimation such as those used in seeking.

Previously, the code looking for that last PCR would search in the last
640kB of the file going forward, and stop at the first PCR encountered.
The problem with that was two-fold:
* It wouldn't really be the last PCR (it would be the first one within
  those last 640kB. In case of VBR files, this would put off duration
  and seek code slightly.
* It would fail on files with bitrates higher than 52Mbit/s (not common)

Instead this patch modifies that code by:
* Scanning over the last 2048kB (allows to cope with streams up to 160Mbit/s)
* Starts by the end of the file, going over chunks of 300 MPEG-TS packets
* Doesn't stop at the first PCR detected in a chunk, but instead records all
  of them, and only stop searching if there was "at least" one PCR within
  that chunk

This should improve duration reporting and seeking operations on VBR files

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

tsdemux: Only activate warning for real streams

streams with stream_type 0xff are PCR-only streams, it's normal not
to have a pad for them.

x265enc: add qp property

QP property enables CQP mode and sets the QP for P slices.

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

gst-libs: Fix dependency build

adaptivedemux depends on uridownloader and video depends on base

configure: Do comparisons in a portable way with = instead of ==

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

adaptivedemux: reworking live manifest update wait

Check if the stream is live before checking if it is EOS as a live
stream might be considered EOS when it just needs to wait for a manifest
update to proceed with the next fragments

adaptivedemux: fix manifest update locking

To avoid unlocking a not locked mutex

adaptivedemux: Fix segment for manifests that won't start at 0

For live streams, the manifest might start at an advanced position. Avoid
using segment start=0 to have playback start immediately

dashdemux: replace the streams with the new mpd client's streams

Otherwise it won't update with the new segment info from the playlist
update

dashdemux: when updating the manifest, set the uri

This will allow dashdemux to create the correct full path URIs to
continue downloading fragments

dashdemux: port to adaptive demux

adaptivedemux: also clear flushing state on pads before restarting

During flushing seeks the flushing flow return will propagate up to the
source element and all pads are going to have the flushing flag set.

So before restarting also remove that flag together with the EOS one.

We don't do that when pushing the flush stop event because our event
handler for the proxypad will drop all events.

adaptivedemux: add adaptivedemux base class

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

gdppay: minor caps event payloading optimisation

Avoid creation of buffer we're just going to throw
away two lines later anyway.

gdppay: fix some memory leaks

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

decklinksink: Drop too late frames and start scheduled playback at the correct time

glfilterapp: fix unused variable compiler warning

When GST_GL_HAVE_OPENGL is 0 or unset.

decklinksrc: For the source, unsetting the callback already deletes it

decklinksink: Wait for the pipeline clock instead of the decklink clock

Otherwise we're going to starve other elements if the decklink clock
is slower than the pipeline clock, or starts much later.

Of course this will still cause problems if the decklink clock and ours are
completely out of sync, or running at a very different rate. But this at least
works better now.

decklinksink: Schedule video frames according to their timestamps, not according to a frame counter

decklinksink: Add some FIXME comments about synchronization

decklinksrc: Sample the pipeline clock for the timestamps instead of coming up with our own

If we just count the frames and calculate timestamps from that, all frames
will arrive late in the sink as we have a live source here. Instead take
the pipeline clock at capture time as reference.

decklinksrc: Handle callback/delegate object the same way as in the sink

Potentially fixes crashes.

decklinksink: Don't crash when going to READY another time

We have to handle the callback object a bit different:
a) it needs a virtual destructor
b) we need to set the callback to NULL when we're done with the output
c) create a new one every time

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

compositor: Failure to map a video frame is not just a warning

Also add some warning debug output if mapping a output buffer fails

videoaggregator: Failure to map a video frame is not just a warning

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))

basecamerasrc: fix typo in docs

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

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: Minor cleanup

compositor: Implement rescaling of the input via pad properties

compositor has now the same interface as glvideomixer.

videoaggregator: Copy over more fields from the relevant video-info

gst_video_info_set_format() will reset the complete video-info, but
we want to keep values like the PAR, colorimetry and chroma site.
Otherwise we risk setting different values on the srcpad caps than
what is actually inside the buffers.

videoaggregator: Directly use the converters video-info instead of recalculating it

videoaggregator: Do source pad negotiation only from the aggregated function

Otherwise we might negotiate from the sinkpad streaming threads at
the same time as on the srcpad streaming thread, and then all kinds
of crazy bugs happen that don't make any sense at all.

videoconvert: Hide all conversion related fields

And do not delay the setting of the conversion_info

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

audiomixer: Do not try to resize a buffer to a negative size on EOS

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

watchdog: Handle FLUSHING seek events even in PAUSED state

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

watchdog: Properly handle PAUSED state

In PAUSED state we should just preroll, so get one buffer
and stop monitoring.

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

videoaggregator: Let a full renegotiation happen after removing the last pad

With the current code, we will end up setting the preferred downstream
format as the srcpad format, and it might not be accepted by the next
sinkpad to be added. We should instead let the next sinkpad reconfigure
everything.

vtenc: add quality property

vtenc: set profile and level in caps

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.