GNOME Bugzilla – Bug 665750
Subtitles are slow to catch up with forward seeks, and disappear if I go back!
Last modified: 2018-11-03 11:19:56 UTC
Subtitles take some extra seconds to catch up if I jump forward in a video. And completely disappear if I go back.
This is with what application? Totem? What's the output of: $ gst-inspect-0.10 playbin2 | grep Version
I have the problem using Totem, the output of gst-inspect is: Version: 0.10.36
Version: 0.10.36
And yes, Totem. :)
Is this still an issue with GStreamer 1.x ?
I wouldn't know why this would've changed. Sparse stream handling is still suboptimal
GNOME 3.8, same problem.
*** Bug 762659 has been marked as a duplicate of this bug. ***
Does this happen with any file or only a particular file or filetype? I don't remember seeing this with recent versions. Subtitles would only disappear for a while when switching subtitle tracks.
(In reply to Thiago Sousa Santos from comment #9) > Does this happen with any file or only a particular file or filetype? > > I don't remember seeing this with recent versions. Subtitles would only > disappear for a while when switching subtitle tracks. I can see this pretty often with totem with srt files. All you have to do is go back in the video a few times using arrow key.
I can reproduce quite easily playing mkv + loading a srt subtitles. Sometimes going back makes the subtitles disapear entirely; they might come back *if* i go back once more or *if* I go forward. Not sure why, with command [0], the bug never happens. I screen casts showing that I'm not crazy :) [0] GST_DEBUG=6 totem video-file.mkv > debug 2>&1 On Fedora 23, gstreamer is 1.6.4
-- 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/55.