dcpomatic/src/lib/grok_j2k_encoder_thread.cc, branch v2.17.9 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.17.9 2023-11-29T20:20:30Z Clean up grok's presence in the config file and make sure it's optional. 2023-11-29T20:20:30Z Carl Hetherington cth@carlh.net 2023-10-06T20:42:44Z urn:sha1:0dc71b05952a258e5deb9fcc9b099357caa928f1 It should be allowed to not have any grok stuff in the config file, and we should generally call it grok rather than GPU in case other non-grok GPU stuff arrives in the future. Log failure to schedule a frame with grok. 2023-11-29T20:19:56Z Carl Hetherington cth@carlh.net 2023-10-04T13:36:55Z urn:sha1:8f103d361702749ca9ac4847cd78811cdd5e7261 Forward-declare grk_plugin stuff. 2023-11-29T20:19:56Z Carl Hetherington cth@carlh.net 2023-09-26T11:32:00Z urn:sha1:dc41cc6d32d04a50f4952f729b45538f5e2b84f7 Rearrange encoder threading. 2023-11-29T20:19:55Z Carl Hetherington cth@carlh.net 2023-09-23T22:34:15Z urn:sha1:d51c2864b48adf1b3b76d218c549445cc1005d9b 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.