dashdemux: Remove timing code that delays pushing of fragments

Fragments should be pushed ASAP as downstream should be responsible for
doing the syncrhonization and proper buffering.

This has the great side effect of fixing most of the seeking A/V sync issues.

dash: fixing build warnings

Also running through gst-indent

gstdashdemux: add need_header member to know whether the initialization fragment should be pushed

dashdemux: don't wait for the whole duration of a fragment when seeking

dashdemux: switch pads and send header file when a newsegment event is sent

dashdemux: various fixes

Applied gst-indent

Replaced URL pointing to obsolete Klagenfurt MPD by a new one

mpdparser: fix escape sequence in URL template resolving

mpdparser: do not switch pads when bitstreamSwitching = true

dashdemux: complete support for manifest file updates

dashdemux: add support for manifest file updates

- the MPD file is updated in the download loop (only if we have a "dynamic" MPD and minimumUpdatePeriod is valid);
- properly LOCK/UNLOCK the GstMpdClient;

dashdemux: new API to set/get segment index and period index

TODO: rework segment selection to support Representations or Adaptation Sets with segments not aligned

dashdemux: new API to load the stream Period with a given index

this avoids to fiddle with stream internals in the code

dashdemux: implement seeking across Periods

Applied gst-indent

By default, do not forward pad queries upstream, because it may have unforessen side-effects (forwarding the new 1.0 GST_CAPS query would prevent pad linking for instance)

plugin: register as dashdemux instead of fragmented

This fixes conflicts with the HLS plugin, which is also named
fragmented.
When building its registry, gstreamer was picking one or the other
between hls and dashdemux.

dashdemux: check if we have received the MPD file in the proper way

mpdparser: silence warning

dashdemux: fix printing buffering time and download rate/size

This was broken on armv7.

dashdemux: fix unused-but-set variable

dashdemux: use new gst_mpd_client_get_next_fragment_duration API

This fixes build that has been broken by commit
fb9aeac6552021b176a4c4bd07265e02a0b70e0f.

gst_mpd_client_get_target_duration has been removed, and
gst_mpd_client_get_next_fragment_duration should be used instead.

dashdemux: remove FIXME comment

pad switching across multiple periods works perfectly fine now
and it is done only when there is a change in the CAPS

dashdemux: send new-segment events to all pads

dashdemux: reworked the API to retrieve fragment timestamp, fragment duration and media presentation duration

This was necessary to support variable-duration Fragments.

in the new API:
- gst_mpd_client_get_current_position returns the timestamp of the NEXT fragment to download;
- gst_mpd_client_get_next_fragment_duration returns the duration of the next fragment to download;
- gst_mpd_client_get_media_presentation_duration returns the mediaPresentationDuration from the MPD file;

also there is a new internal parser function:
- gst_mpd_client_get_segment_duration extracts the constant segment duration from the MPD file
(only used when there is no SegmentTimeline syntax element in the current representation)

In gst_mpd_client_get_next_fragment, we set the timestamp/duration of the fragment just downloaded
copying the values from the corresponding GstMediaSegment.

TODO: rework SEEKING to support seeking across different Periods.

dashdemux: use effective segment duration to reschedule the streaming task

do not assume segment duration is constant

Conflicts:

ext/dash/gstdashdemux.c

dashdemux: reworked gst_dash_demux_get_buffering_time() to return the effective buffering time

do not assume the Fragment duration is constant

dashdemux: complete support for Media Presentations with several Periods

- Periods are played in sequence, from PeriodStart to PeriodEnd
- seamless switching from one Period to the next one works fine;
- the 'new-segment' generation is broken, so if we need to switch pads for a new Period there is a crash;

mpdparser: initial support for Media Presentations made of several Periods

- build a list of the available Periods with their start and duration time
- add the list of GstStreamPeriod in the GstMpdClient data struct
- remove cur_period from GstMpdClient and introduce an API to get the current GstStreamPeriod
- several API clean-ups

mpdparser: support BaseURL for SegmentURL using mediaRange

This is used in big_buck_bunny_CappedVBR_Multirate_4s_0_AudioVideo_MainProfile.mpd

mpdparser: factorize adding range parameter to URL

dashdemux: reworked caps detection

also reworked the API to extract audio/video parameters from the manifest file
(mimeType, width, height, rate, num channels)

dashdemux: do not send bogus duration messages when mediaPresentationDuration is unknown

mpdparser: support SegmentTimeline syntax also for list-based media segment generation

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