<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dcpomatic/src/lib/render_text.cc, branch win2</title>
<subtitle>DCP-o-matic DCP tools</subtitle>
<id>https://git.carlh.net/cgit/dcpomatic/atom?h=win2</id>
<link rel='self' href='https://git.carlh.net/cgit/dcpomatic/atom?h=win2'/>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/'/>
<updated>2022-11-21T19:09:28Z</updated>
<entry>
<title>Fix subtitle vertical position (#2367).</title>
<updated>2022-11-21T19:09:28Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-11-18T09:56:42Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=323b8cbb0b95297fbd027ffdc4ea5003b59ef25f'/>
<id>urn:sha1:323b8cbb0b95297fbd027ffdc4ea5003b59ef25f</id>
<content type='text'>
Previously we would not account for the differences in what vertical
position means between Interop and SMPTE.  For interop, vertical
position is the distance from the reference point to the text
baseline, whereas for SMPTE it is the distance from the reference
point to the top/middle/bottom of the subtitle (depending on the
reference).

This caused differences between the preview and the DCP for some
cases (notably, using SRT/SSA and making Interop DCPs, or converting
Interop DCP subs to SMPTE, or vice versa).
</content>
</entry>
<entry>
<title>Handle vertical alignment of subs correctly wrt the difference between Interop and SMPTE.</title>
<updated>2022-07-20T08:22:55Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-07-06T10:25:15Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=9726a58f44d52d235b027225ddd68c6acf83c733'/>
<id>urn:sha1:9726a58f44d52d235b027225ddd68c6acf83c733</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Whitespace tweak.</title>
<updated>2022-07-20T08:22:55Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-07-06T08:51:30Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=d70f755dde2812bf2311e2ce09563af1b5334d03'/>
<id>urn:sha1:d70f755dde2812bf2311e2ce09563af1b5334d03</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Tidy up font rendering for subtitles.</title>
<updated>2022-07-20T08:22:55Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-07-06T08:08:55Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=58c63c02bc26209f42f42bccbe4a587f9df6f05f'/>
<id>urn:sha1:58c63c02bc26209f42f42bccbe4a587f9df6f05f</id>
<content type='text'>
Here was use get_ink_extents() rather than get_pixel_size() to
find out how big the rendered subtitle will be, then use the
x/y values of this extents rectangle to offset the rendering
within the image.  This allows the removal of some hacks to make
accents visible.
</content>
</entry>
<entry>
<title>Rearrange subtitle font management.</title>
<updated>2022-06-07T15:01:06Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-06-01T11:03:38Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=5a820bb8fae34591be5ac6d19a73461b9dab532a'/>
<id>urn:sha1:5a820bb8fae34591be5ac6d19a73461b9dab532a</id>
<content type='text'>
With this change each subtitle coming out of the player has a reference
to a dcpomatic::Font that belongs to the TextContent.  This hopefully
solves a few problems which all basically stemmed from the fact that
previously the decoders/player were deciding what the font ID in the
output DCP would be - they can't do that properly.
</content>
</entry>
<entry>
<title>Move fontconfig-related code out to a class.</title>
<updated>2022-06-07T15:01:06Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-06-02T10:52:59Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=9a7b67aee32a40539f29bc2d7017edd4a4f65f11'/>
<id>urn:sha1:9a7b67aee32a40539f29bc2d7017edd4a4f65f11</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Improve accuracy of subtitle font sizing.</title>
<updated>2022-06-05T21:51:55Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-06-05T21:51:55Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=f807d3f9751c43bcfa0b260aeb5deca5f00761d2'/>
<id>urn:sha1:f807d3f9751c43bcfa0b260aeb5deca5f00761d2</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use libdcp's warnings.h</title>
<updated>2022-04-22T21:27:15Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-04-22T21:27:15Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=3c29aa6531a4046a8db72dcac81189eb8893233c'/>
<id>urn:sha1:3c29aa6531a4046a8db72dcac81189eb8893233c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix fade factor calculation when there is no end time.</title>
<updated>2021-10-25T08:15:18Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2021-10-24T22:40:30Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=500f121343adb67fdbce10a41b1902ccdbbba1e2'/>
<id>urn:sha1:500f121343adb67fdbce10a41b1902ccdbbba1e2</id>
<content type='text'>
In this case we can't do any fade out.
</content>
</entry>
<entry>
<title>Basic and slightly inaccurate support for &lt;Space&gt; in subtitles (#2103).</title>
<updated>2021-10-17T13:35:14Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2021-10-15T20:25:42Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=ccd69987ab861ea4521836fa2a5227e2dfac3479'/>
<id>urn:sha1:ccd69987ab861ea4521836fa2a5227e2dfac3479</id>
<content type='text'>
Adding horizontal space to a Pango layout is hard, and I think this
change probably gets it slightly wrong, but it's a step in the right
direction.
</content>
</entry>
</feed>
