Revert "openh264: fix to work with released versions and master of upstream"

This reverts commit 15394aa70543f55c54fa8a474805224f4138f76c.

The latest release (v1.1) does not have pkg-config support
yet, so this plugin won't be built with the latest release.
Cerbero uses the latest release, so this makes cerbero
builds fail, which expect the plugin to be built.

We can re-commit this once there's a release that includes
pkg-config support.

openh264: fix to work with released versions and master of upstream

watchdog: GstElement->state is protected with the OBJECT_LOCK

Not the STATE_LOCK.

gst_watchdog_feed was already always called with the OBJECT_LOCK taken.

videoaggregator: Hide some more fields from the API

+ Add some documentation

onvif: fix 'make dist'

adaptivedemux: fix seek event handling

Properly do seeking and avoid only seeking when the segment was updated.
It would cause seeks after the stream was EOS to fail, for example.

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

rtponviftimestamp: Automatically discover the ntp-offset by default.

This only works if no packets are pushed in before the pipeline goes
to playing. So it helps to have a live source.

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

add rtponvifextract element

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

add rtponviftimestamp element

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

glfilter: fix position/texcoord attrib index usage

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

glfiltercube: use a shader everywhere

gl: fixup vao and vbo usage for legacy GL

gleffects: don't abort when setting the effect to 0,1,2

gl/examples: fixup sdl example for gluPerspective removal

bluez: support compile-time distinction between bluez4 and bluez5

Signed-off-by: Nick Stoughton <nstoughton@aether.com>
https://bugzilla.gnome.org/show_bug.cgi?id=738626

adaptivedemux: check the return from update_manifest correctly

It is a GstFlowReturn and not a boolean

dashdemux: Change period when setting by period id.

Make gst_mpd_client_set_period_id set the current period index when it finds a
period with a matching period id.

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

mssdemux: fix reverse playback fragment tracking

Rework reverse fragment traversing with repetition fields to prevent
NULL pointer deref and avoid never advancing a fragment as the variable
is unsigned and would always be non-negative.

CID #1257627
CID #1257628

vtenc: bump rank to PRIMARY

vtenc: negotiate profile and level with downstream

vtenc: report latency

dashdemux: Find current segment in the streams that have just been setup

Using demux->streams will just skip the whole loop as demux->streams will
always be NULL at that point

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

mirror: Needs remap when the mode changes.

This caused the user to think the mode wasn't taken into account.

Revert "h264parse: expose compatible profiles to downstream"

This reverts commit 3910cbe7ce1a67ed5506f87e4c5a005c168d0e6c.

adaptivedemux: do not try to unlock not locked mutex

A misplaced unlock was causing an assertion for playback with a
set stop time

gst-libs: build order: uridownloader before adaptivedemux

Otherwise make install fails

vtenc: Add properties to specify the maximum keyframe interval in frames and seconds

vtenc: Fix conversion of the bitrate property and our internal bitrate storage

The property is in kbit/s and we store it in bit/s, so just multiply and
divide by 1000. No need to put a factor of 8 in there.

kVTCompressionPropertyKey_AverageBitRate is also in bit/s according to
its documentation.

intervideosrc: Fix a memory leak

Frees the source ARGB black frame that we use to create the black frame
in our target format.

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