gst/flv/: add amfdefs.h to noinst_HEADERS

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

flvdemux: detect large pts gaps and resync

Should work on multiple gaps, but tested on only one.

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

flacdec: fix off by one between granpos and last_stop

flacparse: fix last frame timestamp in fixed block size mode

The last block may have a different block size, so we should not
use it to scale or we'll end up with a wrong timestamp.
See comment and quote from the FLAC format documentation in the code.

Fixes looped playback of FLAC files (via about-to-finish).

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

cairotextoverlay: add a 'silent' property to skip rendering

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

matroskamux: fix regression causing malformed files

This was caused by me in 1b213d. It seems I was too focused on 0.11 when I did
this and tested the wrong branch.

The problem was reported by Alexey Fisher.

rtp: use GLib's G_BIG_ENDIAN define instead of BIG_ENDIAN

Fixes compiler warning on mingw32

qtmux: avoid shortcut evaluation when adding paired mp4 tag

Fixes (part of) #638711.

matroskamux: do not use unoffical V_MJPEG codec id

... but as not spec'ed especially, consider it a VfW compatibility case.

Fixes #659837.

flacenc: remove dead code from header

We require a new-enough libflac that this condition will never apply.

jpegdec: add sof-marker to template caps, so we don't get plugged for lossless jpeg

jpegdec (using libjpeg 6.2/8) can't decode some lossless types of JPEG.

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

qtdemux: elaborate some debug statements

flvdemux: be careful with negative cts

Fixes #661477.

matroskademux: tune non-update seek handling cases

Fixes #661049.

videomixer2: Use the clip function instead of the prepare_buffer function

videomixer2: Use collectpads2 from core

deinterlace: Don't pointlessly hold object lock over caps operations

Avoids a deadlock when getcaps is recursive due to the getcaps being
reflected upstream/downstream. The lock isn't actually protecting
anything here.

flvmux: add some comments and defines to clarify code.

matroska: refactor ebml-write to be more 0.11 friendly

Switching to a more 0.11-friendly pattern, where getting the buffer's data
pointer and setting the size many times is less natural. This is of course in
preparation to the upcoming port of the plugin.

matroska: remove stale floatcast include

GDOUBLE_TO_BE was moved to core a long time ago.

matroskamux: fix possible crash with malformed dirac codec_data

Since size is unsigned, we need to safeguard against wrapping below zero.

equalizer: remove avoidable call to gst_object_set_name

deinterlace: remove avoidable call to gst_object_set_name

pngenc: increase arbitrary resolution limits

Apparently libpng can technically do up to 2^31-1 rows and columns. However it
imposes an (arbitrary) default limit of 1 million (that could theoretically be
lifted by using some additional API).

Moved array allocation to the heap now.

pngenc: don't unconditionally allocate 4096 pointers on the stack

Instead allocate as many as needed (on the stack still).

pngenc: ensure setcaps was called before chain function

This is needed to properly error out for e.g. "fakesrc ! pngenc ! fakesink".

pngenc: validate input buffer size

Just for safety; of course such mismatch represents a bug in another element.

pngenc: make setcaps more robust, use gstvideo functions

A setcaps function needs to actually verify the caps carefully. In this case,
it was possible to e.g. link a video decoder with YUV+RGB template caps to
pngenc.  That would cause a crash when the decoder pushes a YUV buffer. Same
thing when pushing a valid buffer that exceeds the resolution limits.

Also, missing framerate caps field would cause a glib critical warning due to
invalid GValue. This fails hard now.

ebml: small correction to previous commit

Signal a short read with UNEXPECTED, exactly like the peek_bytes function.

ebml: Fix push-based behaviour

The 'peek' method was completely wrong (!?)

pulse: Get caps correctly on pad block

Instead of always going upstream, we should first see if already got
caps from a setcaps() call.

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

wavpackenc: don't unref buffer with gst_object_unref()

pulsesink: only use is_pcm for 1.0 of pulseaudio

pulsesink: only disable trickmodes for !pcm

Only disable trickmodes when we are not dealing with raw PCM samples.

videomixer2: Fix a leak

Buffers weren't being unref'ed in one case inside, causing memory usage
to blow up.

set colour masks for video/x-raw-rgb in rtpvrawdepay

videomixer2: Fix incorrect gst_buffer_replace() call

This got exposed when gst_buffer_replace() was changed from a macro to a
function.

rtpvrawpay: Only use 24 LSB for depth=24 RGB caps

... and indent the masks for clarity

matroskamux: fix segment handling, so we actually use running time

gst_matroska_mux_best_pad adjusts the buffer timestamp to running time using
the segment stored in the pad's collect data. However, the event handler didn't
pass the newsegment event on to collectpads' handler, so this segment was never
updated at all.

Re-fixes bug #432612.

gstrtpg722pay: Compensate for clockrate vs. samplerate difference

The RTP clock-rate used for G722 is 8000, even though the samplerate is
16000. Compensate for this by pretending G722 has 8 bits per sample
instead of the 4 bits as if it were a codec that ran at half the speed,
but with twice the number of bits. Fixes #661376

jpegdec: Implement upstream negotiation

Add upstream negotiation for jpegdec. Fixes #660275

matroska-demux: don't leak audio codec_data buffer

tests: add missing PLUGIN_ASE_LIBS to LDADD

speexenc: only push header buffers following initial events

qtmux: Fix memory leak on atoms recovery function

Remember to free the ftyp data after writing it to a file.

Fixes #660969

matroskademux: improve segment handling with non-zero starting timestamp

... as well as related items, such as seeking and position reporting.

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

v4l2, ximagesrc: fix some printf format compiler warnings

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

tests: qtmux: Refactor bitrate check test

Refactor bitrate check test to accomodate multiple tests
for bitrate

qtmux: update esds atom under wave atom for aac bitrates

AAC in mov format puts an ESDS atom inside of a WAVE atom in
STSD atom, we need to update the bitrate on this ESDS. This patch
fixes it.

qtmux: Also update btrt atom

When rewriting bitrates, also update the btrt atom under stsd

tests: qtmux: add tests for bitrate average calculation

Adds tests to make sure qtmux/mp4mux sets average bitrate
correctly

qtmux: Calculate average bitrate for streams

Calculate and use average bitrate for streams when no
bitrate tag was received

qtmux: Avoid a buffer metadata copy if possible

If first_ts is 0 there is no need to subtract, so we might
skip some copying to make the buffer metadata writable.

speexenc: initialise variable before adding to it

speexdec: port to audiodecoder

speexenc: clean up some unused remnants

speexenc: port to audioencoder

flacenc: port to audioencoder

matroskademux: ensure minimal alignment for audio/x-raw-* buffers

Since matroskademux will attempt to push unaligned buffers,
downstream might have trouble with those, especially if downstream
uses ORC, such as audioconvert.

Ensure we push buffers aligned to the basic type at least for
those raw buffers.

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

goom2k1: Fix compiler warnings on 64 bit mingw-w64

Fixes bug #660294.

soup: rename souphttpsink to souphttpclientsink

To avoid confusion, and because we might want a server
sink at some point too.

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

souphttpsink: don't create unused second sink pad object

The base class will create the sink pad.

ac3parse: correctly check for ac3/e-ac3 switch

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

rtph264depay: improve downstream flow return feedback to upstream

... although basertpdepay does not really make it easy/possible to do so
all the way.

ximagesrc: add xid and xname properties to allow capturing a particular window

A particular window may be selected using the new xid (X-Window
XID, eg a pointer) and xname (window title) properties. If both
are specified, the XID is used in preference, falling back to
xname if not found.

Default (if none of xid and xname are specified, or if no such
window is found) is to capture the root window.

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

tests: add unit test to make sure encodebin picks mp4mux for variant=iso

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

rtpbin: Fix a leaked clock for each buffering message

Fixes bug #659237.

qtdemux: parse embedded ID32 tags

rtpsession: avoid source premature timing out

Use slightly adjusted sender interval to determine sender timeout rather than
our own sender side interval (which may have been forced small).

rtpsession: avoid timing out source too quickly

... following a PAUSE/PLAY cycle, particularly applicable when operating
with a short RTCP interval (possibly forced so server-side).

rtpjitterbuffer/rtpbin: relax dropping rtcp packets

... to at least having it trigger a/v synchronization, possibly without
using provided values which are still not considered sane
(as previously dropped).

rtpjitterbuffer: some more reset when clearing pt map

... which in particular caters for some more reset following a possible
rtsp PLAY.

rtspsrc: do not set elements to PLAYING when doing seek in PAUSED

rtpjitterbuffer: only reset skew on gap if input ts available

rtpjitterbuffer: check some more for possible rtp timestamp discontinuity

... when operating in non slave mode, and reset if detected.
This should avoid some (large) bogus outgoing timestamp due to jumps
in rtp time, as result of PAUSE/PLAY or seek or ...

rtspsrc: switch to rtp time based syncing when guessed appropriate

rtpbin: alternative inter-stream syncing methods

... at least if not syncing to NPT time:
* either sync using RTCP SR data (as currently)
* only perform the above once using initial RTCP SR packets
* discard RTCP and sync by equating provided stream's clock-base rtptime,
  as provided by jitterbuffer (typically obtained from RTP-Info in RTSP).

rtpjitterbuffer: also provide clock-base to sync signal

rtpbin: allow configurable rtcp stream syncing interval

... rather than necessarily syncing at each RTCP SR.

rtpsession: trigger reconsideration if rtcp interval set

rtspsrc: configure rtcp interval if provided

... in PLAY response.

isomp4: Fix allowing zero duration tracks

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

udpsrc: error out when no protocol is specified in the uri

It is certainly better than to crash.

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

speexenc: do not use invalid buffer timestamps

pulse: New pulseaudiosink element to handle format changes

This introduces a new bin which wraps around pulsesink and depending on
the formats supported by the sink, plugs in/out a decodebin2 as
required. This allows users to switch sinks on the stream and adapts
accordingly (for example, you could watch a movie in passthrough mode on
your receiver which supports AC3 decode, then plug out and switch to a
non-digital profile to continue uninterrupted on analog output).

The bin is required because doing the same with playbin2/playsink will
require API changes that cannot be made in 0.10. With 0.11/1.0, we
should be able to ask for upstream caps renegotiation to deal with all
this.

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

matroskademux: Avoid sending EOS when in paused state

Changed the ebml reader's gst_ebml_peek_id_length() function so
that it returns the actual reason for why the peek failed, instead
of (almost) always returning GST_FLOW_UNEXPECTED. This prevents
the pulling task from sending EOS when doing a flushing seek.

matroskademux: fix stuttering A/V

Someone got had by implicit promotion to unsigned in ops with
a signed and an unsigned value.

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

navseek: toggle pause/play on space bar

A useful thing to have.

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

matroskademux: configurable timestamp gap handling

matroskademux performs segment tricks to skip gaps in streams,
notably at start for non 0 based files.  There may however be
cases when full presentation (including intermediate gaps) is
desired, so a property allows to configure as of which gap
to act (or not at all).

API: GstMatroskaDemux::max-gap-time

Fixes #659009.

tests: flvmux: Fix flvmux's tests after fix for request pads handling

Now that flvmux doesn't release its request pads on PAUSED->READY the
test doesn't need to re-request them for every reuse test start.

qtmux: Fix ctts generation for streams that don't start at 0 timestamps

Subtract the first timestamp of a stream from all input buffers to
get 0-based timestamps for creating a sane ctts table. Without this
patch the ctts could have larger values than needed, causing the
playback to have a delay at startup.

As the first timestamp is only found after a few buffers are queued
(due to possible reordered buffers), once we find the first timestamp
we subtract it from all buffers on the queue, from that point on,
all buffers have their timestamps subtract when they are collected.

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

flvmux: don't release request pads going PAUSED->READY

Don't release request pads but just reset them. This makes pipelines using
flvmux reusable.

ac3parse: use bsid 9 and 10 to control sample rate

See http://matroska.org/technical/specs/codecid/index.html

The spec is silent about this though...

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

rtspsrc: ensure some initial state variable setup

... which might otherwise be skipped if the PLAY command is issued before
the OPEN command had a chance to actually be acted upon.

Fixes #657376.

matroskademux: tweak gap handling

... so as to avoid buffers before and after gap to have identical running time.

v4l2: use GST_RESOURCE_ERROR_BUSY if v4l2_ioctl fails with EBUSY

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

qtmux: remove one G_UNLIKELY for user property

Using G_UNLIKELY on user properties isn't nice, specially when
that is the default option.

matroskamux: handle GstForceKeyUnit event

... by starting a new cluster after forwarding event.

Fixes #644154.

cmml: Use complete cmml caps in the unit test

qtmux: Use complete MPEG caps in the unit test