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.

opusdec: fix bogus assertion

tests: add unit test for voamrwbenc

basevideodecoder: some more debug logging

vp8dec: use new basevideodecoder API to drop frames and get QoS messages posted

basevideodecoder: add API to drop a frame and post a QoS message on the bus

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

API: gst_base_video_decoder_drop_frame()

Add pvrvideosink element

PVRVideoSink uses PVR2D library to blit images.

Author: Alessandro Decina <alessandro.decina@collabora.co.uk>
Author: Luciana Fujii <luciana.fujii@collabora.co.uk>

audiovisualizers: add aa-line code and user for wave/space-scope

opus: pre-skip and output gain are little endian, remove reminder note

opus: multichannel support

opus: switch to multistream API

It's very similar to the basic API, and is a superset ot it,
which will allow encoding and decoding more than 2 channels.

opusdec: shuffle supported sample rates to favor 48000

opusenc: remove useless setup field

colorspace: fix width/height mismatches

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

mpeg4videoparse: Use the sinkpad template caps as a fallback, not the srcpad ones

mpegvideoparse: Implement ::get_sink_caps vfunc to propagate downstream caps constraints upstream

h263parse: Implement ::get_sink_caps vfunc to propagate downstream caps constraints upstream

diracparse: Implement ::get_sink_caps vfunc to propagate downstream caps constraints upstream

mpeg4videoparse: Implement ::get_sink_caps vfunc to propagate downstream caps constraints upstream

faac: do not leak buffer when no encoded data yet or encoding error

dtsdec: port to audiodecoder

smooth: fix printf format compiler warning in debug message

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

modplug: fix modules playing as mono instead of stereo

replaced broken if-return logic for fixating rate and number
of channels that caused that modules were always (after
successful fixation of rate) played as mono (instead of
stereo) by correct one with appropiate warnings.

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

opusdec: implement replay gain

It would ideally be better to leave this to a rgvolume element,
but we don't control the pipeline. So do it by default, and allow
disabling it via a property, so the correct volume should always
be output.

opusdec: add in-band FEC support

This allows reconstruction of lost packets if FEC info is included
in the next packet, at the cost of extra latency. Since we do not
know if the stream has FEC (and this can change at runtime), we
always incur the latency, even if we never lose any frame, or see
any FEC information. Off by default.