<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dcpomatic/src/lib/dcp_subtitle_decoder.cc, branch main</title>
<subtitle>DCP-o-matic DCP tools</subtitle>
<id>https://git.carlh.net/cgit/dcpomatic/atom?h=main</id>
<link rel='self' href='https://git.carlh.net/cgit/dcpomatic/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/'/>
<updated>2025-07-12T23:48:56Z</updated>
<entry>
<title>White space: dcp_subtitle_decoder.{cc,h}</title>
<updated>2025-07-12T23:48:56Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2025-07-12T23:48:56Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=d6c4cbce94a8adb10b9438962f7d3e61556dd74c'/>
<id>urn:sha1:d6c4cbce94a8adb10b9438962f7d3e61556dd74c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Adapt to some libdcp class renaming to allow open captions/closed subtitles.</title>
<updated>2024-09-03T15:02:24Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-08-06T21:57:22Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=f3ab77e34a41ad4d8f5156e9d6598314975b9565'/>
<id>urn:sha1:f3ab77e34a41ad4d8f5156e9d6598314975b9565</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix handling of empty font IDs and default DCP fonts (#2721) (part of #2722).</title>
<updated>2024-01-15T09:21:59Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-01-13T22:34:35Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=db22f81ccce9e1a5f205e6d8b3c0631fc039a173'/>
<id>urn:sha1:db22f81ccce9e1a5f205e6d8b3c0631fc039a173</id>
<content type='text'>
Previously we used an empty font ID as the default for when a subtitle
has no Font, but in #2721 we saw a DCP with an empty font ID which
raised an assertion (because we'd already added our default font with
the empty ID).

Here we try to fix this (and also make the default font correctly be
that from the first &lt;LoadFont&gt;).
</content>
</entry>
<entry>
<title>Extract Film::Property to its own header to (maybe) increase compilation speed.</title>
<updated>2023-08-09T08:18:46Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-08-08T16:11:11Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=a3c1ae7c2e46b65347341896b3d1a505ff92632b'/>
<id>urn:sha1:a3c1ae7c2e46b65347341896b3d1a505ff92632b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Support the 2014 version of SMPTE 428-7 in render_text.cc and use it</title>
<updated>2023-02-27T13:47:25Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-12-11T23:51:56Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=5e7ec41119961114a9b4df90d1c9ced580667f54'/>
<id>urn:sha1:5e7ec41119961114a9b4df90d1c9ced580667f54</id>
<content type='text'>
when placing subtitles (e.g. SRT).  Also default to outputting 2014-era
alignment.
</content>
</entry>
<entry>
<title>Extract constants.h</title>
<updated>2022-12-09T23:47:30Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-12-09T23:47:30Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=da38c8a0156808595be0aae1b1490069a663fb78'/>
<id>urn:sha1:da38c8a0156808595be0aae1b1490069a663fb78</id>
<content type='text'>
</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>Improve a variable name.</title>
<updated>2022-07-20T08:22:55Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-07-06T08:51:04Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=e7efb7d651d4555ed8dd2b3c4980b5222d1e0521'/>
<id>urn:sha1:e7efb7d651d4555ed8dd2b3c4980b5222d1e0521</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Set up TextDecoder position based on the time that the next thing will</title>
<updated>2022-06-12T13:40:33Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-06-08T07:58:16Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=c8a036eb727ceddc64a0304d781c916eb952c001'/>
<id>urn:sha1:c8a036eb727ceddc64a0304d781c916eb952c001</id>
<content type='text'>
be emitted, instead of the time that the last thing was (#2268).

This is to avoid problems with the example shown in the test, where
just because a subtitle in source A comes before a subtitle in source B,
source A is pass()ed next and may then emit a subtitle which should
be after the next one in B.
</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>
</feed>
