dcpomatic/src/lib/image_decoder.cc, branch main DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=main 2024-02-22T00:25:03Z Merge tag 'v2.16.78' into v2.17.x 2024-02-22T00:25:03Z Carl Hetherington cth@carlh.net 2024-02-22T00:25:03Z urn:sha1:a45f6245e8cc785fab436c9282fa3d1baf3a8575 Make DCPExaminer::size() optional and deal with the consequences. 2024-02-21T17:48:53Z Carl Hetherington cth@carlh.net 2024-02-21T09:47:38Z urn:sha1:3ffd0163026be24e5373e0674c3301ed37546e44 This means we can fix the case of a VF having no known size in a nice way, in turn fixing problems caused by the fix to #2775. Change how video timing is done. 2024-01-28T01:01:56Z Carl Hetherington cth@carlh.net 2022-09-29T08:17:50Z urn:sha1:895143459866dcb373c93b8e674d1344a129a6df This commit changes the approach with video timing. Previously, we would (more-or-less) try to use every video frame from the content in the output, hoping that they come at a constant frame rate. This is not always the case, however. Here we preserve the PTS of video frames, and then when one arrives we output whatever DCP video frames we can (at the regular DCP frame rate). Hopefully this will solve a range of sync problems, but it could also introduce new ones. Extract constants.h 2022-12-09T23:47:30Z Carl Hetherington cth@carlh.net 2022-12-09T23:47:30Z urn:sha1:da38c8a0156808595be0aae1b1490069a663fb78 C++11 and whitespace cleanups. 2022-04-03T21:25:19Z Carl Hetherington cth@carlh.net 2022-04-02T22:04:31Z urn:sha1:d311043bf3c1e3e7f41b314f7ab7c91ed7e5aa7f Move video level conversion for RGB from FFmpegImageProxy to Image. 2021-05-25T19:35:12Z Carl Hetherington cth@carlh.net 2021-05-24T22:57:16Z urn:sha1:62f9b78a2eb5f0fc6b9028264bac6ad501d83309 Since FFmpeg does not do video level conversion for RGB sources when we (sort of) ask it to in Image::crop_scale_window() it seems to make more sense to compensate for that by calling full_to_video_range() in the same place (rather than in FFmpegImageProxy). C++11 tidying. 2021-04-29T18:53:49Z Carl Hetherington cth@carlh.net 2021-04-29T07:14:20Z urn:sha1:39fb8198febde1937019db1c300ec363aab5aa56 c++11 tidying. 2021-01-22T22:51:40Z Carl Hetherington cth@carlh.net 2021-01-22T22:50:58Z urn:sha1:e52d9526f0a49acb72e8b4aa980399b119171ba5 std::shared_ptr 2021-01-07T21:48:29Z Carl Hetherington cth@carlh.net 2021-01-04T20:16:53Z urn:sha1:dd9be86db6cde0afa5da0d1d1ac43b42e05dca26 Obey requests to change the video range of RGB content. 2020-11-16T00:40:36Z Carl Hetherington cth@carlh.net 2020-11-08T21:34:18Z urn:sha1:e64a1a9aae0200d14feed49a4c6cf537bf5708a4 Video that comes in with RGB pixels will not have its video level ranges changed by libswscale (it only does this for YUV and greyscale). Here we add code to do it ourselves for RGB content coming in via image files (e.g. PNG/DPX etc). Part of #1851.