dcpomatic/src/lib/ffmpeg_file_encoder.h, branch main DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=main 2025-09-06T14:52:41Z White space: ffmpeg_file_encoder.{cc,h} 2025-09-06T14:52:41Z Carl Hetherington cth@carlh.net 2025-09-06T14:52:41Z urn:sha1:307264b52c70ca0a79831240874fcb2278ebac89 Add ProRes LT export option (#2834). 2024-06-24T21:01:13Z Carl Hetherington cth@carlh.net 2024-06-24T21:01:13Z urn:sha1:6675bba6ab7d5cee50fa4d8c892af69d054c6804 Rename Encoder -> FilmEncoder, and subclasses. 2024-04-21T21:18:19Z Carl Hetherington cth@carlh.net 2024-03-19T15:29:13Z urn:sha1:1fc8c0c6d045404732497ba70bd2eccfbe4cc6f6 Extract ImageStore. 2022-11-06T22:44:33Z Carl Hetherington cth@carlh.net 2022-11-06T22:44:33Z urn:sha1:9b94bc2c884289cc0b5125e918a115a342a12ff2 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. Add Prores 4444 support (#2263). 2022-06-12T20:32:34Z Carl Hetherington cth@carlh.net 2022-06-12T20:32:30Z urn:sha1:1c57df596882f15403ee97d01862f8b76cfb797b Rename PRORES -> PRORES_HQ 2022-06-12T19:44:53Z Carl Hetherington cth@carlh.net 2022-06-12T19:44:53Z urn:sha1:59209af1e2d73334ff7dfe6c7da465293dc24c0b Move ExportFormat definition to ffmpeg_file_encoder.h 2022-06-12T19:23:10Z Carl Hetherington cth@carlh.net 2022-06-12T19:23:10Z urn:sha1:407b3f5a4696d1c2f77e6167bca10f880b168f9c Rearrange some includes of dcpomatic_time.h 2022-06-07T15:01:06Z Carl Hetherington cth@carlh.net 2022-06-01T09:05:53Z urn:sha1:3ee25c2fabd43040f9388efa89482b90cb4ccadc Use libdcp's warnings.h 2022-04-22T21:27:15Z Carl Hetherington cth@carlh.net 2022-04-22T21:27:15Z urn:sha1:3c29aa6531a4046a8db72dcac81189eb8893233c