dcpomatic, branch v2.16.82 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.16.82 2024-04-30T09:20:53Z Supporters update. 2024-04-30T09:20:53Z Carl Hetherington cth@carlh.net 2024-04-30T09:20:53Z urn:sha1:b3563f2bea0b853864dcc34acb97c2cff2a7a4d8 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. Supporters update. 2024-04-24T00:11:29Z Carl Hetherington cth@carlh.net 2024-04-24T00:11:29Z urn:sha1:1542a9512ba7bd0c99105839741f4e0b41bd8e67 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. Missed update to private test repo version. 2024-04-18T12:00:07Z Carl Hetherington cth@carlh.net 2024-04-18T12:00:07Z urn:sha1:ab479fa7f20d84ea31ab35c0330f524ac0c48d21 Add missing GUI-side verification note descriptions. 2024-04-18T08:12:25Z Carl Hetherington cth@carlh.net 2024-04-18T08:12:25Z urn:sha1:d5f5a9d9f5635f84a5e372181dea1c7cbb0ae732 Supporters update. 2024-04-17T21:30:12Z Carl Hetherington cth@carlh.net 2024-04-17T21:30:12Z urn:sha1:cc411a5ab156565c54282c3e9e0ed044d279de86 Bump libdcp for more relaxed CPL parsing (#2797). 2024-04-17T21:25:22Z Carl Hetherington cth@carlh.net 2024-04-17T21:25:22Z urn:sha1:be2deae96d8839ee9bc8190972a50d8acceb8c98 Don't use --target-macos-arm64 any more, since it's not supported. 2024-04-15T21:13:13Z Carl Hetherington cth@carlh.net 2024-04-15T21:13:00Z urn:sha1:e3b7f39d7fb90f2efd6dc34d8531007d932661bd 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.