[Bug 744362] New: dashdemux: Fix handling of live streams with timeshift buffers.

[bugzilla at gnome.org]

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

            Bug ID: 744362
           Summary: dashdemux: Fix handling of live streams with timeshift
                    buffers.
    Classification: Platform
           Product: GStreamer
           Version: unspecified
                OS: All
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: mduponchelle1 at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

As shown by :

gst-validate-1.0 playbin \
uri=http://dev-iplatforms.kw.bbc.co.uk/dash/news24-avc3/news24.php

The current behaviour was to let the following demuxer (in that case
qtdemux) answer the duration query, with this stream the duration was
always of 24 hours.

It seems more correct to me to have the duration be
now - availabilityStartTime.

This patch also handles live seeking, by setting a live seek range
comprised between now - timeShiftBufferDepth and now.

The inteersting thing with this stream is that one can actually
ask fragments up to availabilityStartTime, but it seems quite clear
in the spec that content is only guaranteed to exist up to
timeShiftBufferDepth.

One can test live seeking this way :

gst-validate-1.0 playbin \
uri=http://dev-iplatforms.kw.bbc.co.uk/dash/news24-avc3/news24.php \
--set-scenario seek_back.scenario

with scenario being:

description, seek=true
seek, playback-time=position+5.0, start="position-600.0", flags=accurate+flush

This example will play the stream, wait for five seconds, then seek back
to a position 10 minutes earlier.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.