<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dcpomatic/src/lib/j2k_sync_encoder_thread.h, branch main</title>
<subtitle>DCP-o-matic DCP tools</subtitle>
<id>https://git.carlh.net/cgit/dcpomatic/atom?h=main</id>
<link rel='self' href='https://git.carlh.net/cgit/dcpomatic/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/'/>
<updated>2025-03-22T12:29:58Z</updated>
<entry>
<title>Move remote backoff sleep to before we pop a frame from the queue.</title>
<updated>2025-03-22T12:29:58Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2025-03-19T23:31:22Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=e32e6654b983bf4928b6f27a627b1e6305188cf6'/>
<id>urn:sha1:e32e6654b983bf4928b6f27a627b1e6305188cf6</id>
<content type='text'>
Otherwise in the case of failure it can take a while for the frame to
become available again for a functioning thread to encode.
</content>
</entry>
<entry>
<title>Rearrange encoder threading.</title>
<updated>2024-01-28T01:01:57Z</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=f8d0dac871883c7cbfa6f31c182ca3e6d213aed1'/>
<id>urn:sha1:f8d0dac871883c7cbfa6f31c182ca3e6d213aed1</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>
</feed>
