dcpomatic/src/lib/config.cc, branch cpp17 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=cpp17 2025-05-29T09:49:34Z Interpret relative cinemas SQLite3 paths as being relative to the config.xml (#3038). 2025-05-29T09:49:34Z Carl Hetherington cth@carlh.net 2025-05-08T22:48:07Z urn:sha1:4021e2a5b467338814664c466a84714da5fcbc0b Remove unused template method. 2025-04-12T07:57:26Z Carl Hetherington cth@carlh.net 2025-04-12T07:57:26Z urn:sha1:cc019b5dc938e05705d8ff0c7f1165a885a14fd0 Fix nonsense DKDM filename format default. 2025-03-26T23:30:25Z Carl Hetherington cth@carlh.net 2025-03-26T23:29:41Z urn:sha1:d880fa106cd803e400aeb246fb4db757a9a87677 Also auto-correct it in existing config files. Match KDM filename format defaults. 2025-03-26T23:30:25Z Carl Hetherington cth@carlh.net 2025-03-26T23:29:20Z urn:sha1:77c8ef5396e971034f27202dc12d00ab9a3f441f Basic support for variable-Z 3D subtitles. 2025-03-24T15:59:24Z Carl Hetherington cth@carlh.net 2025-03-20T22:43:34Z urn:sha1:816a7b7a9d9c3cae7565cec139bf28068853f94d 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 some config documentation comments. 2025-03-06T19:23:28Z Carl Hetherington cth@carlh.net 2025-03-06T19:23:28Z urn:sha1:8f65aa1a9a63a05ff809a35b0708607d6f77dc7c Add KDM debug log file option. 2025-03-01T23:39:36Z Carl Hetherington cth@carlh.net 2025-03-01T23:39:36Z urn:sha1:7bf9cf9c047a2df19e19d557a86f34585453660d Apply the same fix for DKDM recipients as we previously had for cinemas. 2025-02-10T22:35:26Z Carl Hetherington cth@carlh.net 2025-02-09T22:36:42Z urn:sha1:fa580d756b32cd46f735cbbdabc9218bb8df2560 Otherwise the same problem happens with dkdm_recipients.xml - it is moved to sqlite3 but the configuration still has the XML path, causing a crash the next time we try to access the DKDM recipients list. Remove believed pointless pre-storage of file state. 2025-02-09T22:35:30Z Carl Hetherington cth@carlh.net 2025-02-09T22:35:30Z urn:sha1:fe36f02b81d740bedfe04c08027748735e2bf1ba I think I previously misunderstood what was going on here and thought the problem was that doing set_cinemas_file() created a sqlite3 file. I now think that the problem is rather that we call Config::instance() early in dcpomatic.cc, then ::drop(). This creates the sqlite3 file, sets its path in the Config object but then deletes the object without saving it. When we create the Config object "for real" we don't reset the path from XML to sqlite3. The part of the previous fix that unconditionally sets the config path seems to be the right one.