http://www.kernellabs.com/hg/~dheitmueller/vlc-1.1.5/ en-us ~dheitmueller/vlc-1.1.5 Changelog http://www.kernellabs.com/hg/~dheitmueller/vlc-1.1.5/rev/71818615365a
When doing EIA-608 roll-up captions, there is incremental rendering of line
content even before the whole line is received. Because the code was basing
the line height on the maximum height of the glyphs rendered so far, this
would result in the line height changing in the middle of rendering a line,
which resulted in the text shifting vertically as well as the black background
not being rendered properly.

Base the line height on the maximum height of the overall font metrics as
opposed to height of the individual glyphs. This results in the line height
being defined for worst-case, as opposed to it changing dynamically.]]> Devin Heitmueller <dheitmueller@kernellabs.com> Sun, 22 May 2011 15:00:44 -0400 http://www.kernellabs.com/hg/~dheitmueller/vlc-1.1.5/rev/5140430fd4fb
The CEA-608 test vector was rendering at 1920x1080. Some recent
changes I made broke rendering at 720x480 in that the fonts were
being rendered off-screen in some cases.

Take into account the video resolution when choosing the font size and
placement of the SPU region.]]> Devin Heitmueller <dheitmueller@kernellabs.com> Sat, 16 Apr 2011 21:08:21 -0400 http://www.kernellabs.com/hg/~dheitmueller/vlc-1.1.5/rev/71763f027a67
If a line has nothing but nonbreaking spaces, the renderer would
bail out and not render the frame at all. Fix that.]]> Devin Heitmueller <dheitmueller@kernellabs.com> Sat, 16 Apr 2011 21:06:21 -0400 http://www.kernellabs.com/hg/~dheitmueller/vlc-1.1.5/rev/d785e0651240
There was an edge case where we would end up corrupting arbitrary memory
on the heap because we went past the end of the array. So fix that case.]]> Devin Heitmueller <dheitmueller@kernellabs.com> Sun, 10 Apr 2011 22:49:04 -0400 http://www.kernellabs.com/hg/~dheitmueller/vlc-1.1.5/rev/a8b4658dd838
First cut at a patch to always render CC text over a black background to
improve readability. However, this patch isn't complete in that *all* text
is now being rendered over the background, whereas this really is something
that freetype.c should only be doing if rendering EIA-608 captions.]]> Devin Heitmueller <dheitmueller@kernellabs.com> Sat, 05 Mar 2011 21:16:16 -0500 http://www.kernellabs.com/hg/~dheitmueller/vlc-1.1.5/rev/d1ada0be7cf2
A proportional space font will result in inconsistent rendering for things
such as centered captions or captions that are not left jusfified.

Also, we need to use a smaller font, since the 16 line display won't fit
within the window at the default font size. This patch ensures consistent
rendering regardless of how the user has configured the OSD font properties.]]> Devin Heitmueller <dheitmueller@kernellabs.com> Sat, 05 Mar 2011 21:13:55 -0500 http://www.kernellabs.com/hg/~dheitmueller/vlc-1.1.5/rev/f1326e11c006
Make the buffer larger, since there are more HTML tags in the resulting output
stream.]]> Devin Heitmueller <dheitmueller@kernellabs.com> Sat, 05 Mar 2011 21:06:42 -0500 http://www.kernellabs.com/hg/~dheitmueller/vlc-1.1.5/rev/17ccafb52d47
If the character in the EIA-608 stream is one of the reserved characters,
escape it accordingly so that the HTML renders properly.]]> Devin Heitmueller <dheitmueller@kernellabs.com> Sat, 05 Mar 2011 21:04:52 -0500 http://www.kernellabs.com/hg/~dheitmueller/vlc-1.1.5/rev/420a62a42fbd Devin Heitmueller <dheitmueller@kernellabs.com> Sat, 05 Mar 2011 21:00:05 -0500 http://www.kernellabs.com/hg/~dheitmueller/vlc-1.1.5/rev/4e9c5d4d29b8
Address a case where we would end up with missing closing underline tags. This
results in malformed HTML causing the subpicture to never be rendered in those
cases.]]> Devin Heitmueller <dheitmueller@kernellabs.com> Sat, 05 Mar 2011 20:58:16 -0500