mpdparser: add support for SegmentTimeline syntax elements

build the list of segments to be played using the SegmentTimeline syntax, if present
bugfixes:
- for dynamic MPD files, when mediaPresentationDuration is not present use minimumUpdatePeriod instead
- do not add a spurious '$' when building an URL from a template like "$Bandwidth$/init.mp4v"
- introduce gst_mpd_client_add_media_segment() to avoid code duplication

Fixed wrong index in fragments

mpdparser: fix memory leak in gst_mpd_client_get_next_fragment_set()

we have to free next_fragment_uri

Removed unused function

Seek event handling cleanup

dashdemux: fix playing of single-segment media streams

other fixes:
- fixed a buffering bug: now we stop buffering when we reach the end of manifest
- now gst_mpd_client_get_target_duration() always returns a valid duration
(in case of single-segment streams, we return either Period duration or mediaPresentation duration)
TODO: support SegmentTimeline

uridownloader: deleted useless declaration of gst_uri_downloader_free()

uridownloader: when possible, reuse existing element to download a new URI

previously a new element was allocated for each media segment, and it was never freed

dashdemux: unref caps in function need_add_header()

dashdemux: fix extraction of SegmentTemplate->initialization in gst_mpd_client_get_next_header()

now the following MPD files are properly supported:

http://dash.edgesuite.net/adobe/hdworld_dash/HDWorld-1600.mpd
http://dash.edgesuite.net/adobe/hdworld_dash/HDWorld.mpd

dashdemux: fix memory leak in gst_dash_demux_get_next_header()

We now only accept actual manifest files, and not any XML file

Added a typefind helper for DASH: this commit should be reverted as soon as a proper patch has been submitted to gst-plugins-base

Fixed state machine (again)

Code refactoring

Fixed state machine

Improve consistency of the tasks shutdown code

Added missing g_list_free

Do not answer to URI queries

Try queries upstream if we cannot process them

Renamed demux->next_stream in demux->next_push

Inlined one-line utility funciton that was called only once

Fixed regression after the introduction of the multi-screen support, preventing the pipeline from stopping properly

Modified log level of shutdown message

Comments: We don't select a single representation, but a representation for each stream Code: cleanup of gst_get_next_fragment (also renamed in gst_get_next_fragment_set)

Removed debug trace

Added introduction and general design notes

Fixed wrong comment

Documented gst_dash_demux_download_loop

Commented gst_dash_demux_stream_loop

Commented needs_pad_switch

Documented the representation switch mechanism

Replaced references to playlist (HLS) by references to manifest (DASH)

Renamed gst_dash_demux_switch_playlist to gst_dash_demux_select_representation and added comments

Removed obsolete comment

Applied gst-indent

Updated README

mpdparser: support MPD files with SegmentBase elements encoded inside a SegmentList element

also properly support MPD files without any Initialization segment

mpdparser/dashdemux: fixed get_width, get_height, get_audio_rate, get_num_audio_channels API functions

the actual values now can be extracted also from the AdaptationSet element;
checking NULL structs for better robustness;

mpdparser: added support for single-segment streams with the URL encoded in the baseURL syntax element

mpdparser: added lang attribute to ProgramInformation node

mpdparser: added support for Accessibility, Role, Rating, Viewpoint elements to AdaptationSet node

those are DescriptorType elements, so they are just parsed and dumped for now;

mpdparser: support multiple ProgramInformation nodes

now we keep a list of ProgramInformation nodes for each Period node

mpdparser: fixed parsing of SegmentList syntax element, and eliminated Represention node list from Period node

SegmentList nodes are allowed into Period, AdaptationSet or Representation nodes
and there is at most 1 element, so no need to keep a list;

Period nodes cannot have any Represention elements, as AdaptationSet nodes are mandatory;
this breaks compatibility with some legacy DASH test sequences.

mpdparser: fixed return with no value

gstmpdparser.c: In function ‘gst_mpdparser_get_list_and_nb_of_audio_language’:
gstmpdparser.c:2891: warning: ‘return’ with no value, in function returning non-void

mpdparser.c/.h: changed license from dual MIT/LGPL 2.0 to LGPL 2.1

uniformed licencinsing to the other libraries in the dashdemux project

Optimize the two functions that return the number and the list of languages in a single function

Add the headers to the adaptationsets segments if any one of these changed representation

Support Multi languages (need a decodebin2 patch)

Remove the "TODO" comment

Renamed LICENSE into COPYING

Updated authors

Initial import of gstdashdemux sources

Use DVB API v5 aka S2API instead of obsolete v3 API

Patch is based on work of Tony Houghton <h@realh.co.uk>

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

smoothstreaming: pass width, height, channels and rate as integer

g_ascii_strtoull() returns a long long integer, but we need to
pass a normal int to gst_structure_set() for fields of G_TYPE_INT,
so cast appropriately.

vdpau: Add VdpVideoSurface caps feature

smoothstreaming: fix WMV caps

Makes this show at least a picture:
http://playready.directtaps.net/smoothstreaming/TTLSS720VC1/To_The_Limit_720.ism/Manifest

mssdemux: fixing compiler warnings about print formats

smoothstreaming: port to 1.0

mssdemux: remove already fixed TODO comment

mssdemux: replace gst_value_deserialize with simpler function

The deserialization was only used to convert hex strings into
GstBuffers. Replace gst_value_deserialize with a simpler, direct
function.

mssdemux: fix newsegment event leak

mssdemux: replace unused parameter

The buffer parameter wasn't being used, it was only to signal if
a buffer was downloaded and advance to the next fragment in the
manifest.

Replace the buffer with a boolean that has the same effect and is
safer

mss: avoid GValue leak

mssdemux: fix a small memory leak

mssdemux: avoid streaming to fail when download is cancelled

When download was failing repeatedly, it was causing streaming to fail even though it was cancelled on purpose (stopping tasks).

mssdemux: removing unused functions

mssdemux: switch bitrates without switching pads

mssdemux: Check if pads are valid before removing.

mssdemux: add a maximum error count for downloads

mssdemux will tolerate a few download errors before emitting an
error message to the bus

mssdemux: use streams bitrate individually

connection setup times seem to matter when measuring the download
rate of different streams. Streams with longer fragments have a
*relatively* lower connection setup time and achieve higher bitrates.

Using the average seems unfair here, so use each stream's measured bitrate
to select its best quality option.

mssdemux: use downloadbitrate utility for measuring bitrate

downloadbitrate keeps a short history of bitrates and helps
tracking the current average download bitrate for mssdemux

mssdemux: Properly compute new bitrate and use bitrate_limit.

mssdemux: Avoid a possible division by zero

mssdemux: Add missing object param to GST_DEBUG|INFO_OBJECT calls

mssdemux: add bitrate-limit property

It allows the plugin to use its own downloading bitrate measures
as a feedback to select the best streams bitrate for the current
network scenario

mssdemux: use the shared uridownloader lib instead of an internal copy

mssdemux: Do not block on reset.

We need to cancel the downloader for each stream before joining the main download task, otherwise
the download task will block until all the stream tasks finish.

mssdemux: handle FLUSH events by resetting the demuxer state

mssdemux: add conditions to prevent some crashes

mssdemux: use standard glib methods

mssdemux: fix some memory leaks and use right free function

mssdemux: don't stop a task from inside the loop

Only pause the task

mssdemux: log manifest content for debugging

mssdemux: make codec private data from manifest attributes with AAC-LC

When the codec is AAC-LC, some server implementation (e.g. Microsoft IIS) doesn't add the CodecPrivateData attribute. The element needs to re-create the codec data from the Quality Level attributes (channels and sampling rate).

mssdemux: only try to reload the manifest for live streams

There is no way to know if a live stream is really finished, so try to reload the manifest and check if there are more fragments to download. Else just let know it's the EOS.

mssdemux: add some documentation

Adds a little bit of docs explaning the internals of mssdemux

mssdemux: add max-queue-size-buffers property

Indicates how much buffering should be done internally in
mssdemux

mssdemux: stop tasks faster

Issue a cancel to the downloaders so they stop earlier

mssdemux: implement live streams handling

Live streams force the demuxer to keep reloading the Manifest from
time to time, as the new fragments are being added as they are recorded.
The demuxer should also try to keep up and detect when it had to skip
fragments, marking the discont flag when that happens.

Curiously, the spec doesn't seem to mention when/how a live stream is supposed
to end, so keep trying downloads until the demuxer errors out.

mssdemux: do not leak fragments

mssdemux: fix issue on fragment timestamping parsing

Use guint64 as the fragments can start at very high numbers,
specially on live streams

mssdemux: error out when upstream doesn't implement URI query

Error out when upstream doesn't answer to URI query and mssdemux
doesn't know the URI to fetch the fragments from

mssdemux: push newsegments with same start time on bitrate switches

This keeps sinks working in sync after a bitrate switch

mssdemux: rewriting pad tasks so that buffers are pushed by ts order

Use pad tasks to download data and an extra task that gets the earlier
buffer (with the smallest timestamp) and pushes on the corresponding
pad.

This prevents that the audio stream rushes ahead on buffers as its
fragments should be smaller

mssdemux: some fixes to bitrate switching

Removes a possible deadlock from bitrate switching when the pad
that requested the switch blocks on its pad-push

mssdemux: refactoring fragment download to its own function

Makes code clearer and helps changing the download part of the
code to its own thread

mssdemux: implement bitrate switching

When connection-speed changes, signal that we might need a bitrate
switch. During the switch, a new pad group is added and the old one
is drained and removed.

New pads also need to push newsegments before starting to stream

mssdemux: add connection-speed property

This speed limits the maximum bitrate of streams. Currently it
is only read when starting the pipeline, but it should be used
for switching bitrates during playback to adapt to network
changes.

mssdemux: add an 'active' flag to manifest stream

mssdemux should set the streams it has exposed as active so that
the manifest won't use the non-active streams to compute total bitrates
or providing fragments