<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dcpomatic/src, branch v2.17.17</title>
<subtitle>DCP-o-matic DCP tools</subtitle>
<id>https://git.carlh.net/cgit/dcpomatic/atom?h=v2.17.17</id>
<link rel='self' href='https://git.carlh.net/cgit/dcpomatic/atom?h=v2.17.17'/>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/'/>
<updated>2024-05-07T23:53:50Z</updated>
<entry>
<title>Merge remote-tracking branch 'origin/main' into v2.17.x</title>
<updated>2024-05-07T23:53:50Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-05-07T23:53:50Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=6b2119dcd16c43fd681feace00d4e10f464bb9b7'/>
<id>urn:sha1:6b2119dcd16c43fd681feace00d4e10f464bb9b7</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge branch 'main' into v2.17.x</title>
<updated>2024-05-07T23:50:09Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-05-07T23:50:09Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=29f773b4871511a686054bfcd4d769c3707907f6'/>
<id>urn:sha1:29f773b4871511a686054bfcd4d769c3707907f6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Work around deadlock when destroying J2KEncoder with a full writer queue (#2784).</title>
<updated>2024-05-07T23:33:41Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-05-05T19:34:29Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=32d04ddb5c583938f470ed74bda8a50cc2ec9960'/>
<id>urn:sha1:32d04ddb5c583938f470ed74bda8a50cc2ec9960</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>Add some missing includes.</title>
<updated>2024-05-07T23:33:28Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-05-05T19:34:22Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=f5e08d6f36161a980682dd3cb9b0678d44adadfd'/>
<id>urn:sha1:f5e08d6f36161a980682dd3cb9b0678d44adadfd</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Supporters update.</title>
<updated>2024-05-07T22:33:13Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-05-07T22:33:13Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=4541d4d553b5903b63753f22254a6471c73337da'/>
<id>urn:sha1:4541d4d553b5903b63753f22254a6471c73337da</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use sqlite for cinema and DKDM recipient lists.</title>
<updated>2024-05-06T18:42:50Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-05-20T20:51:49Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=a3fcbb3a76e079a5485a0552ea5d35b8d6739116'/>
<id>urn:sha1:a3fcbb3a76e079a5485a0552ea5d35b8d6739116</id>
<content type='text'>
</content>
</entry>
<entry>
<title>We now need to import print() for older Pythons.</title>
<updated>2024-05-06T18:42:29Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-05-05T10:27:28Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=a0d46a33f87e4f9b764bc084663121e8e207efa9'/>
<id>urn:sha1:a0d46a33f87e4f9b764bc084663121e8e207efa9</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove use of f-strings in wscripts</title>
<updated>2024-05-06T18:42:22Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-05-05T09:58:18Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=6cb1beea8357e5a0669166d50ba106fb8cac7064'/>
<id>urn:sha1:6cb1beea8357e5a0669166d50ba106fb8cac7064</id>
<content type='text'>
Various Linux build environments have a python that is too old.
</content>
</entry>
<entry>
<title>Remove in-place translations support.</title>
<updated>2024-05-03T22:19:02Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-05-03T22:19:00Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=f8a0f78aaeb113cbf952d48b8d61bffc8bd2ee6d'/>
<id>urn:sha1:f8a0f78aaeb113cbf952d48b8d61bffc8bd2ee6d</id>
<content type='text'>
It feels like there have been too many failed attempts and not
enough (maybe zero?) successes so it's just too confusing.
</content>
</entry>
<entry>
<title>Updated cs_CZ translation from Tomáš Begeni.</title>
<updated>2024-05-02T13:48:13Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2024-05-02T13:48:13Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=a99a759f98c63c5bbe4f2c01dbcdee86d97f7f40'/>
<id>urn:sha1:a99a759f98c63c5bbe4f2c01dbcdee86d97f7f40</id>
<content type='text'>
</content>
</entry>
</feed>
