dcpomatic/src/lib/dcp_content.cc, branch debug-corruption DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=debug-corruption 2024-05-19T21:27:34Z Add and use Content::has_mapped_audio(). 2024-05-19T21:27:34Z Carl Hetherington cth@carlh.net 2024-05-19T21:27:34Z urn:sha1:fd198a9cb1f033773102f54603bd06b98f3c7fb1 Disallow referring to OV audio unless channel counts match (#2780). 2024-02-26T22:18:15Z Carl Hetherington cth@carlh.net 2024-02-26T22:18:15Z urn:sha1:d8bbc508e959d8d38c54a6db6cfc868bd64697f5 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. Cope with loading a film containing a missing DCP which itself contains subtitles. 2024-02-14T22:02:48Z Carl Hetherington cth@carlh.net 2024-02-14T22:02:48Z urn:sha1:20840e38309aa61dd9a93b779faab98ac97a303c Move ScopeGuard into libdcp. 2024-01-09T10:54:16Z Carl Hetherington cth@carlh.net 2024-01-08T15:25:42Z urn:sha1:12d1abf033654727d6ab6278087ff7cfc65d63f6 Don't crash when checking a DCP with no subtitles in some reel. 2024-01-04T22:35:43Z Carl Hetherington cth@carlh.net 2023-12-25T00:12:49Z urn:sha1:cc26618cf6847d49819332ceeaea6e3bc6d3ea6b Remove checks for referenced DCPs having content in all reels (#2694). 2024-01-04T22:35:43Z Carl Hetherington cth@carlh.net 2023-12-23T18:45:05Z urn:sha1:a7fa260fb46d40bca1e0faf3210a0c260316a8ad I can't see why this was done, other than perhaps to avoid output with no subtitles in a reel (which is not allowed by Bv2.1). But I think even if that does still happen we could make our own reels for the missing ones. Add some missing locks. 2023-10-28T21:02:40Z Carl Hetherington cth@carlh.net 2023-10-28T21:02:40Z urn:sha1:f8661a47b8ddafb6a076456d4d1b9239aa45e4b1 Cleanup: whitespace. 2023-10-28T21:02:17Z Carl Hetherington cth@carlh.net 2023-10-28T21:02:17Z urn:sha1:13b5b20a04498447ad710be3b3defaf76bf3038a Fix DCP content font ID allocation to cope with DCPs that have multiple fonts 2023-10-15T07:10:18Z Carl Hetherington cth@carlh.net 2023-10-14T19:48:25Z urn:sha1:3c802dd6d1451c2c8a7e188f8379738d72e907eb with the same name in the same reel (#2600). Previously we had this id_for_font_in_reel() which would give an ID of N_font-ID. This means we got duplicate font IDs. Here we replace that method with FontAllocator, which gives an ID of N_font-ID for the first font and M_font-ID, where M is a number higher than the highest reel index. The idea is to support the required new IDs without breaking exisiting projects. There is some documentation of how it works in doc/design/fonts