Wed Sep 28 08:12:41 PDT 2011
pending subtitles and a callback called periodically whose job is to render
them at correct time.
After a seek one or more subtitles at the top of the pending queue get their
timestamps modified to 0xFFFFFFFFFFFFFFFF.
I don't really understand the mechanism behind that(*) , but what I have tried
is to just skip those (delete them from the queue) and that hack seems to work.
It can lose a few subtitles but that is better than them stopping forever.
Also, what would happen before the patch is that queue would grow indefinitely
since it was blocked by an impossible timestamp at the top.
Maybe somewhere in code someone tries to re-timestamp those and messes up?
Because on seek I see running time stamp go back from zero, so I can only
assume subtitle timestamps received before the seek have to be adjusted, I just
do not see where is that done.
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs