GNOME Bugzilla – Bug 738920
dashdemux: allow seek to be performed if all streams are EOS
Last modified: 2014-12-12 00:18:29 UTC
After playing a dash stream in reverse playback and reaching the beginning of the file (EOS), seeking at the beginning of the stream can be discarded as the segment position is the same as the seek position.
Created attachment 289017 [details] [review] dashdemux: allow seek to be performed if all streams are EOS
Created attachment 289018 [details] [review] dashdemux: allow seek to be performed if all streams are EOS Whitespaces noise fixed.
Review of attachment 289018 [details] [review]: Nice catch, but I guess the issue is more generic than just for EOS. The logic for doing the seek is a bit wrong in dashdemux (and likely in mssdemux). For example, it should always send flushes if the seek is a flushing seek even when the position won't change. So, while we are here, how about fixing this all to work correctly? I'd recommend taking a look at pull mode seeking in some stable element like qtdemux.
commit 75b0bac7f8ed9a4f54fb73d4542cce39a9dc4c6c Author: Thiago Santos <thiagoss@osg.samsung.com> Date: Thu Dec 11 21:01:48 2014 -0300 adaptivedemux: fix seek event handling Properly do seeking and avoid only seeking when the segment was updated. It would cause seeks after the stream was EOS to fail, for example. https://bugzilla.gnome.org/show_bug.cgi?id=738920