[vlc-devel] Re: [PATCH] USF subtitles enhancements
robux4 at gmail.com
Wed May 23 17:26:53 CEST 2007
Bernie Purcell wrote:
> This patch brings the USF subtitle support more in line with the spec by
> adding support for additional features. It is still not complete, but
> the patch was quite big enough already at this point. :-/
> It does the following:
> * Add a control method to mkv.cpp to allow retrieval of attachments
> within the MKV container.
> * Add a shortname to sdl_image so we can do a module_Exists() on it
> * Add support for <image> tags in the subtitles to display graphical
> images embedded as attachments as part of the subtitles
> * Add support for multiple text / image regions within the one sub
> picture plane - all with different alignments
> * Allow style information to be overridden by explicit alignment tags
> * Make USF styles relative to Default, as per spec, and allow font sizes
> to be relatively changed by + and - in the attribute
> * Patches to vout_subpictures.c to allow for regions within the
> subpicture to have different alignments to one another, and minor
> patches to everything else that tried to setup subpicture alignment, so
> that it now sets this up on the subpicture_region instead.
> * Extensive changes to freetype.c to correct a problem with styled
> bi-directional text not being implemented correctly the first time
> I am aware of a problem that is occurring at the moment, when the video
> area is resized to be less than 1:1 - everything swaps to a centre
> alignment (see sample mkv file). I haven't managed to work the cause
> yet, but as it is getting difficult to continue working on a monolithic
> patch this size with other contributions impacting it I thought I'd
> submit now before anything else changes. Perhaps some of it at least
> could be committed and alleviate this issue?
> The attached mkv showcase the new features added. Not all the features
> requested by the file are implemented, but it's another step towards
> full compliance.
I think there might be a problem with attachment_t being a class and not
a struct. Since it's used in vlc_demux it might be used in other
containers too (M4A can have images for example).
I can only comment on the MKV part, dunno about the rest.
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
More information about the vlc-devel