[gstreamer-bugs] [Bug 518709] GStreamer backend - MicroDVD subtitles

[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=518709

  GStreamer | don't know | Ver: 0.10.x




------- Comment #3 from Tomasz Sałaciński  2008-02-25 23:18 UTC -------
I am sorry, but I've posted this bug because MPlayer, ffdshow and Xine are
using movie's FPS or current frame to decode subtitle - *every* other engine is
displaying the subs properly without adding {1}{1}FPS to the sub file - the
same subs are working even for movies encoded in different frame rate. So, if
every engine is doing this properly (only GStreamer have problems) IMHO it is
the problem with GST. I've posted this bug here, because adding this line could
be a little workaround.

I've also noticed that ffdshow, mplayer and xine are using the same way to
decode subs. But every Linux media player have issues - Xine is best with sub
handling and media compatibility (DVD menu) - but seeks *very* slow when subs
are enabled, no matter if unscaled or not. MPlayer is the fastest one (I can
play Apple HD trailers with MPlayer, GStreamer seems to need more CPU - I am
playing the same file), but have a ugly gui (some people prefer not skinnable,
like totem, which is imho best) and, like Xine, doesn't format subtitles.
GStreamer uses Pango - it formats subs very well, but AFAIK doesn't support
unscaled subs and have problems with handling mdvd.

So it forces many people to convert the subs to another format, use other
player or add FPS line by hand to the sub file. That's why I've compared it to
Windows - Windows players handle subs on themselves (Polish players for
example, like SubEdit), or if the subs are rendered by engine, they are timed
properly. 

IMHO you should look at SubEdit's capabilities (http://subedit.com.pl/) - it
uses own (not ffdshow's) sub engine, it is very flexible - you can do
everything you want with the movie - rescale it in real-time, change sub
position in real-time, resize subs, rescale movie, change the movie play speed,
load subtitles on demand (File->Open Subtitles) etc etc. It even uses separate
configuration for each file you've played - so if you will start playing this
file again, it will start from previous position with previous settings (so for
movie X you will have subs on the top, for movie Y you will have TWO subtitle
streams at one time - one on the top (english), second one on the bottom
(polish)). That's why I've been posting these bugs, because I want to make
Totem & GST at least comparable to Subedit (at least if it comes to proper sub
handling).

> As I said, I'd accept an addition to subparse that reads the default from an
> environment variable.

What env variable you are talking about?


-- 
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=518709.