dcpomatic/src, branch v2.18.26 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.18.26 2025-10-15T20:33:50Z Supporters update. 2025-10-15T20:33:50Z Carl Hetherington cth@carlh.net 2025-10-15T20:33:50Z urn:sha1:cc35ee8c53b28e286123ccff91a8ad11dd2c438d White space: check_content_job.{cc,h} 2025-10-15T20:33:26Z Carl Hetherington cth@carlh.net 2025-10-14T16:15:31Z urn:sha1:2e13ea8cf373a01de58068938e2e13d6628cf4b4 Cleanup: compress an if and use a make_shared. 2025-10-15T20:33:26Z Carl Hetherington cth@carlh.net 2025-10-14T16:13:46Z urn:sha1:5ed395b220ec5e0b1ee4399b94687990f683ec64 Support FFmpeg 8 (for Arch). 2025-10-15T20:33:26Z Carl Hetherington cth@carlh.net 2025-10-08T06:10:07Z urn:sha1:46990a835dd084e8294e74913daaa2c2ab31b2a2 Disable use of stream IDs if there are duplicates, rather than rewriting. 2025-10-15T20:33:26Z Carl Hetherington cth@carlh.net 2025-10-14T15:02:15Z urn:sha1:2d8d05c2e7ad67ebac2ff250670a219a891d09ca 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. Cleanup: use fmt::to_string(). 2025-10-15T20:33:26Z Carl Hetherington cth@carlh.net 2025-10-14T14:29:00Z urn:sha1:888136da0eb19d21e09d7dd246aa692e8df23119 Move two methods into the .cc 2025-10-15T20:33:26Z Carl Hetherington cth@carlh.net 2025-10-14T14:24:49Z urn:sha1:68a470b836f842af6609ba8c6ea66ffa1435c508 Cleanup: header sorting. 2025-10-15T20:33:26Z Carl Hetherington cth@carlh.net 2025-10-14T14:14:31Z urn:sha1:cf2dbc15457cb794d5d1ec16207d98b18f3d0b0f Cleanup: white space and sorting. 2025-10-15T20:33:26Z Carl Hetherington cth@carlh.net 2025-10-14T14:50:54Z urn:sha1:8dc6f6cd770a9f7fc7f9a302698c2416544146b8 White space: ffmpeg_subtitle_stream.{cc,h} 2025-10-15T20:33:26Z Carl Hetherington cth@carlh.net 2025-10-14T14:50:32Z urn:sha1:c5cef18516fae464c6c6c9c79e3c557eb342b02f