GNOME Bugzilla – Bug 782140
adaptivedemux: handle segment seeks
Last modified: 2018-11-03 14:08:15 UTC
Currently the seeking request with GST_SEEK_FLAG_SEGMENT succeeds, but the demuxer ends up sending out EOS anyway.
Created attachment 351013 [details] [review] dashdemux: reject segment seeks
Shouldn't that patch be in adaptivedemux instead ?
Good question, I wasn't sure whether segment seeks would be implemented on a per-demuxer basis or generically in adaptivedemux, any idea ?
Most of the seek handling is done in the base class. Furthermore, the (non-segment) range handling is also done there (i.e. checking whether we've reached the requested stop position). AFAICS, this would just require: 1) Not sending EOS when we've reached the stop (or start in reverse) position 2) When all download loops are done, post the SEGMENT_DONE message
Heh, I'm not opposed to actually implementing segment seeks, I just wasn't sure what this actually involved, if you say that can be done in the base class in a simple way I'll definitely have a quick try.
*** Bug 782139 has been marked as a duplicate of this bug. ***
Review of attachment 351013 [details] [review]: See https://bugzilla.gnome.org/show_bug.cgi?id=784655
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/554.