<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dcpomatic/test/data, branch v2.16.46</title>
<subtitle>DCP-o-matic DCP tools</subtitle>
<id>https://git.carlh.net/cgit/dcpomatic/atom?h=v2.16.46</id>
<link rel='self' href='https://git.carlh.net/cgit/dcpomatic/atom?h=v2.16.46'/>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/'/>
<updated>2023-03-03T00:49:55Z</updated>
<entry>
<title>Add option to limit DCP output to the "Bv2.0 profile" (#2470).</title>
<updated>2023-03-03T00:49:55Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-03-01T00:26:49Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=34b2b0fe412332505e3d543358c9741bd068602d'/>
<id>urn:sha1:34b2b0fe412332505e3d543358c9741bd068602d</id>
<content type='text'>
I'm far from convinced about the point/sense of all these "profiles"
(rather than just implementing or at least tolerating the standard)
but lots of people are having problems with "QC" processes failing
their DCPs with complaints related to MCASubDescriptors.  It seems to
make sense to have an option to turn them off - at least for now,
until either the "QC" situation settles down or any bugs in DCP-o-matic
are found and fixed.
</content>
</entry>
<entry>
<title>Fix tests.</title>
<updated>2023-02-27T13:56:44Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-01-22T19:53:07Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=f4f6f4828430dc72e0276c245d32fde228aaa176'/>
<id>urn:sha1:f4f6f4828430dc72e0276c245d32fde228aaa176</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add failing test.</title>
<updated>2023-02-10T09:31:15Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-02-06T01:56:31Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=a4e6a2cf1b0b85904f57a8604ea7757a13d865e4'/>
<id>urn:sha1:a4e6a2cf1b0b85904f57a8604ea7757a13d865e4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add options for where the add files dialog starts (#2413).</title>
<updated>2023-01-13T23:42:39Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-01-13T19:40:24Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=0c66eff01358e75ff524f395aeb634ec34a47313'/>
<id>urn:sha1:0c66eff01358e75ff524f395aeb634ec34a47313</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove default container configuration option.</title>
<updated>2022-11-28T23:15:02Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-11-22T23:01:54Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=da822af56c5e4acab361b8531fb75a1dcb4b110e'/>
<id>urn:sha1:da822af56c5e4acab361b8531fb75a1dcb4b110e</id>
<content type='text'>
I think this is basically useless now that DoM guesses a good container
when the first video is added.  It made more sense before we did that.
</content>
</entry>
<entry>
<title>Add failing test for #2373.</title>
<updated>2022-11-25T23:09:27Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-11-21T13:00:17Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=26a8f0c778a4abbe12a5a461dc457aa513773de3'/>
<id>urn:sha1:26a8f0c778a4abbe12a5a461dc457aa513773de3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix some missing test reference updates for vpos changes.</title>
<updated>2022-11-21T23:43:51Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-11-21T23:43:51Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=e37e2dc2a540c5ece43adbc510a29d176849ca88'/>
<id>urn:sha1:e37e2dc2a540c5ece43adbc510a29d176849ca88</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix test/data detachment SNAFU.</title>
<updated>2022-11-21T22:02:38Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-11-21T22:02:38Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=9ecbea39835a1e6cd8e01b585530741c0b3fb389'/>
<id>urn:sha1:9ecbea39835a1e6cd8e01b585530741c0b3fb389</id>
<content type='text'>
</content>
</entry>
<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>Fix test references for passive option change.</title>
<updated>2022-11-03T08:24:40Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-11-03T08:24:40Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=d4f13e8091c119622458a12be837d9e5138dbd81'/>
<id>urn:sha1:d4f13e8091c119622458a12be837d9e5138dbd81</id>
<content type='text'>
</content>
</entry>
</feed>
