dcpomatic/src/lib/grok_j2k_encoder_thread.cc, branch main DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=main 2025-07-10T18:50:32Z Replace String::compose with fmt. 2025-07-10T18:50:32Z Carl Hetherington cth@carlh.net 2025-07-09T20:53:27Z urn:sha1:62c34b28567a097e8f22576e7d7891bd3dbe0ac0 sed -i "/Plural-Forms/n;/%100/n;/scanf/n;s/%[123456789]/{}/g" src/lib/*.cc src/lib/*.h src/wx/*.cc src/tools/*.cc src/lib/po/*.po src/wx/po/*.po src/tools/po/*.po test/*.cc sed -i "s/String::compose */fmt::format/g" src/lib/*.cc src/lib/*.h src/wx/*.cc src/tools/*.cc test/*.cc Don't use an optional for the Grok config object. 2025-03-07T23:12:07Z Carl Hetherington cth@carlh.net 2025-03-03T19:51:48Z urn:sha1:3f2675aab119e55f958563e2fe6949192a2b976d I'm not sure why I did it like this in the first place - perhaps so that if the API endpoint changes there aren't so many old values stuck in config files all over the place? Anyway, it seems cleaner to do it like this, as it's how we handle the other config. Fix hang when encoding with GPU enabled but not working. 2024-12-18T09:51:44Z Carl Hetherington cth@carlh.net 2024-12-17T23:17:05Z urn:sha1:f9ab63ab6d2e7eb4b997790e5ca04b38e0ac3f7a Count errors in Grok threads. 2024-11-29T22:31:41Z Carl Hetherington cth@carlh.net 2024-11-28T17:49:39Z urn:sha1:4b3900797e0a484df2cb8c8a71f71a5ccaca6409 Cleanup: whitespace. 2024-11-29T22:31:41Z Carl Hetherington cth@carlh.net 2024-11-27T23:09:15Z urn:sha1:f398d70e58ce2a2d9d7431a0eaf9b302e4c0d299 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.