dcpomatic/src/lib/grok_j2k_encoder_thread.cc, branch fixlibdir DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=fixlibdir 2024-01-28T01:01:58Z Clean up grok's presence in the config file and make sure it's optional. 2024-01-28T01:01:58Z Carl Hetherington cth@carlh.net 2023-10-06T20:42:44Z urn:sha1:1760066150070717bf8954313550afdd25a0f3fe 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. Forward-declare grk_plugin stuff. 2024-01-28T01:01:57Z Carl Hetherington cth@carlh.net 2023-09-26T11:32:00Z urn:sha1:ce1c39e267c2bca215861d1ccc3e68ab1359ce30 Rearrange encoder threading. 2024-01-28T01:01:57Z Carl Hetherington cth@carlh.net 2023-09-23T22:34:15Z urn:sha1:f8d0dac871883c7cbfa6f31c182ca3e6d213aed1 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.