dcpomatic/src/lib/writer.h, branch fmt DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=fmt 2024-05-11T19:00:37Z Stop using video directory and hard-linking (#2756). 2024-05-11T19:00:37Z Carl Hetherington cth@carlh.net 2024-03-14T23:41:20Z urn:sha1:d2c665cba983c625933817e0bf05e298f80f0119 Instead store details of a previously-created asset in the film's metadata and then look there for potential video files to re-use. Merge remote-tracking branch 'origin/main' into v2.17.x 2024-05-07T23:53:50Z Carl Hetherington cth@carlh.net 2024-05-07T23:53:50Z urn:sha1:6b2119dcd16c43fd681feace00d4e10f464bb9b7 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 Support encoding of MPEG2 DCPs. 2024-04-22T11:03:04Z Carl Hetherington cth@carlh.net 2024-03-19T13:02:47Z urn:sha1:f72a79c93626e773214f1a0318adf2445ac2ee72 Only build grok for Ubuntu 22.04. 2024-01-28T01:01:57Z Carl Hetherington cth@carlh.net 2023-09-24T10:09:16Z urn:sha1:a72355666ed6abbd02bc6b124fddd24f598f89de Improve progress reporting of digest calculations (might help with #2643). 2023-11-20T06:29:15Z Carl Hetherington cth@carlh.net 2023-11-12T21:09:48Z urn:sha1:db4fde2e8983eaa0b76c49a189e059d6c9f5720d More header trimming. 2022-12-13T10:18:31Z Carl Hetherington cth@carlh.net 2022-12-13T10:18:31Z urn:sha1:0185ba27b0e9c52a173147c1380ec5f345109afc Remove some unnecessary use of shared_ptr. 2022-10-16T22:10:59Z Carl Hetherington cth@carlh.net 2022-10-14T19:21:36Z urn:sha1:bfd6bd32b5e20c479170452a66cb44eff59feacd Rearrange subtitle font management. 2022-06-07T15:01:06Z Carl Hetherington cth@carlh.net 2022-06-01T11:03:38Z urn:sha1:5a820bb8fae34591be5ac6d19a73461b9dab532a With this change each subtitle coming out of the player has a reference to a dcpomatic::Font that belongs to the TextContent. This hopefully solves a few problems which all basically stemmed from the fact that previously the decoders/player were deciding what the font ID in the output DCP would be - they can't do that properly.