dcpomatic/src/lib, branch v2.16.86 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.16.86 2024-05-26T19:47:56Z Fix build with newer libsub. 2024-05-26T19:47:56Z Carl Hetherington cth@carlh.net 2024-05-26T19:47:56Z urn:sha1:ad5cc13514cb02b523fe1b553fc727e570dac6de Fix stream length for DCP content (#2688). 2024-05-21T07:38:03Z Carl Hetherington cth@carlh.net 2024-05-20T13:21:51Z urn:sha1:eeef6e5e41163257145e5e6d4418c28b6970bae2 Don't make _stream_states for unmapped audio, otherwise we wait for content 2024-05-19T21:46:56Z Carl Hetherington cth@carlh.net 2024-05-19T21:46:55Z urn:sha1:0bc6d354b100c44834302c6ac5d0b5099e0f0564 which will never arrive. 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 Emit no audio from DCPs if none is mapped 2024-05-17T13:03:15Z Carl Hetherington cth@carlh.net 2024-05-17T13:03:15Z urn:sha1:7f6cc5c6e151c32fce94181689cf740a011feafb This makes DCP content behave the same as FFmpeg. Make sure we don't say some content has audio if none will be emitted. 2024-05-17T13:02:57Z Carl Hetherington cth@carlh.net 2024-05-17T13:02:57Z urn:sha1:afd18ea6b14373b2078b6d6dbc74c836e6843757 In the FFmpeg (and shortly DCP) case we don't emit any audio if none is mapped, so we must take this into account in the player. Update DCP encoder progress on all passe()es, not just when audio is emitted. 2024-05-15T21:49:51Z Carl Hetherington cth@carlh.net 2024-05-12T13:38:31Z urn:sha1:61130610f6d01fe6b1682d91933eb7dbbb1eac76 Get DCP transcode progress from the player (#2804). 2024-05-15T21:49:51Z Carl Hetherington cth@carlh.net 2024-05-12T13:22:28Z urn:sha1:26678a922a1808db33954e002c165678d8191fc6 Fix warning cause by previous libdcp bump. 2024-05-13T22:02:54Z Carl Hetherington cth@carlh.net 2024-05-13T22:02:54Z urn:sha1:bcf0f131281399f93fe2ca57c99d1046b3a2fb44 Don't bother decoding audio if none of it is mapped (#2809). 2024-05-13T21:03:04Z Carl Hetherington cth@carlh.net 2024-05-12T23:20:27Z urn:sha1:e2ea739fcaa8077975a8559f267a1b1377b7e100 On a test adding subs from an MKV to an existing DCP this reduces the processing time from ~2h to ~1m because it doesn't resample the audio from the whole of the MKV, only to discard it.