dashdemux: properly reset stream status after a flush

The stream eos/end of period status must also be reset after a flushing
seek. This makes seeking after EOS work.

dashdemux: keep a list of streams periods

Keep a list of streams per period so that the download loop can keep
downloading while the stream loop is still pushing old period's data.

dashdemux: Properly parse base uri from mpd.

dashdemux: Remove unused members.

dashdemux: Only send newsegment on seek.

dashdemux: send segments that overwrite previous ones

This is only done for seeks, so it is fine

dashdemux: switch bitrates without switching pads

dashdemux: Remove unusued method.

dashdemux: Set stream need_header after seek and has_data_queued to FALSE when flushing stream.

dashdemux: do not pause/start the stream loop on playing/paused changes

The demuxer shouldn't care about paused/playing, it should act the
same in both states

dashdemux: remove property that isn't used anymore

Remove some pieces of code that are from an old property
that isn't used anymore

dashdemux: add a downloadrate utility

A small struct that keeps a short history of fragment download bitrates
to have an average measure of N last fragments instead of using only
the last downloaded bitrate

dashdemux: sprinkling some more log

dashdemux: change bitrates based on the stream bitrate

Do not use a global bitrate as the sizes of the fragments matter
when calculating the download rate as the connection setup time is
also being taken into the download duration, a smaller fragment
will have a lower bitrate than a larger one.

This avoids switching the bitrates for streams frequently because
of bitrate mismatches

dashdemux: refactor to use the uridownloader lib instead of internal copy

dashdemux: Make sure switch_pads won't leak any pad.

dashdemux: Properly stop download and stream tasks where appropriate.

dashdemux: avoid an assertion when stopping the pipeline

Avoids asserting when dataqueues are setting to flushing due
to a pipeline stop during a pad switch.

dashdemux: download the next fragment with smaller timestamp

Instead of downloading 1 fragment per stream per download loop,
select the stream with the earlier timestamp and get a fragment
only for that one.

The old algorithm would lead to problems when the fragment durations
were too different for streams.

dashdemux: track segments in the demuxer

Use a GstSegment to track the current segment information in the
demuxer.

dashdemux: remove buffering message emission from dashdemux

dashdemux shouldn't emit the buffering message as that can pause
the pipeline. It has no proper knowledge of the downstream buffering
status so it can pause the pipeline when it isn't necessary. It should
have an internal buffer for downloading the streams ahead of playback,
but that shouldn't make it able to stop the pipeline for buffering.

A particular case in which this is bad is when a pad switch happens
(changing bitrates for example), the new pads dashdemux creates
will get linked to demuxers and new queues will be created,
these queues are initially empty and dashdemux will quickly
drain its buffers by pushing them to those queues. So it
would have no more buffers internally and would emit a
buffering message with a low ratio, causing the pipeline
to pause when it wouldn't be necessary.

dashdemux: removing unused code

Cleaning up by removing unused code and variables

dashdemux: re-enable and fix adaptive switching

It is still unstable, but at least it works when the switches aren't
happening after every fragment

dashdemux: correctly signal EOS on manifest end

Put EOS on the streams queues after the last fragment from the
last period for each stream. This way we keep it serialized
with the buffers and it will work when streams have different
ending times

dashdemux: detect end-of-period correctly

Detect end of period when there are no more buffers on any of the
streams

dashdemux: Use the smallest queue value to define buffering state

The smallest queue should be used to prevent blocking the download
thread when a stream has too much data buffered, leaving the other
streams starving from fragments

dash: fix parsing of streams to get correct fragment durations

Use the current stream base time instead of the 0th stream base time
to get default duration for fragments.

dashdemux: block waiting for buffers instead of busy wait

Make the streaming loop block waiting for buffers on the queues instead
of busy waiting eating cpu continuously on a queue length check

dashdemux: fix seeking on multiple streams

Each stream has its own durations and timestamps, the fragment number
is different for each stream when seeking, so the seek has to be done
for all streams, rather than on a single stream and propagated to
others

dashdemux: Replace GQueue by GstDataQueue

GstDataQueue has proper locking and provides functions to limit the
size of the queue. Also has blocking calls that are useful to
our multithread scenario in Dash.

dashdemux: move the buffers queues to the streams

Store the buffers separately for each stream, this is clearer than
having a queue with a list of buffers. It also allows easier selection
of buffers to push in later refactors

dashdemux: refactor streams data to its own struct

Keeps code more organized and similar to what other demuxers
usually do

dash: do not try to print a pointer as a string

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