GNOME Bugzilla – Bug 756809
matroskademux: Support SEEK handling by upstream
Last modified: 2018-11-03 15:05:09 UTC
This is needed by HLS with WebM, or the DASH WebM profile. After the attached patches, we will need to figure out why seeking still does not work. It seems like matroskademux does not like what adaptivedemux is doing there.
Created attachment 313659 [details] [review] matroskademux: Forward seek events upstream first before trying push mode seeking ourselves
Created attachment 313660 [details] [review] matroskademux: Forward seek events upstream first before trying push mode seeking ourselves
Created attachment 313661 [details] [review] matroskademux: Forward DURATION and SEEKING queries upstream first
Reason is probably that matroskademux currently only likes to work with BYTE segments.
It looks like matroskademux does not accept data for the second segment of an HLS playlist. It only processes data for the first one.
Yeah, it has no support for handling TIME segments.
Created attachment 313741 [details] [review] matroskademux: Read buffer timestamp *after* actually setting it
Created attachment 313742 [details] [review] WIP: matroskademux: Handle incoming TIME segments a bit better Still generates a new segment with wrong values because need_segment = TRUE initially.
Basically we would now need to not generate a new segment event, probably also disable the stream_start_time handling... and then things might already work.
http://dash-mse-test.appspot.com/media.html A webm stream can be found here
This seems more like an enhancement than a critical bug to me?
-- 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-good/issues/230.