GNOME Bugzilla – Bug 763854
subparse: GStreamer-CRITICAL print log when do fast backward
Last modified: 2018-11-03 11:45:27 UTC
Created attachment 324235 [details] [review] create new seek event with rate=1 for seeking subparse will cause following printing when do fast backward: GStreamer-CRITICAL **: gst_segment_to_running_time_full: assertion 'stop != -1' failed since subparse alwasy seek to the beginning start, so creating the new seek event with rate=1 will solve this problem
Comment on attachment 324235 [details] [review] create new seek event with rate=1 for seeking How will this work at all for reverse playback? subparse would forward the subtitles in normal order, not reverse order It probably doesn't assert anymore, but it will not work either.
I don't see this assert (going at -2 by pressing r with navseek). gst-launch-1.0 uridecodebin uri=file:///path/to/ogv ! queue ! videoconvert ! navseek ! autovideosink filesrc location=/path/to/srt ! subparse ! queue ! fakesink sync=1 nor gst-launch-1.0 uridecodebin uri=file:///path/to/ogv ! queue ! videoconvert ! textoverlay name=X ! queue ! navseek ! autovideosink filesrc location=/path/to/srt ! subparse ! queue ! X. It's horrendously choppy in reverse though.
-- 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-base/issues/259.