[gstreamer-bugs] [Bug 481075] Full support for ASS/SSA subtitles

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Mon Jun 23 22:39:08 PDT 2008


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=481075

  GStreamer | gst-plugins | Ver: 0.10.x




------- Comment #10 from Sebastian Dröge  2008-06-24 05:39 UTC -------
(In reply to comment #7)
> Sebastian, let me pose some questions.
> 
> Besides calling managed code from unmanaged code, would running an application
> which pipped the results to gstreamer be unacceptable? Also, is there a way to
> have this feature as an "alternative" plugin?

>From the application side there are many possible implementations for this, two
that I'm thinking of right now would be:
- The application ships a private element with a very high rank that can handle
all kinds of subtitle formats. This would then be autoplugged and on
instanciation the application would install some managed callbacks that will
use sublib for decoding

- The application uses sublib for parsing the subtitles and put them into the
pipeline via fdsrc for example

The first solution would be much better though ;)

> I think SubLib's features would enrich gstreamer's subtitle handling, as it
> supports multiple subtitle formats among other features. If not possible in the
> base platform, I think it would be welcome as an option.

I don't think it will be very hard to add support for all those formats in
GStreamer without using sublib. Parsing subtitles is not exactly rocket
science, it just needs someone to do it.


(In reply to comment #9)
> It's mostly important that the method of calling C# in a gstreamer element to
> be sane and maintainable, and bonus points for being reusable.  It's unlikely
> that sublib will be the only C# library to be wrapped in a gstreamer plugin.  I
> assume that Sebastian was skipping to the conclusion that spending the time
> working on a C# plugin would be more than it is worth.

Well, a generic gstreamer plugin using sublib could probably be done by using
libmono but IMHO it's not worth the effort and the overhead of running a JIT
just for parsing subtitles. Enhancing our current subtitle parsers and writing
new ones for unsupported formats shouldn't be too hard.


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




More information about the Gstreamer-bugs mailing list