https://bugzilla.gnome.org/show_bug.cgi?id=744362
Mathieu Duponchelle <mduponchelle1 at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #296715|accepted-commit_now |committed
status| |
--- Comment #9 from Mathieu Duponchelle <mduponchelle1 at gmail.com> ---
Review of attachment 296715:
--> (https://bugzilla.gnome.org/review?bug=744362&attachment=296715)
commit 7ca6d9634a8df45e9ad28f572e36a8d5e697b413
Author: Mathieu Duponchelle <mathieu.duponchelle at opencreed.com>
Date: Thu Feb 12 22:06:17 2015 +0100
dashdemux: Fix handling of live streams with timeshift buffers.
By implementing get_live_seek_range.
As shown by :
gst-validate-1.0 playbin \
uri=http://dev-iplatforms.kw.bbc.co.uk/dash/news24-avc3/news24.php
This patch 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.
https://bugzilla.gnome.org/show_bug.cgi?id=744362
commited
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.