<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dcpomatic/test, branch v2.18.29</title>
<subtitle>DCP-o-matic DCP tools</subtitle>
<id>https://git.carlh.net/cgit/dcpomatic/atom?h=v2.18.29</id>
<link rel='self' href='https://git.carlh.net/cgit/dcpomatic/atom?h=v2.18.29'/>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/'/>
<updated>2025-10-29T23:11:49Z</updated>
<entry>
<title>Fix RFC 2822 tests on Windows when run in non-DST.</title>
<updated>2025-10-29T23:11:49Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2025-10-29T17:01:23Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=5559fa5fe25081c348463aeabc0ea0557fea38bc'/>
<id>urn:sha1:5559fa5fe25081c348463aeabc0ea0557fea38bc</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add some extra details to a test.</title>
<updated>2025-10-29T23:11:49Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2025-10-29T14:45:01Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=a1c218b2e78896dbe488fd094fde21c9d1d055f9'/>
<id>urn:sha1:a1c218b2e78896dbe488fd094fde21c9d1d055f9</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Don't report channels as mapped when they are not included in the film's channel count.</title>
<updated>2025-10-29T21:19:24Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2025-10-29T21:19:24Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=bcc9e32cd3c886fbe02f1b2573bd19ca9ec340dc'/>
<id>urn:sha1:bcc9e32cd3c886fbe02f1b2573bd19ca9ec340dc</id>
<content type='text'>
So e.g. if you map the 7.1 surrounds but have a 6-channel film it should
consider those channels un-mapped.
</content>
</entry>
<entry>
<title>Fix copy-and-paste error with test film name.</title>
<updated>2025-10-29T21:18:36Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2025-10-29T21:18:36Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=c070eecb967ed17116866d79f705860a8321630b'/>
<id>urn:sha1:c070eecb967ed17116866d79f705860a8321630b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix decryption import code to work with PKCS1 and PKCS8 formats.</title>
<updated>2025-10-28T22:13:32Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2025-10-28T22:10:45Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=e134af0bdfcd5197ea236f835dece0521ebf6b2e'/>
<id>urn:sha1:e134af0bdfcd5197ea236f835dece0521ebf6b2e</id>
<content type='text'>
PKCS1 uses
BEGIN RSA PRIVATE KEY
but PKCS8 has only
BEGIN PRIVATE KEY
</content>
</entry>
<entry>
<title>Fix incorrect reading of markers from multi-reel DCPs (#3105).</title>
<updated>2025-10-27T19:37:09Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2025-10-27T19:37:09Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=4f65e645d2388c538258ef51c65182c6d0a674d8'/>
<id>urn:sha1:4f65e645d2388c538258ef51c65182c6d0a674d8</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add another new test reference for FFmpeg 8.</title>
<updated>2025-10-15T20:33:26Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2025-10-13T08:16:27Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=c6c883ae2e33f175682b9164c17fedb487a54ca4'/>
<id>urn:sha1:c6c883ae2e33f175682b9164c17fedb487a54ca4</id>
<content type='text'>
Commit 045a8b15b19ec7f872fb01cfb986faeaa26cb8bb changed how AC3/EAC3
decoders in FFmpeg are flushed, and this caused a considerable change to
the audio result in this test (in particular, the audio is about 3db
louder after the FFmpeg change).  I'm assuming the previous result was
just wrong.
</content>
</entry>
<entry>
<title>Add some new test references for FFmpeg 8.</title>
<updated>2025-10-15T20:33:26Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2025-10-12T11:48:35Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=1fa0c074470c1b6146172bb9e91c53bcccc4e6c3'/>
<id>urn:sha1:1fa0c074470c1b6146172bb9e91c53bcccc4e6c3</id>
<content type='text'>
In ffmpeg commit af6d52eec66961f6a502b0f2f390c12226d087cd the precision
of XYZ/RGB conversion was improved from 12- to 16-bit, and this changes
the outputs of these tests.
</content>
</entry>
<entry>
<title>Fix test to use a file with audio.</title>
<updated>2025-10-15T20:33:26Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2025-10-10T19:04:56Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=65fa2b597275214afe918f4ab3096b8de09941d2'/>
<id>urn:sha1:65fa2b597275214afe918f4ab3096b8de09941d2</id>
<content type='text'>
</content>
</entry>
<entry>
<title>New test reference for Arch.</title>
<updated>2025-10-15T20:33:26Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2025-10-09T18:33:03Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=2ad8161189191b53eefdbfd6e06347640e03b009'/>
<id>urn:sha1:2ad8161189191b53eefdbfd6e06347640e03b009</id>
<content type='text'>
</content>
</entry>
</feed>
