summaryrefslogtreecommitdiff
path: root/test
AgeCommit message (Collapse)Author
2026-03-11Fix some tests broken by changes elsewhere.Carl Hetherington
2026-02-09Copy some more metadata from DCP into the film when requested.Carl Hetherington
2026-01-25Fix incorrect calculation of DCP time from Atmos content time for the 2nd ↵Carl Hetherington
and subsequent reels. This would cause only the 1st reel of atmos content to make it into the DCP.
2026-01-01Fix crash due to later creation of DCPFilmEncoder.Carl Hetherington
2025-12-31Fix mismatched audio reel length (#3123).Carl Hetherington
2025-12-30Fix tests broken by auto-set of film standard from imported DCPs.Carl Hetherington
2025-12-30Fix closed caption layout in the presence of italics / other markup (#3067).Carl Hetherington
2025-12-19Fix truncation of ISDCF name parts that have had things substituted (#3112).Carl Hetherington
2025-12-19White space: dcpomatic_disk.cc, upmixer_a_test.cc, vf_test.ccCarl Hetherington
2025-12-18Add set_isdcf_date() allowing removal of some friends.Carl Hetherington
2025-12-15Fix artefacts on the edge of YUV images with odd widths (#3119).v2.18.34Carl Hetherington
This also modifies an existing test to expose the bug.
2025-12-15Fix test now that Film::cpls() checks a bit less.Carl Hetherington
2025-12-15Fix error when seeking a file with no video and >1 audio stream (#3128).Carl Hetherington
2025-12-14White space: ffmpeg_dcp_test.ccCarl Hetherington
2025-12-08Try AVSEEK_FLAG_ANY if _BACKWARD fails.Carl Hetherington
We usually want to do _BACKWARD as this should seek to the keyframe before the seek position. On some files this fails, and then it seems that _ANY is a good next thing to try.
2025-12-08Clean up a setup.Carl Hetherington
2025-12-08White space: ffmpeg_decoder_seek_test.ccCarl Hetherington
2025-11-20Add and test relative_path() method.Carl Hetherington
2025-11-09Re-examine files created before we stopped auto-generating stream IDs.Carl Hetherington
2025-11-08Update test reference after adding AV_CODEC_FLAG_BITEXACT for audio encoding.Carl Hetherington
2025-11-05Clarify a little when dcp_inspect or clairmeta fail during tests.Carl Hetherington
2025-11-05Allow specification of which parts of the DCP to encrypt (#3099).Carl Hetherington
2025-11-04Fix ineffectual attempt to set up special test logging.Carl Hetherington
2025-11-04Fix failure to play any audio when one stream isn't producing anything (#3108)Carl Hetherington
Without this we consider a never-pushed stream active, but with position 0, so we think we never have any audio ready.
2025-11-03Missing check for duplicate IDs.Carl Hetherington
Without this call we don't spot duplicates that are found in the initial scan.
2025-10-30Fix RFC 2822 tests on Windows when run in non-DST.Carl Hetherington
2025-10-30Add some extra details to a test.Carl Hetherington
2025-10-29Don't report channels as mapped when they are not included in the film's ↵Carl Hetherington
channel count. So e.g. if you map the 7.1 surrounds but have a 6-channel film it should consider those channels un-mapped.
2025-10-29Fix copy-and-paste error with test film name.Carl Hetherington
2025-10-28Fix decryption import code to work with PKCS1 and PKCS8 formats.Carl Hetherington
PKCS1 uses BEGIN RSA PRIVATE KEY but PKCS8 has only BEGIN PRIVATE KEY
2025-10-27Fix incorrect reading of markers from multi-reel DCPs (#3105).Carl Hetherington
2025-10-15Add another new test reference for FFmpeg 8.Carl Hetherington
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.
2025-10-15Add some new test references for FFmpeg 8.Carl Hetherington
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.
2025-10-15Fix test to use a file with audio.Carl Hetherington
2025-10-15New test reference for Arch.Carl Hetherington
2025-10-15Fix confusing file name.Carl Hetherington
2025-10-15Relax and tidy some test references for Arch.Carl Hetherington
2025-10-15Only run EBUR128 tests if we have an appropriate FFmpeg.Carl Hetherington
2025-10-15Disable use of stream IDs if there are duplicates, rather than rewriting.Carl Hetherington
It turns out that FFmpeg decoders (e.g. flv, see FFmpeg 25faaa311a74efdfdc4fed56996d7338ed807488) check stream IDs and sometimes create new streams if they see one that they didn't see before. If we change stream IDs we break this. Here we try to use stream indices in cases where the IDs are duplicated. We also account for the case where a new stream appears during examination. This wasn't covered by tests until the FFmpeg commit mentioned above, were the flv decoder creates a new stream during examination of boon_telly.mkv.
2025-10-15Cleanup: use a make_shared.Carl Hetherington
2025-10-10Fix tests after changes to config parameters.Carl Hetherington
2025-09-27Draw markers better next to the position slider (#3005).Carl Hetherington
2025-09-26Re-order cairo context scaling and pango layout setup (#2337).Carl Hetherington
This seems to fix problems where letters were scaled individually, but their spacing didn't change (when x scale was applied). Big thanks to user1768761 https://stackoverflow.com/questions/58528024/pangocairo-shows-cluttered-text-when-cairo-context-is-scaled
2025-09-23Return quite close to original approach for "no colour conversion".Carl Hetherington
There's a few things going on here: 1. Improve the regression test for 3042. Previously we made a DCP from the reporter's _original_ prores file (before they converted it to XYZ) and compared the result to a reference J2K file of uncertain origin. This seems wrong because: a) We never got confirmation from the reporter that the fix worked for them, so any arbitrary reference is dubious. b) It doesn't seem to reflect their actual complaint, which was that they got a different result when making a DCP from XYZ TIFFs compared to their "XYZ" Prores. The new test makes a DCP from their TIFFs and "XYZ" Prores and compares the result. 2. Revert to the old approach to "no conversion" handling. In the good old days we did everything -> RGB48LE except XYZ12LE -> XYZ12LE, and that's what we do again here. 3. Change the YUV->RGB conversion from Rec.601 to Rec.709 for the "no conversion" case. This fixes the 3042 regression test. The supposed "XYZ" Prores is yuv444p12le according to ffprobe. So I think what we have here is actually a file that was converted to XYZ and then back to YUV by Resolve. I experimented with using the raw YUV values and considering them as XYZ but this was clearly wrong. I think 3 is probably what I should have done in the first place.
2025-09-22Rename check_one_frame -> check_one_frame_against_j2cCarl Hetherington
2025-09-15Allow building with boost::process v2 (added in Ubuntu 25.10).Carl Hetherington
2025-09-07Add audio delay option to Config and player prefs.Carl Hetherington
2025-09-06Fix incorrectly-clipped audio on export (possibly #2865).Carl Hetherington
2025-08-25Add cover sheet magic strings for marker positions (#3076).Carl Hetherington
2025-08-25Use 0-padded numbers for all fields of a timecode.Carl Hetherington