dcpomatic/src, branch 2361-noisy-blacks DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=2361-noisy-blacks 2022-10-27T21:13:24Z Throw exception if av_frame_alloc() fails. 2022-10-27T21:13:24Z Carl Hetherington cth@carlh.net 2022-10-27T21:13:24Z urn:sha1:452e4844326048da0f1fdc8dbf623b43cb400798 Add tooltip to player DCP name with path details. 2022-10-27T08:54:27Z Carl Hetherington cth@carlh.net 2022-10-27T08:54:27Z urn:sha1:0dfae427c15dc7fde495567d7dcbd04be80342b5 Fix player with high-frame-rate DCPs. 2022-10-27T08:41:45Z Carl Hetherington cth@carlh.net 2022-10-27T08:41:45Z urn:sha1:e5f4624a10ebfe15eca39d20f55deb0eb8098cec Supporters update. 2022-10-26T17:47:03Z Carl Hetherington cth@carlh.net 2022-10-26T17:47:03Z urn:sha1:a38969c454b853cab959a199737c05fbe3e4bc2d Fix player being destroyed while the butler is still using it. 2022-10-26T17:45:11Z Carl Hetherington cth@carlh.net 2022-10-26T17:45:11Z urn:sha1:4621a56be32a44e83b89ec0af77ab899fa86defd 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.