dcpomatic/src, branch v2.16.83DCP-o-matic DCP toolshttps://git.carlh.net/cgit/dcpomatic/atom?h=v2.16.832024-05-07T23:33:41ZWork around deadlock when destroying J2KEncoder with a full writer queue (#2784).2024-05-07T23:33:41ZCarl Hetheringtoncth@carlh.net2024-05-05T19:34:29Zurn: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:28ZCarl Hetheringtoncth@carlh.net2024-05-05T19:34:22Zurn:sha1:f5e08d6f36161a980682dd3cb9b0678d44adadfdSupporters update.2024-05-07T22:33:13ZCarl Hetheringtoncth@carlh.net2024-05-07T22:33:13Zurn:sha1:4541d4d553b5903b63753f22254a6471c73337daRemove in-place translations support.2024-05-03T22:19:02ZCarl Hetheringtoncth@carlh.net2024-05-03T22:19:00Zurn:sha1:f8a0f78aaeb113cbf952d48b8d61bffc8bd2ee6d
It feels like there have been too many failed attempts and not
enough (maybe zero?) successes so it's just too confusing.
Updated cs_CZ translation from Tomáš Begeni.2024-05-02T13:48:13ZCarl Hetheringtoncth@carlh.net2024-05-02T13:48:13Zurn:sha1:a99a759f98c63c5bbe4f2c01dbcdee86d97f7f40Supporters update.2024-04-30T09:20:53ZCarl Hetheringtoncth@carlh.net2024-04-30T09:20:53Zurn:sha1:b3563f2bea0b853864dcc34acb97c2cff2a7a4d8Fix silent stereo mixdown exports when the project audio channel count is > 6.2024-04-29T20:34:53ZCarl Hetheringtoncth@carlh.net2024-04-29T20:34:51Zurn:sha1:4401895dfbb25834d4385621824e72ae19c8962c
This became much more of a problem when we started defaulting to 8 channels
in projects.
Supporters update.2024-04-24T00:11:29ZCarl Hetheringtoncth@carlh.net2024-04-24T00:11:29Zurn:sha1:1542a9512ba7bd0c99105839741f4e0b41bd8e67Revert "Tweak how lzma is linked."2024-04-22T22:38:14ZCarl Hetheringtoncth@carlh.net2024-04-22T22:38:14Zurn: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.
Add missing GUI-side verification note descriptions.2024-04-18T08:12:25ZCarl Hetheringtoncth@carlh.net2024-04-18T08:12:25Zurn:sha1:d5f5a9d9f5635f84a5e372181dea1c7cbb0ae732