dcpomatic/src/tools/dcpomatic_disk.cc, branch prores-debug DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=prores-debug 2022-09-01T18:42:01Z Fix two more badly-adapted instantiations of EditableList and make 2022-09-01T18:42:01Z Carl Hetherington cth@carlh.net 2022-09-01T18:42:01Z urn:sha1:69326e73b29be371dacbdacd741a0a88a5ef1a5b it harder to make similar errors in the future. Allow multiple DCPs to be written to a disk (#1756). 2022-07-20T08:18:17Z Carl Hetherington cth@carlh.net 2022-07-19T22:51:23Z urn:sha1:4bdaccb5ede7d9a1066e0a0665fcfce9b1e3241e And another missed warnings.h 2022-04-22T21:50:01Z Carl Hetherington cth@carlh.net 2022-04-22T21:50:01Z urn:sha1:1d14e44952b8cd1430946437995ee0fa360d9bf7 Use libdcp's warnings.h 2022-04-22T21:27:15Z Carl Hetherington cth@carlh.net 2022-04-22T21:27:15Z urn:sha1:3c29aa6531a4046a8db72dcac81189eb8893233c Add some missing override labels. 2022-04-09T11:58:27Z Carl Hetherington cth@carlh.net 2022-04-09T11:58:27Z urn:sha1:b915348a8288d68e2ff114fb3dd89ad22e699969 Add config location versioning (#2090). 2021-09-27T09:32:49Z Carl Hetherington cth@carlh.net 2021-09-25T22:09:04Z urn:sha1:ccacce39c39d16977ab6c1592fcb6e941b05ddff Give an error if a non-DCP folder is selected for DCP writing (#2024). 2021-06-04T22:01:03Z Carl Hetherington cth@carlh.net 2021-06-04T22:01:03Z urn:sha1:3c5a2f73afa9a3a5324b0345ffa9642ee474598d Add some useful command-line options to dcpomatic2_disk. 2021-05-28T09:24:54Z Carl Hetherington cth@carlh.net 2021-05-28T09:24:54Z urn:sha1:04b34b7139407e3afa241939bc5416cf1bf06aef Insert a delay to make sure the QUIT message arrives (#2018). 2021-05-26T21:06:52Z Carl Hetherington cth@carlh.net 2021-05-26T21:06:52Z urn:sha1:f75c4440abe1a1cd9838301ac4e3a153178ceb94 I have no idea why this is necessary, but the nanomsg documentation suggests it. Open a dialogue if pinging the back-end fails on macOS. 2021-05-10T21:35:53Z Carl Hetherington cth@carlh.net 2021-05-10T13:12:23Z urn:sha1:1484f4e3642e3ddcb10515eb0f32b00370968da3 At least this means the user will get another go without losing their setup. My only theory at this point is that sometimes the backend takes a crazy amount of time to start up because of some SIP / gatekeeper type nonsense (#1990).