dcpomatic/test, branch deb13DCP-o-matic DCP toolshttps://git.carlh.net/cgit/dcpomatic/atom?h=deb132025-08-12T15:16:07ZNew/improved pixel format decision when converting to XYZ.2025-08-12T15:16:07ZCarl Hetheringtoncth@carlh.net2025-07-21T22:48:42Zurn:sha1:98a8023dd774fd82c144a68039e0ea3131fb9142
For a long time we would keep XYZ12LE, if that's what we have, otherwise
ask FFmpeg to switch to RGB48LE.
Then in 1d5c211dadb9a9dc2318adce86ca9c31b367cabe I tried to fix the case
of an XYZ source mis-tagged as YUV. I changed things so that with no
colour conversion we'd always ask FFmpeg to convert to XYZ. This meant
that RGB sources with no colour conversion would get treatment by FFmpeg
due to the RGB -> XYZ switch.
Here we're going back to the more-or-less the "long time" behaviour when
there is a conversion (keep XYZ12LE but otherwise convert to RGB48).
When there's no conversion, keep RGB (to avoid the FFmpeg conversion
from RGB -> XYZ) but convert everything else to XYZ.
Replace AVPixelFormat parameter to PlayerVideo::image with a functor.2025-08-12T15:16:07ZCarl Hetheringtoncth@carlh.net2025-07-21T22:18:32Zurn:sha1:9b73c143ce568bd8694e3a50f2fefc1ee3a03515
This was removed in df9b4676aba8b941f124b174393988cad21677e1 and
surrounding commits, but it turns out we need it after all.
Change Film::examine_and_add_content to take a vector of content.2025-07-15T16:03:57ZCarl Hetheringtoncth@carlh.net2025-07-15T01:36:59Zurn:sha1:21415bdb69a99c4fc36cf4b5e5160a171bb1cad4Change Film::add_content to take a vector of content.2025-07-15T16:03:57ZCarl Hetheringtoncth@carlh.net2025-07-15T00:47:35Zurn:sha1:0cfe03ee13d7659901211345e30ed78fe55e21eaDon't process unnecessary video frame rate changes.2025-07-15T16:02:50ZCarl Hetheringtoncth@carlh.net2025-07-15T00:20:36Zurn:sha1:de77e42f106342e1668e8948e28d6974ef44b61c
This inadvertently fixes a bug where multiple pieces of caption content
would be added to the project sequentially, but then immediately
re-arranged to be at the same time.
Change ExamineContentJob to take a vector of content.2025-07-15T09:10:47ZCarl Hetheringtoncth@carlh.net2025-07-15T00:19:35Zurn:sha1:847daf7ec0f741eb6d50638c2096743ee731634cWhite space: auto_crop_dialog.{cc,h}, export_video_file_dialog.{cc,h}, time_calculation_test.cc2025-07-12T23:40:26ZCarl Hetheringtoncth@carlh.net2025-07-12T23:40:26Zurn:sha1:e5fd940695802fc383044d5c29ff3653e8fe6d65Don't try to add unused fonts to the DCP (#3059).2025-07-11T20:54:06ZCarl Hetheringtoncth@carlh.net2025-07-10T23:01:36Zurn:sha1:d8f671167eb15cccf8cdad817cecd8086b4091da
With interop there can be only one font, and we need to make sure it's
not one that isn't even being used.
Allow audio processors to pass through HI/VI/DBox etc (#3020).2025-07-10T20:49:00ZCarl Hetheringtoncth@carlh.net2025-07-06T21:23:26Zurn:sha1:4e244c8a4b34268445123b7d6df54ff303561fa5
Previously you couldn't map these things if you were using a processor.
Remove compose.hpp includes.2025-07-10T18:50:32ZCarl Hetheringtoncth@carlh.net2025-07-09T20:58:37Zurn:sha1:bad01065584014aee4024e7cbc4a66acac7617e1
sed -i "/include.*compose.hpp/d;" src/lib/*.cc src/wx/*.cc src/wx/*.h src/tools/*.cc src/lib/*.h test/*.cc