dcpomatic/test, branch daniilDCP-o-matic DCP toolshttps://git.carlh.net/cgit/dcpomatic/atom?h=daniil2021-05-06T19:59:56ZAdd pixel format 0 (AV_PIX_FMT_YUV420P) to make_part_black().2021-05-06T19:59:56ZCarl Hetheringtoncth@carlh.net2021-05-02T23:38:11Zurn:sha1:52f6790026040e17237ba8d7865cda3e0e239b62
Remainder of fix for #1984.
Backported-from-commit: 0aabe4060ea4bad7c7caac633aef0737fccff8c2
Backported-from-branch: 2.15.x
Add pixel format 66 (AV_PIX_FMT_YUV422P10LE) to make_part_black().2021-05-06T19:49:41ZCarl Hetheringtoncth@carlh.net2021-05-02T09:30:16Zurn:sha1:29ad9ebaba113f0300b0c94fd1fa29f67e9f24a6
Part of fix for #1984.
Backported-from-commit: 2aa6fd88e6d334c040d421938e425bd2f89983a7
Backported-from-branch: 2.15.x
Fix corrupted image when over-cropping black filler frames.2020-11-24T23:11:55ZCarl Hetheringtoncth@carlh.net2020-11-24T23:11:55Zurn:sha1:accdec63a79b43c6349597b15243dc41e521521d
FFmpegDecoder can emit small black frames (128x128 pixels) when it
wants to fill in a gap. Image::crop_scale_window would do the wrong
thing if we then applied a crop of greater than 128 in either direction;
though cropped_size is correctly clamped, the crop value itself was
not and is used to calculate the input data pointers.
This would result in random frames, usually at the end of DCPs,
often made up of blurry colour washes.
Fix the behaviour of FileGroup when seeking too far.2020-11-24T22:08:35ZCarl Hetheringtoncth@carlh.net2020-11-24T22:01:04Zurn:sha1:82faf2d5817af3ca8d303a8e1b62f23bb461dcaf
Previously, if you did a seek off the end of the file group,
the seek would return an error.
This is not what fseek() does; it returns no error, and preserves
the file pointer (returned by ftell()) as if the seek had been
successful. fread()s after a too-far seek return no data, of
course.
Parsing some files (the example used to find the bug was a
H264 MP4) involves a seek which is to the byte after the end
of the mp4 file. If this fails the whole header parsing fails
and DCP-o-matic refuses to use the file.
Test build fixes.2020-11-17T08:59:30ZCarl Hetheringtoncth@carlh.net2020-11-17T00:56:49Zurn:sha1:fd225e3afb0bcf3e7bfce1018dbc0a4c4bd275f2Fix cropping of subsampled images.2020-11-17T08:59:30ZCarl Hetheringtoncth@carlh.net2020-11-16T23:00:50Zurn:sha1:27c0e43d75218b926068fff3d6d1364b476e56ff
The calculations for how to crop subsampled components of YUV images
were wrong, causing strange effects like misregistration of colour
components in cropped images. Should fix #1872.
Use 64-byte alignment for aligned image memory.2020-11-16T23:17:52ZCarl Hetheringtoncth@carlh.net2020-11-16T22:56:11Zurn:sha1:cdf9ebe4a827d8d2d6d89e34bad0c976b04834b7
FFmpeg uses this values if AVX512 is available, and with only
32-byte alignment I am seeing strange scaling effects whereby
crop_scale_window_test7 gives black bars down the right side of
cropped images (when run on an i7 7700).
Add test for #1857.2020-10-14T19:51:07ZCarl Hetheringtoncth@carlh.net2020-10-14T19:43:21Zurn:sha1:209a83f27ddfe77d6ae848f446255d1fddc26465
Backported-from-commit: 86f855ef96a84ee7e8ad9d71b543e8c06fc91a9e
Backported-from-branch: v2.15.x
Fix --standard flag to dcpomatic2_cli (github #9).2020-09-21T17:33:11ZCarl Hetheringtoncth@carlh.net2020-09-21T17:33:11Zurn:sha1:c1e8c8638bcb3b4c9d90adc3719f38fa7bf81be9Add unit test for pulldown detection.2020-08-03T08:01:06ZCarl Hetheringtoncth@carlh.net2020-08-03T07:51:43Zurn:sha1:7c5e4e6b7a29db93184a57076d05193a8360561d
Backported-from-commit: 23804b8beddd616cef60900d6e51deb7788cbd79
Backported-from-branch: v2.15.x