dts: Add $(GST_BASE_LIBS) and CFLAGS to the build

dtsdec now uses GstAdapter, which is in libgstbase. Also reorder
CFLAGS and LIBADD.

docs: fix make distcheck

Set DOC_OVERRIDES, so the -overrides.txt file which is apparently
created anyway, gets cleaned up properly.

docs: minor Makefile.am clean-up

GST_BAD_CFLAGS and GST_BAD_LIBS don't exist.

tests: disable failing jifmux, camerabin2, and colorspace tests

jifmux: general:test_jifmux_tags:0: Assertion 'entry->components == 2' failed
camerabin2: test_multiple_video_recordings:0: gst_caps_get_structure: assertion `GST_IS_CAPS (caps)
colorspace: bad memory accesses in orc code for odd width buffers (see bug #663248)

tests: fix g_usleep() in camerabin2 test

g_usleep() takes a microsecond value, GST_SECOND is nanoseconds, so
we were sleeping for more than 3 minutes here instead of 200ms.

po: update translations

mpegpsmux: put stream headers into output caps

Basic version with only the system header and the program
stream map. An advanced version could include codec-specific
bits like SPS/PPS too. This is useful in connection with
e.g. multifilesink to make sure new files always start with
the stream headers.

mpegpsmux: add "aggregate-gops" property to aggregate GOPs into buffer lists

Useful in connection with multifilesink, for example, to make sure
the new file always starts with a keyframe.

mpegpsmux: remember primary video stream

mpegpsmux: remember whether an incoming buffer is a keyunit or not

opusenc: add upstream negotiation for multistream ability

This will help elements that cannot deal with multistream,
such as the RTP payloader.

The caps now do not include a "streams" field anymore, but
a "multistream" boolean, since we have no real use for knowing
the exact amount of streams.

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

Adding opus RTP payloader/depayloader element

Adding OPUS RTP module based on the current draft:
http://tools.ietf.org/id/draft-spittka-payload-rtp-opus-00.txt

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

opus: include streams count in caps

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

opus: properly create channel mapping tables

There are two of them, unintuitively enough; the one passed
to the encoder should not be the one that gets written to the
file. The former maps the input to an ordering which puts
paired channels first, while the latter moves the channels
to Vorbis order. So add code to calculate both, and we now
have properly paired channels where appropriate.

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

videoparsers: fix LIBS order in Makefile.am

mpegtsdemux: only offset timestamps when live

This code is to sync to a live source when there is a delay
between start and when we receive the first buffer, so it does
not make sense in a non live case.

This fixes playback of streams where the input timestamps are
based off some arbitrary offset.

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

basevideoencoder: Only make the header buffer metadata writable, not the buffer

basevideoencoder: Fix handling of force-keyunit events

opusdec: header cleanup

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

opusdec: Truncate caps first

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

opusdec: default to stereo 48000 Hz if possible when no headers seen

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

rsndec: Don't use the initial-identity property on autoconvert

It was removed, see bug #599469, #665205

autoconvert: Remove the initial-identity property from autoconvert

Initially creating an identity element to forward serialized
events downstream before any caps are known is broken behaviour.

Serialized events should only be forwarded downstream if the
caps are already known, otherwise autopluggers and other elements
using pad-blocks will fail.

This behaviour also doesn't work anymore after basetransform
was fixed to queue serialized events until the caps are known
as a result of fixing bug #659571.

See bug #599469, #665205.

videoparsers: Do not not skip startcode when needed

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

codecparsers: first video_packet_header doesn't start with resync_marker

codecparsers: return NO_PACKET if needed

codecparsers: fix an issue in check resync marker

codecparsers: fix an issue in finding the last video packet in vop

codecparsers: include resync marker in video packet size

codecparsers: scan next resync marker after current one

codecparsers: fix < 0 issue of guint in mpeg4 parser

gst_byte_reader_masked_scan_uint32 returns a guint, not a gint, which
explains the issue we sometime get using < 0 instead of == -1;

codecparsers: fix pattern/mask of resync_marker parsing of mpeg4

h264parse: handle force key unit events

Send SPS/PPS on force key unit events. Useful for example when serving HLS
without transcoding.

codecparsers: fix compile warnings in gstmpeg4parser.c

tests: Add more files to .gitignore

h264parse: Use faster parsing variant when input is packetized

Reduces latency and cpu usage

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

codecparsers: Variant of _identify_nalu without checks

This is useful for cases where the caller *knows* that the provided
input contains a whole NALU and can therefore avoid:
* the expensive checks for the next start code (which won't be present)
* delaying the input parsing (since we would need the next incoming NALU
  in order for the parsing code to detect the next start code)

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

h264parse: reflow slice nal processing

h264parse: optimize slice nal processing

Only minimal slice info is needed here to determine real frame start,
so no need to parse extensively.

Fixes #665418.

codecparser: unbreak h264 slice header parsing

.. introduced by refactoring in commit 177451c9216f4e3959e7358675fbb9731d2c81a2

autoconvert: Implement iterate_internal_links function on the sinkpad and srcpad

opusdec: guard against decoding 0 samples

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

configure: Require XVID API >= 4.3

This is required for encoding the simple profile
with levels 4a, 5 or 6.

Fixes bug #665378.

xvidenc: Don't add the profile/level to the video/x-xvid caps

xvidenc: Add profile/level to the caps and negotiate them with downstream

Still keep the profile property to select profile/level if there
are no downstream constraints.

Fixes bug #652261.

xvidenc: Add support for levels 4a/5/6 of the simple profile

h264parse: let upstream PAR override in-stream PAR

h264parse: rework PAR parsing

And in the process refactor _update_src_caps a bit

h264parse: respect pixel-aspect-ratio

Parse pixel-aspect-ratio in vui information.

spacespace: whitespace cleanups

wavescape: also add colormodes like in spacescope

audiovisualizer: update README

spacescope: add color-modes

In colormode we split the signal in low,mid,high frequency parts and draw them
separately into red, gree, blue color channels.

replace propset_mutex with GST_OBJECT_LOCK

audiovisualizers: streamline the line_aa code

Have a reusable dot_aa code and reuse in the line drawing.

mpegtsmux: fix build in uninstalled setup

Add -base libs includes to CFLAGS, fix order of LIBS.

mpegtsmux: add support for force key unit events

Handle force key unit events outputting PAT and PMT when all_headers=TRUE

opencv: allow to build against 2.3.1

build: add old mpeg4videoparse directory to CRUFT_DIRS

codecparsers: h264: record ref_pic_list_modification().

codecparsers: h264: rename ref_pic_list_reordering() to ref_pic_list_modification().

Upgrade to current AVC specification.

mpegpsdemux: recalculate adjust if difference is negative

One of my dvds jump on some position and miss about 1 minute of stream.
The reason was mpeg timestamps. On some position scr difference is negative.
It produced negative timestamps. Since it was converted to unsigned value,
gstreamer timestamps was invalid. Instead of increasing mpeg ts,
they was decreasing till it started to be positive.

The jump in timestamps caused mpeg2dec to skip frames to make QoS happy.

This patch just make diff unsigned to avoid negative values.

Signed-off-by: Alexey Fisher <bug-track@fisher-privat.net>
https://bugzilla.gnome.org/show_bug.cgi?id=656115

basevideoencoder: Pass the all-headers field of the force-key-unit event to the subclass

basevideoencoder: Implement full support for the new force-key-unit event

Including support for the running-time and count fields.

basevideoencoder: Use new force-keyunit event API from gst-plugins-base

basevideoencoder: Adjusting padding is not required for -bad libraries

basevideoencoder: Move some fields to the private part of the instance struct

basevideoencoder: Make headers metadata writable before pushing downstream

The timestamp, duration, etc of the headers has to be changed.

basevideoencoder: Push the downstream force-keyframe event after the next keyframe

Even if the corresponding GstVideoFrame doesn't have the is_sync_point
flag set.

basevideoencoder: Don't push an upstream force-keyunit event downstream

basevideoencoder: Add initial support for the all-headers field of the force-keyframe event

See bug #607742.

kate: fix set-but-not-used-variable compiler warning

gstkatetiger.c:1156:15: error: variable 'height' set but not used
gstkatetiger.c:1156:8: error: variable 'width' set but not used

codecparsers: minor fixes

Const-ify one more VLC table. Fix spelling of 'hybrid'.
No need to explicitly call ensure_debug_category() everywhere,
that will be done automatically from GST_LOG() and friends
via GST_CAT_DEFAULT.

codecparser: mpeg4: Look for resync code in _mpeg4_parse

This way the API is simpler and users can call 1 single function for packet
detection.

mpeg4videoparse: Properly handle profile and level in caps

Fix #660234

mpeg4videoparse: Port to the new mpeg4parser library

mpeg4videoparse: Move to the videoparsers plugin

Rename a few variables to use the same convention as others elements in this
plugin

Conflicts:

gst/videoparsers/gstmpeg4videoparse.c

codecparsers: Declare private arrays as static all around

codecparsers: mpeg4: Implement an Mpeg4 part 2 parsing library

codecparsers: Move shared code to a parser utils file

pkgconfig: remove references to codecparsers from -bad.pc.in

camerabin2: viewfinderbin: use faster cast macro

Use cast macro without type checks when we know it should work.

camerabin2: viewfinderbin: Link elements directly to use faster version

ffmpegcolorspace and videoscale should always link successfully, use
the fast pad linking version instead of calling the generic helper
function.

camerabin2: micro optimize linking some more

kate: support for rendering on several YUV formats

This speeds up rendering a fair bit by not requiring colorspace
conversion, whether there is anything to overlay or not.

The blending code was nicked from textoverlay. I would think
this might be a helpful thing to put in, say, libgstvideo at
some point.

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

mpeg4videoparse: fix number of bytes read for fixed time increment

The spec I found says "16 bits".
The existing code used log2(somevalue)+1.
ffmpeg uses log2(somevalue-1)+1.
The code now uses log2(somevalue-1)+1, and this makes it work with
some sample video without breaking another sample.
Now, I'm far from certain I've got the right spec, I found it by
searching the internet, so...

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

mpegdemux: Try to add all streams early

This will allow us to signal no-more-pads to avoid hitting
the decodebin2 overrun.

mpegtsdemux: handle pads with no data

Some streams declare PIDs but will not send data for them.
Ensure we time out on those, and both send new segments to
keep their time synchronized with the rest, and do not wait
forever before deciding to signal no-more-pads.

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

mpegtsdemux: signal no-more-pads when appropriate

We track streams for which a data callback is set (and for which
pads will be added only when data is received), and signal
no-more-pads when the last pad is added.

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

mpegdemux: take into account offset of first buffer

This fixes playback when the source starts later than the playback
pipeline, and when a source drops for a while then restarts.

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

mpegdemux: fix some more video freezing

There was a second threshold, which apparently needs to be smaller
than the first, though I'm not certain of it as I don't understand
yet this nest of wtf that is the mpeg demuxer timing logic.

Fixes video freezing on one (corrupted) MPEG sample. It would
previously never think it was out of the discontinuity, and would
push buffers with no timestamp.

Now this took me more than a day's poking at the thing, for just
one constant change, and I'm scared to have to touch this again :S

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

mpegdemux: catch smaller PTS dicontinuities

In a test stream, I get one buffer with a PTS of about 15 seconds
in the future compared to the previous one, and next buffers with
timestamps continuing where the original ones left off.

This caused the sink to wait 15 seconds to display the frame while
more frames queued up, and then dump all the subsequent frames as
they "arrived too late".

Maybe that threshold should be made configurable, but for now,
make it more smaller to catch more of these.

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

Non AV streams keep using the larger threshold (10 minutes), as
subtitles may arrive only every so often.

various: fix pad template ref leaks

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

rtmp: add WSAStartup and WSACleanup on Win32

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

aiffparse: extract ID3 tags embedded in ID3 chunks

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

opusenc: Fixing "Unused var" compiling error for opus codec

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

opusenc: only use mono streams for > 2 channels

I'm getting odd results with packing streams into stereo
streams, and using only mono streams is enough in all cases.

opus: add some more debug information about channel mapping

opusparse: remove dead assigments

We now only keep a ref to the headers for later reuse.

opusenc: do not cause the decoder to apply the channel mapping again

Since we already reorder channels, we do not want to write that
reordering in the header, or the decoder will do it again.