tsdemux/tsparse: Port to 0.11

This is a naive port that somewhat works but is inefficient.
I need to rethink how to make the best out of GstMemory/GstBuffer

configure.ac: openal is not ported yet

dvb: port to 0.11

dvbsuboverlay: port to 0.11

dvdspu: port to 0.11

kate: port to 0.11

configure: disable directfb

zbar: port to 0.11

gme: port to 0.11

flite: port to 0.11

rtmp: port to 0.11

Merge branch 'master' into 0.11

examples: Fixes for compiling with GTK+ 3.0

camerabing example had a missing ')' and the fix to build against GTK+3
that was introduced in commit 516c977c76ba4cd86a7147aab7416a33d76f870f
is also applied to the camerabin2 example.

The scaletempo demo was using API which has been removed, so that's
wrapped in a version check.

dvdspu: beginning of port to 0.11

h264parse: Make proper use of the h264parser lib in parse_chain

Minor debugging logs fixes

Merge branch 'master' into 0.11

mpeg4videoparse: port to 0.11

h264parse: properly interpret baseparse draining state

... which means the input data has reached the end, but need not exclude
many separate frames may still need parsing.

Fixes merging NALs into AU.

h264parse: correct the size argument of gst_h264_parser_identify_nalu_avc()

h264parse: minimum size of parsable avcC data should be 8

assrender: port to 0.11

jpegformat: port to 0.11

basevideodecoder: more porting

mmssrc: port to 0.11

dataurisrc: port to 0.11

configure: add more unported plugins

tests: port

video: start porting some base classes

tests: fix some tests

photography: remore implement-interface

configure: add more unported plugins

signalprocessor: port to 0.11

faad: use right caps

Merge branch 'master' into 0.11

videoparsers: Only fail to initialize the plugin if all parsers can't be registered

camerabin2: Initialize camerabin2 preview pipeline data with 0

Use g_new0 to initialize all fields with 0 to only cleanup what has been
initialized. This makes cleanup work correctly when some initialization
fails and pointers are left in some inconsistent state.

rtpvp8pay: Fix typo

rtpvp8: Update the pay/depay to the ietf-draft-01 spec

Merge branch 'master' into 0.11

opusdec: fix decoding

A simple ... opusenc ! opusdec ... pipeline now works.

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

opusenc: moan if we get an unexpected amount of data

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

opus: properly setup caps and init state from caps

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

opusenc: use the same frame size setup as the opus test code

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

opusdec: opus supports a select set of sampling rates

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

opus: make it build against current, and remove cruft

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

mpegtsdemux: fix scanning stopping too early

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

kate: avoid rendering when we know there is nothing to render

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

kate: fix race condition on PAUSED->READY state change

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

mpegpsdemux: take into account SCR offset when seeking

Since the seeking byte offset is chosen by linear interpolation
from SCR values, we need to take that first SCR into account
to end up near the correct offset. Otherwise, as the code does
a linear search after that first seek, it will take a LOOOOOONG
time to get there for streams which don't start at zero.

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

mpegdemux: answer position query with a stream time position

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

mpegpsdemux: remove unused field

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

tests: camerabin2: Refactor tests a little

Refactor camerabin2 tests a little

tests: camerabin2: adding tests to check for preview message filenames

Preview messages now have filenames, add tests to check that they are
correct

camerabin2: add location to preview image messages

Makes camerabin2 intercept preview-image messages and add
the filename corresponding to the message structure in the
'location' field.

Makes easier for applications to track preview images

camerabin2: removing capsfilter from preview pipeline

appsink already has a caps property, so we don't need the
capsfilter here

camerabin2: Fix potential loss of EOS event

Setting the audio source to NULL just after pushing the EOS event
on it could potentially cause loss of said EOS event. Instead, we
can set the audio source to NULL when ready-for-capture is
signalled and the boolean value is true as this indicates we are
not currently capturing video.

configure: add ported faad and sdp elements

photography: remove implements-interface prerequisite

use the 0.11 branch of common

faad: port to 0.11

Merge branch 'master' into 0.11

sdpdemux: port to 0.11

camerabin2: Stop the audio source between captures

Move the audio source setting of state to NULL to _stop_capture () to
avoid the audio source running between captures.

faac: Also set maximum number of samples that the subclass wants

faac: Simple fix for GstAudioEncoder API change

codecparser: VC1: Implement a VC1 parsing library

codecparsers: Declare the new APIs as unstable for the time being

mpegtsdemux: keep CRC table in .rodata

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

irtspparse: add Interleaved RTSP parser element

faad: fix compiler warning

gstfaad.c: In function 'gst_faad_parse':
gstfaad.c:615:11: error: 'len' may be used uninitialized in this function

faad: parse wants a GstFlowReturn return value, not a gboolean

psmux: fix writing of system header, which makes VLC not skip the adjacent PSM and play embedded H.264 streams

header_length contains the length in bytes after the header_length
field, excluding the 6 byte start code and header_length field.

H.264 streams and some other formats need to be announced in the PSM.
VLC wouldn't play files created with mpegpsmux containing H.264 because
we claim the system header is larger than it actually is, which makes
VLC skip the program stream map which follows the system header, which
in turn makes it not recognise our H.264 video stream.

docs: add ignore rules for libs docs directory

faac: fixup misunderstanding in sample counting

... between codec and audioencoder regarding whether or not channel
count is already considered.

Fixes #659836.

faad: use some more boilerplate

faad: port to audiodecoder

faac: use some more boilerplate

faac: port to audioencoder

kate: forward return code from setting src pad caps

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

basecamerasrc: Fail state change if preview pipeline fails creation

If the preview pipeline fails creation, for any reason, we should
fail basecamerasrc state change.

Also adds a missing g_return_if_fail check to preview pipeline
functions

codecparsers: Add checks to input, and fix size checking

h263parse: bring debug statements up to desired specs

h264parse: bring debug statements up to desired specs

codecparsinglibs: Doc and indentation fixes

rtpvp8: fix bitstream parsing using the wrong kind of bitreader

VP8 uses a probabilistic bool coder, not a straight bit coder.
This fixes parsing when error-resilient is set.

This commit includes a copy of libvpx's bool coder, BSD licensed.

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

celt: a bit more error checking on header parsing

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

celtenc: cleanup header creation

Avoid an extra copy via a temporary fixed size stack buffer.
Use libcelt's header size to allocate a buffer of the correct
size in the first place (libcelt has an off by 4 there, so
account for this).
While there, make size unsigned, and granpos signed.

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

celtenc: do not use invalid buffer timestamps

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

celtdec: fix error checking with libcelt 0.11

The return value of celt_decode has changed, newer versions
now return positive values on success.

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

celtenc: allow actually overriding frame size

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

kate: flush on seek, and ensure we cancel any waiting buffer

This is what pango textoverlay does, and I've had that condition
variable get stuck once.

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

h264parse: do not try to read from a non existent VUI

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

camerabin2: Adding 2 more log messages

camerabin2: replace deprecated g_atomic_int_exchange_and_add

It was replaced by g_atomic_int_add, which now returns the
old value.

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

camerabin2: Reset last state change result on state-locked elements

An element stores the result for the last state change it did and
GstBin's state change handler will use this last result for state
locked elements to decide if its state change was successfull or not.

In camerabin2, the filesinks have their state locked and when they
fail switching states, this last failure will be used if the application
tries to change camerabin2's state, causing any state change to fail.

This patch makes camerabin2 reset this last change failure, avoiding
that camerabin2 fails on its next state changes.

spanplc: Fix typos

mpegvideoparse: Handle properly frame detection

Handle the case where we have buffers containing no startcode
in the middle of a frame properly.

codecparsers: mpegvideo: Debugging symbols enhancements

codecparsers: mpegvideo: Add the ChromaType enum

codecparsers: mpegvideo: Change broken_gop to broken_link

This way we respect the standard naming