dcpomatic/src/lib, branch v2.16.84 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.16.84 2024-05-15T21:49:51Z 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. Work around deadlock when destroying J2KEncoder with a full writer queue (#2784). 2024-05-07T23:33:41Z Carl Hetherington cth@carlh.net 2024-05-05T19:34:29Z urn:sha1:32d04ddb5c583938f470ed74bda8a50cc2ec9960 This feels like a hack, but I can't think of a nicer way to do it. The interruption disable makes sense because when we destroy encoder threads during a DCP encode (because a remote server goes away, for example) we don't want any frames to be lost due to the encode thread being interrupted between taking the frame off the queue and sending it to the writer. When we're destroying the encoder we don't care about this, but I can't see how you'd differentiate. Maybe the encoder queue could have two lists: to-do and in-progress; the encoder thread atomically moves a frame from to-do to in-progress, but then how do you know when the in-progress ones are orphaned and need to be re-added to the main queue. You could make the writer return saying "no" if the queue is full (rather than blocking and waiting for the queue to empty) but that seems wasteful as then the frame would be re-encoded. Add some missing includes. 2024-05-07T23:33:28Z Carl Hetherington cth@carlh.net 2024-05-05T19:34:22Z urn:sha1:f5e08d6f36161a980682dd3cb9b0678d44adadfd Updated cs_CZ translation from Tomáš Begeni. 2024-05-02T13:48:13Z Carl Hetherington cth@carlh.net 2024-05-02T13:48:13Z urn:sha1:a99a759f98c63c5bbe4f2c01dbcdee86d97f7f40 Fix silent stereo mixdown exports when the project audio channel count is > 6. 2024-04-29T20:34:53Z Carl Hetherington cth@carlh.net 2024-04-29T20:34:51Z urn:sha1:4401895dfbb25834d4385621824e72ae19c8962c This became much more of a problem when we started defaulting to 8 channels in projects. Revert "Tweak how lzma is linked." 2024-04-22T22:38:14Z Carl Hetherington cth@carlh.net 2024-04-22T22:38:14Z urn:sha1:ff12ccdde76c54d3b9e69799a63750db9edf0023 This reverts commit 604a5f9343eebfa0108a19bb6b8ec60bc81f4819. I don't know why I did this, and it breaks the mac-old (10.8) target as the lzma.5.dylib is not present on those machines. Fix hanging/overlapping dvb subtitles (#2792). 2024-03-31T23:04:43Z Carl Hetherington cth@carlh.net 2024-03-31T23:04:41Z urn:sha1:94618a724124cbf5fe9f0b47a3fdce601fcd5581 This reverts a change made in 8ca6fd6d97e6d42492afddb655fa85130946853c "Fix doubled subtitles if subtitle stop times are specified." That change breaks the case where a subtitle _does_ have a stop time, but it's wrong (30s from the start time) and we want the next subtitle to clear the previous one. I can't now see how reverting this could cause doubled subtitles, so maybe that problem wlil come back. At least now there's a test for #2792.