dcpomatic/test, branch 3109-case DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=3109-case 2025-11-04T19:30:08Z Fix ineffectual attempt to set up special test logging. 2025-11-04T19:30:08Z Carl Hetherington cth@carlh.net 2025-11-03T22:18:57Z urn:sha1:ef65a179e8c907029d0d9254863d4884581f3d60 Fix failure to play any audio when one stream isn't producing anything (#3108) 2025-11-04T19:30:08Z Carl Hetherington cth@carlh.net 2025-11-03T00:12:10Z urn:sha1:d7681f55c3f590e98b6c7eea4bffc5800eadd644 Without this we consider a never-pushed stream active, but with position 0, so we think we never have any audio ready. Missing check for duplicate IDs. 2025-11-03T00:50:10Z Carl Hetherington cth@carlh.net 2025-11-03T00:10:39Z urn:sha1:b3056163b9da4425aab25e3c9630a805a48d30ff Without this call we don't spot duplicates that are found in the initial scan. Fix RFC 2822 tests on Windows when run in non-DST. 2025-10-29T23:11:49Z Carl Hetherington cth@carlh.net 2025-10-29T17:01:23Z urn:sha1:5559fa5fe25081c348463aeabc0ea0557fea38bc Add some extra details to a test. 2025-10-29T23:11:49Z Carl Hetherington cth@carlh.net 2025-10-29T14:45:01Z urn:sha1:a1c218b2e78896dbe488fd094fde21c9d1d055f9 Don't report channels as mapped when they are not included in the film's channel count. 2025-10-29T21:19:24Z Carl Hetherington cth@carlh.net 2025-10-29T21:19:24Z urn:sha1:bcc9e32cd3c886fbe02f1b2573bd19ca9ec340dc So e.g. if you map the 7.1 surrounds but have a 6-channel film it should consider those channels un-mapped. Fix copy-and-paste error with test film name. 2025-10-29T21:18:36Z Carl Hetherington cth@carlh.net 2025-10-29T21:18:36Z urn:sha1:c070eecb967ed17116866d79f705860a8321630b Fix decryption import code to work with PKCS1 and PKCS8 formats. 2025-10-28T22:13:32Z Carl Hetherington cth@carlh.net 2025-10-28T22:10:45Z urn:sha1:e134af0bdfcd5197ea236f835dece0521ebf6b2e PKCS1 uses BEGIN RSA PRIVATE KEY but PKCS8 has only BEGIN PRIVATE KEY Fix incorrect reading of markers from multi-reel DCPs (#3105). 2025-10-27T19:37:09Z Carl Hetherington cth@carlh.net 2025-10-27T19:37:09Z urn:sha1:4f65e645d2388c538258ef51c65182c6d0a674d8 Add another new test reference for FFmpeg 8. 2025-10-15T20:33:26Z Carl Hetherington cth@carlh.net 2025-10-13T08:16:27Z urn:sha1:c6c883ae2e33f175682b9164c17fedb487a54ca4 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.