GNOME Bugzilla – Bug 787946
gstdashdemux : Play a dash content from non-zero offset fails and always starts from beginning.
Last modified: 2018-11-03 14:13:51 UTC
Dear Members, When try to play a dash content from a non-zero offset, playback fails to start from the requested offset and always start from 0 i.e. from beginning. The issue is only seen with contents having "isoff-on-demand" profile. This is because, in this profile, the entire content is downloaded and parsed at the beginning of the playback. Since the downloading/parsing the entire content at one go takes time, the position change request reaches dashdemux before the entire parsing is completed and is ignored. Works fine with all the contents having "isoff-live" profile. Use case : - Initiate a play request for dash content. - During pipeline creation, on receiving GST_MESSAGE_ASYNC_DONE from sink, issue a seek request to the pipeline i.e. suppose the duration of the content is 4 mins, issue a seek request to start the the playback from 2 mins,from begin. - The playback should start from the 2nd minute instead of beginning. URL to reproduce the issue : http://dash.edgesuite.net/dash264/TestCases/1a/sony/SNE_DASH_SD_CASE1A_REVISED.mpd Can you please look into this ? Thanks
Assigning to GStreamer team
Dear Members, Can you please update on this ? Thanks
Hi All, Did someone get a chance to look into this ? Thanks
reported URL streaming contains reference type 1 in 'sidx' box. It is not supported yet.
Hi, Can you please specify on what is not supported ? The URL can be played fine. Also, the use case mentioned in the bug works, if some debug traces are enabled in the logs. So, looks like a timing issue. Thanks
yes, (In reply to Debdeep from comment #5) > Hi, > > Can you please specify on what is not supported ? The URL can be played fine. > > Also, the use case mentioned in the bug works, if some debug traces are > enabled in the logs. So, looks like a timing issue. > > Thanks yes, "isoff-on-demand" profile with 'sidx' has some issue. Please refer to https://bugzilla.gnome.org/show_bug.cgi?id=788763 However, for your reported URL http://dash.edgesuite.net/dash264/TestCases/1a/sony/SNE_DASH_SD_CASE1A_REVISED.mpd the streaming content contains reference type 1 'sidx'. It is kinda 'sidx' reference to other 'sidx's sidx_0 (reference type 1) ├──> sidx_1 (reference type 0) ├──> sidx_2 (reference type 0) └──> sidx_3 (reference type 0) it is not supported yet currently. so the referenced segments can not be indexed. and there is no way to jump into specific point while seeking
Is there some recent commit related to this ? Thanks
AFAIK, no.
-- 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/614.