dashdemux: handle multiple languages

Handle multiple languages by using the not-linked return to stop
the download task for that stream. It can be reactivated when
a reconfigure event is received. Stopping the unused streams is
relevant to save network bandwidth

dashdemux: Use 1 download task per stream

Instead of having a single download task for all streams, this
commit makes each stream have its own download loop, allowing
parallel download of fragments.

dashdemux: refactor fragment fetching into smaller functions

Makes it easier to maintain and extend. This is a first step into
adding multi language support to dashdemux

dashdemux: run gst-indent

Lots of indentation issues making it very annoying to commit
because of the indent hook. Fix this for once.

dashdemux: expose all streams

always expose all streams instead of only exposing one of each type.

This is more aligned with gstreamer's way of working. Allows the user
to select the stream that it wants to use by linking its pad and leaving
the unused ones as unlinked.

eglglessink: Properly clean up renderbuffers and EAGL context

adpcmenc: Properly set output format

Otherwise this will just error out if we only set caps on the srcpad.

Automatic update of common submodule

From dbedaa0 to d48bed3

po: set gettext domain in Makevars so we don't have to patch the generated Makefile.in.in

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

applemedia: vtdec: set the correct stride in the video meta

applemedia: atdec: fix aac decoding on Mavericks

modplug: small seeking code reshuffle

Put the code that checks stop values together. Don't clamp a cur value of -1 to 0 (should not happen right now).

sfdec: make _stop() non fatal when we have an error already

Having no open file in _stop() is okay. Just reset state.

sfdec: add event function and seeking support

sfdec: add taglist support

Map the metadata strings and a bunch of info-fields to GStreamer tags.

sfdec: add query implementation for position and duration

sndfile: rewrite sndfile for 1.0

Add a sfdec for a start. Instead of a source plugin, this is a demuxer/decoder combination. This makes it work with auto-plugging.

mssdemux: updating docs explaining how it works

mssdemux changed a lot and the docs were not correct anymore.

Also adds the 'Adaptive' category to its details

mssdemux: do not push event holding object lock

Can lead to deadlocks as the push might block downstream in
serialized event cases.

mssdemux: lock around 'cancelled' flag

Prevents race conditions when pipeline is seeking near eos

audiomixer: Also resync timestamps on the RESYNC flag

eglglessink: Don't set the EAGLContext of the main thread and don't reuse it either

... instead create a new context for every sink instance.

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

applemedia: corevideobuffer: fix for planar formats

applemedia: vtdec: remove silly stride requirement

This is legacy from the 0.10 times, and it isn't clear how it was useful back
then also.'

directfb: Add hack to fix compile with broken DirectFB define

Compilation breaks because some versions of DirectFB redefine
__no_instrument_function__, which is used in the G_GNUC_NO_INSTRUMENT
macro.

mssdemux: fix segfault when trying to access codec_data

Check if codec_data was obtained before trying to use it to
prevent a segfault

mssdemux: also generate caps from audiotag attribute

Some audio will have its audio format defined by the AudioTag
instead of the Fourcc. Fallback to using AudioTag if Fourcc
isn't available

mssdemux: make sure streams stop properly on cancelled

specially when the gst_task_join is waiting for the task
to go stop and the task itself sets its back to paused, causing
a deadlock on exit.

mssdemux: track segments per stream

As streams now flow independently, the GstSegment needs to be put
on each stream so they can track the position of each one correctly
instead of being mixed in a single segment

mssdemux: push language code tag

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

mssmanifest: store the language of the stream

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

mssdemux: remove the stream loop task

Download and push from the same task, makes code a lot simpler
to maintain. Also pushing from separate threads avoids deadlocking
when gst_pad_push blocks due to downstream queues being full

mssdemux: Improve logging

Show the stream's pad on log messages to make easier to debug
issues in the multiple threads

mssdemux: improve flow return handling

Handle different flow returns both from the streaming and the
downloading loops

mssdemux: remove stream locks

Simplify the locking by using a single lock instead of having one
lock per stream. This still works and is simpler to maintain.

mssdemux: avoid downloading not-linked streams

When a stream gets a not-linked return, it will be marked as so and
won't download any more new fragments until a reconfigure event
is received. This will make mssdemux expose all pads, but only download
fragments for the streams that are actually being used.

Relying on the pads being linked/unlinked isn't enough in this scenario
as there might be an input-selector downstream that is actually discarding
buffers for a given linked pad.

When streams are switching, the old active stream can be blocked because
input-selector will block not-linked streams. In case the mssdemux's
stream loop is blocked pushing a buffer to a full queue downstream it will
never unblock as the queue will not drain (input-selector is blocking).

In this scenario, stream switching will deadlock as input-selector is
waiting for the newly active stream data and the stream_loop that would
push this data is blocked waiting for input-selector.

To solve this issue, whenever an stream is reactivated on a reconfigure
it will enter into the 'catch up mode', in this mode it can push buffers
from its download thread until it reaches the currrent GstSegment's position.
This works because this timestamp will always be behind or equal to the maximum
timestamp pushed for all streams, after pushing data for this timestamp,
the stream will go back to default and be pushed sequentially from the main
streaming thread. By this time, the input-selector should have already
released the thread.

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

mpegvideoparse: Fix documentation of GstMpegVideoSequenceScalableMode

pkgconfig: Don't include libraries in the generic gst-plugins-bad pc file

mpegts: Install generated headers

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

applemedia: vtdec: Enable hardware accelerated decoding on 10.9

curl: Fix indention

curlftpsink: Optionally create a temporary file during FTP transfer/upload

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

decklinksink: Give preference to the order of the filter caps when querying caps

decklinksink: Only intersect with the filter caps if there actually is a filter

vc1parse: Some compiler warning fixes to satisfy XCode compiler

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

id3tag: Read image-description from the info structure, not the caps

configure.ac: Fix typo in bz2 check

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

id3tag: Write image-type into the APIC tag

vc1parse: Post VIDEO_CODEC tag

pngparse: Post VIDEO_CODEC tag

mpegvideoparse: Use pbutils API to create the VIDEO_CODEC tag string

mpeg4videoparse: Post VIDEO_CODEC tag

h265parse: Post VIDEO_CODEC tag

h264parse: Post VIDEO_CODEC tag

h263parse: Post VIDEO_CODEC tag

diracparse: Post VIDEO_CODEC tag

decklinksrc: Process EOS even when there are no incoming video frames.

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

applemedia: vtdec: handle level 3 in get_dpb_max_mb_s_from_level. oops.

applemedia: atdec: fix mp3 caps

decklinksrc: Set GST_ELEMENT_FLAG_SOURCE on the source

As it does not inherit from basesrc, this flag is not automatically set
and e.g. gst_bin_iterate_sources() and other code does not consider this
element a source.

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

configure.ac: add missing AM_CONDITIONAL for OPENEXR and SBC

Makes my automake (1.14) happier.

applemedia: always include <Foundation/Foundation.h>

Fixes compilation with newest xcode.

h264parser: not all startcodes should have 3-byte 0 prefix

The parser assumes that every time there is a 0 before the startcode,
it is part of the startcode. But that's not true.

From the specification

Byte stream NAL unit syntax
zero_byte is a single byte equal to 0x00.
  When any of the following conditions are fulfilled, the zero_byte syntax
  element shall be present.
  – the nal_unit_type within the nal_unit( ) is equal to 7 (sequence parameter
    set) or 8 (picture parameter set)
  – the byte stream NAL unit syntax structure contains the first NAL unit of an
    access unit in decoding order, as specified by subclause 7.4.1.2.3.

The problem with doing this for all startcodes is that a trailing zero can mess
up timestamps. The trailing zero gets prepended to the startcode, which will
carry the PTS and DTS of previous buffer.

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

asfparse: add timestamps to packets

re-enable the code that adds timestamps to packets after baseparse's
port

asfparse: port to baseparse

asfparse was not really functional after the port to 1.0

Now porting it to baseparse to get it working again

dvbsuboverlay: fix reading of display window in display definition segment

From ETSI EN 300 743 V1.3.1 (2006-11) 7.2.1 Display definition segment specifictations
the parameters of display window are in this order: Xmin, Xmax, Ymin, Ymax.

Signed-off-by: Benjamin Gaignard <benjamin.gaignard@linaro.org>
Signed-off-by: Pierre-Yves Mordret <pierre-yves.mordret@st.com>
https://bugzilla.gnome.org/show_bug.cgi?id=720382

srtp: add 256-bit key support

* ext/srtp/gstsrtp.[ch]: added GST_SRTP_CIPHER_AES_256_ICM to
  GstSrtpCipherType and new function cipher_key_size.

* ext/srtp/gstsrtpenc.c: maximum key size is now 46 characters (14 for
  the salt plus the key). If different ciphers are chosen for RTP and
  RTCP the maximum needed key size is expected.

* ext/srtp/gstsrtpdec.c: minor documentation updates.

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

gsmdec: process all available input frames in one go

Instead of parsing, decoding and sending out
lots os little 20ms audio buffers one by one.

applemedia: vtdec: fix compiler warning (uninitialized variable)

applemedia: vtdec: rename reorder_queue_frame_delay to reorder_queue_length

applemedia: vtdec: report latency

applemedia: vtdec: set reorder queue length to the max DPB length

Set reorder_queue_frame_delay from the DPB size (in frames). Still not optimal,
as the DPB size is larger than the max bframe forward prediction length, but I
don't know how to compute the latter without parsing every group of pictures.

soundtouch: Call default event handler for basetransform

Make pipeline end properly at EOS and not leak by passing events
to the default event handler.

resindvd: Remove racy glib warning.

Sometimes, the pad probes can be called twice - for OOB events
travelling downstream. Clear out the pad block id, so it only
gets removed once.

gsmdec: fix decoding of audio/ms-gsm variant

Alternates between 33 and 32 byte frames, but must start
with a 33 byte frame. This has been broken for ages since
the element was ported to the audio decoder base class.

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

applemedia: vtdec: set the correct video format in the video meta

Fixes all kinds of weird bugs when videoconvert is used with the decoder.

codecparsers: h264: fix picture level scaling lists derivation (rule B).

Fix picture level scaling lists derivation from fall-back rule set B,
as specified in 7.4.2.2. More precisely, the sequence level scaling
lists need to be used but intra and inter lists arguments were swapped.

This fixes FRExt/freh5.264 from conformance testing.

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

Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>

applemedia: corevideobuffer: set the correct stride for packed formats

applemedia: vtdec: fix mpeg2 video support

applemedia: vtdec: make jpeg decoding actually work

applemedia: vtdec: fail gracefully when not negotiated

applemedia: rewrite VideoToolbox decoder based on GstVideoDecoder

vmcndec: Add missing header file

Forgot to add header file to previou commit

vmncdec: Port to GStreamer 1.0 API

stereo: Port to GStreamer 1.0 API

jp2kdecimator: Port to GStreamer 1.0 API

rtpasfpay: Use GstRTPBasePayload method to push buffer

This way the event is also pushed.

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

sbcdec: Require caps to be set before any data processing

adpcmdec: Require caps to be set before any data processing

sirendec: Require caps to be set before any data processing

opusdec: Require caps to be set before any data processing

mpg123audiodec: Require caps to be set before any data processing

gsmdec: Require caps to be set before any data processing

amcvideodec: Use new gst_video_decoder_set_needs_format() API

mfcdec: Use new gst_video_decoder_set_needs_format() API

openjpegdec: Use new gst_video_decoder_set_needs_format() API

daaladec: Use new gst_video_decoder_set_needs_format() API

mpegvideoparser: Also initialize debug category in parse_sequence_header

Also remove the useless initialized flag, this is already done by the macro

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

openexrdec: Instead of trying to parse the bitstream, just look for the next header

This should be more robust and allows us to handle new versions of the
file format if the library supports it.

videoparsers: use ACCEPT_INTERSECT

We can also accept caps with missing fields.