dcpomatic/src/lib, branch v2.16.32 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.16.32 2022-10-26T17:41:23Z Remove unnecessary copy constructors (default ones are OK). 2022-10-26T17:41:23Z Carl Hetherington cth@carlh.net 2022-10-26T17:41:23Z urn:sha1:4b05f5d893bd4cc181da4d18d9107558b613de6e Allow move construction of Player. 2022-10-26T17:41:12Z Carl Hetherington cth@carlh.net 2022-10-26T17:41:12Z urn:sha1:1a43dcc9b0d4c40cb8a19f2ff475c67ace4ef6a2 Allow move construction of AudioMerger. 2022-10-26T13:16:36Z Carl Hetherington cth@carlh.net 2022-10-26T13:16:36Z urn:sha1:1cd4002ee3c82b1d9552aaa3ef6c52e3919b47b2 Allow move construction of ActiveText. 2022-10-26T13:16:30Z Carl Hetherington cth@carlh.net 2022-10-26T13:16:30Z urn:sha1:4b01fa582bc6a30ce75be72275238e6cc7d0dfbe Hopefully fix crash when the same frame is encoded twice. 2022-10-25T14:08:34Z Carl Hetherington cth@carlh.net 2022-10-24T18:37:02Z urn:sha1:e55b2b3a7eb05b3cc69411b133aeec9772420c83 Previously if some frame X was passed to the encoder twice I think this would happen: X1 written; X stored to _pending_images X2 written; _pending_images remains the same X1 encode finishes; X is discarded from _pending_images Data for X2 is read by the encoder but was just freed I think this might have resulted in intermittent crashes, which were fairly common in the 2.17.x branch with the test ffmpeg_encoder_prores_regression_1 But I didn't conclusively prove it. Fix colour range property for subsampled sources (#2357). 2022-10-21T11:29:00Z Carl Hetherington cth@carlh.net 2022-10-21T10:55:44Z urn:sha1:a9d99f7a77e8ab905464540c22f427dc83a3187c Extract Collator class. 2022-10-18T22:27:47Z Carl Hetherington cth@carlh.net 2022-08-17T15:45:35Z urn:sha1:e90ff462412902a1e06878a0f34dc2e0323e738c Fix dark mode for release notes. 2022-10-18T18:37:00Z Carl Hetherington cth@carlh.net 2022-10-16T20:21:49Z urn:sha1:93a781c8b9d34effd376537268970193b9b01479 Add VideoFilterGraph::process for Image. 2022-10-18T18:25:57Z Carl Hetherington cth@carlh.net 2022-10-06T22:39:59Z urn:sha1:ef32f407557e22662b41f9852f68523952360e4b Cleanup: some const-correctness. 2022-10-18T18:25:57Z Carl Hetherington cth@carlh.net 2022-10-06T22:39:40Z urn:sha1:fa669105ada581256fb442af281b49eea4c2e726