[gstreamer-bugs] [Bug 530962] [subparse] parses only every second line of TMPlayer subtitle

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=530962

  GStreamer | gst-plugins-base | Ver: 0.10.19




------- Comment #8 from Tim-Philipp Müller  2008-05-03 18:54 UTC -------
Right, there's probably something inefficient we're doing when parsing. The
segment check you added was probably the right thing to do, or something along
those lines at least. We always read the entire file from the start when a seek
happens, yes - but that shouldn't lead to too much disk churning, subtitle
files are usually small enough for this not to matter too much. I'll have a
look one of these days. Feel free to file a bug about it if you want to make
sure it's not forgotten.


> There is one more issue I've noticed:
> 
> When you put every second line of text without duration, it will display the
> sub until the next one will come. If there is a for example 20 second part of
> the movie without speech, the sub will remain on the screen (maybe there should
> be a timeout, for example 6 seconds?)

This is basically a deficiency of the subtitle format - it doesn't allow you to
specify an end time or duration.

The way this is usually done with this format is by having the file look like:

00:00:20:Ok, I'm off to the pub.
00:00:23:
00:00:50:Two pints of lager please
00:00:53:
00:01:04:...

(This is probably also the reason why no one has noticed this bug before :))


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=530962.