<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dcpomatic/test/wscript, branch grok2</title>
<subtitle>DCP-o-matic DCP tools</subtitle>
<id>https://git.carlh.net/cgit/dcpomatic/atom?h=grok2</id>
<link rel='self' href='https://git.carlh.net/cgit/dcpomatic/atom?h=grok2'/>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/'/>
<updated>2023-10-16T15:56:10Z</updated>
<entry>
<title>Rearrange encoder threading.</title>
<updated>2023-10-16T15:56:10Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-09-23T22:34:15Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=08a24998bb56f01942d49229210829c06c21277c'/>
<id>urn:sha1:08a24998bb56f01942d49229210829c06c21277c</id>
<content type='text'>
Soon we'll add a new encoder type, and the existing structure was
already creaking a bit at the seams while handling local and remote
encodes.  Here we split out an encoder thread and introduce the concept
of a "sync" thread (which blocks while the encoding is happening).
Later we'll have another type which submits the encode request to a
GPU and receives the reply back later.
</content>
</entry>
<entry>
<title>Remove unused code.</title>
<updated>2023-10-16T09:30:27Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-10-16T09:30:27Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=4b8f2b64ebb7fcba20c3c03d7bccd08e48612fbb'/>
<id>urn:sha1:4b8f2b64ebb7fcba20c3c03d7bccd08e48612fbb</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix DCP content font ID allocation to cope with DCPs that have multiple fonts</title>
<updated>2023-10-15T07:10:18Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-10-14T19:48:25Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=3c802dd6d1451c2c8a7e188f8379738d72e907eb'/>
<id>urn:sha1:3c802dd6d1451c2c8a7e188f8379738d72e907eb</id>
<content type='text'>
with the same name in the same reel (#2600).

Previously we had this id_for_font_in_reel() which would give an ID
of N_font-ID.  This means we got duplicate font IDs.

Here we replace that method with FontAllocator, which gives an ID of
N_font-ID for the first font and M_font-ID, where M is a number higher than
the highest reel index.  The idea is to support the required new IDs
without breaking exisiting projects.

There is some documentation of how it works  in doc/design/fonts
</content>
</entry>
<entry>
<title>Restore burnt subtitle tests.</title>
<updated>2023-08-29T16:29:58Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-08-26T17:49:25Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=54b2c8580ee0553fbfb88e8881af60e3afa2e2fd'/>
<id>urn:sha1:54b2c8580ee0553fbfb88e8881af60e3afa2e2fd</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add some tests.</title>
<updated>2023-08-09T08:18:46Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-08-08T21:53:42Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=fc329637dd1e35e8cde6d82f3131050b578b07cf'/>
<id>urn:sha1:fc329637dd1e35e8cde6d82f3131050b578b07cf</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add a test.</title>
<updated>2023-08-08T22:42:59Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-08-08T13:16:35Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=5b11c3b09a0fae96d047c4621e67a89c44f7c25a'/>
<id>urn:sha1:5b11c3b09a0fae96d047c4621e67a89c44f7c25a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Don't write MainSoundConfiguration with 71 when we only have HI/VI (#2580).</title>
<updated>2023-06-30T21:54:42Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-06-30T21:54:42Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=5e5a45917066e23be7ab8237c8dd63b21a69784e'/>
<id>urn:sha1:5e5a45917066e23be7ab8237c8dd63b21a69784e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Bump libdcp for fix to crash with interop subtitles (#2536).</title>
<updated>2023-05-28T18:58:47Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-05-27T21:44:52Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=5c318bb706e34333831a7c839e6fb1c3d042533f'/>
<id>urn:sha1:5c318bb706e34333831a7c839e6fb1c3d042533f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add dcpomatic2_map tool (#2445).</title>
<updated>2023-05-13T06:54:58Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-02-17T23:15:30Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=3a1ddb9e182be28a22c5bbc85c06ee6629b72fe6'/>
<id>urn:sha1:3a1ddb9e182be28a22c5bbc85c06ee6629b72fe6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>In 1c73379ed8483dcf71c5ccfc459c2c22516a9aef I changed</title>
<updated>2023-04-19T21:57:03Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2023-04-19T21:57:03Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=22aa0dd620b6db93a64e1e171fb5ddb18693e56e'/>
<id>urn:sha1:22aa0dd620b6db93a64e1e171fb5ddb18693e56e</id>
<content type='text'>
FontConfig::_available_fonts to use the font ID as a key, but that's
totally wrong because the same Font object with the same ID can have
its font filename/data changed, and in that case we don't want to
use the cached font.

Here we use the actual TTF/OTF font data as the key.  We could have
just hashed the data (whether it comes from a disk file or is held
in memory) but this is slower in the case where we have the filename,
as then the file must be loaded from disk for each comparison.

This fixes #2518.
</content>
</entry>
</feed>
