dcpomatic/test/ffmpeg_encoder_test.cc, branch writev-debug DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=writev-debug 2024-06-24T21:01:13Z 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 new_test_film2 -> new_test_film. 2024-05-22T08:33:45Z Carl Hetherington cth@carlh.net 2024-05-20T14:55:57Z urn:sha1:c95ba3eb99c5e4d6dca90cee7e5bb9077b6ed02c Replace all new_test_film with new_test_film2. 2024-05-21T21:52:46Z Carl Hetherington cth@carlh.net 2024-05-20T14:54:37Z urn:sha1:e3dba6242aed7415eddbbfb1e5d56ce6680603c1 Clean up some more tests. 2024-05-20T15:05:16Z Carl Hetherington cth@carlh.net 2024-05-20T15:05:16Z urn:sha1:2d5c461cbc1ebef67d0afdcb1dd2272dad58c22b Rename Encoder -> FilmEncoder, and subclasses. 2024-04-21T21:18:19Z Carl Hetherington cth@carlh.net 2024-03-19T15:29:13Z urn:sha1:1fc8c0c6d045404732497ba70bd2eccfbe4cc6f6 Cleanup: fix name of film to match test. 2024-01-28T01:01:39Z Carl Hetherington cth@carlh.net 2022-10-02T19:55:55Z urn:sha1:20db8ad15570074cc2798db38efdb0634d6431dd Set up packet duration correctly when encoding using FFmpeg (#2588). 2023-08-26T08:23:21Z Carl Hetherington cth@carlh.net 2023-08-24T13:44:32Z urn:sha1:d33678b8e64de795becd3fa336dbbb099c691f58 It seems strange that this is necessary (maybe I'm missing some other way that the packet duration is supposed to be set up). Without this, when the mov muxer writes the trak tags it uses an incorrect length value because the length value is calculated from trk->end_pts, which in turn is calculated from the last-seen pts + the duration of the last packet. If that packet is marked as length 0 the length of the track is 1 frame short, so the export is missing a frame. Add some more test cleanups. 2023-03-29T15:43:07Z Carl Hetherington cth@carlh.net 2023-03-29T08:10:53Z urn:sha1:2279660c63e8ebecfb352e3fc354e8cb5f2d58e6 Handle 2D/3D mismatches in the player (#2409). 2023-02-01T00:12:38Z Carl Hetherington cth@carlh.net 2023-01-11T22:00:25Z urn:sha1:2f12058c535045cecc226fe47b3d60da8851a862 Previously if there was 2D content in a 3D project (or vice versa) the player would emit the video anyway and the encoder would have to deal with it. Since previously the FFmpeg encoder did not deal with this quite right, it seems to make sense to move the logic into the player so that neither encoder has to worry about it. Cleanup: test tidying. 2022-12-29T00:47:32Z Carl Hetherington cth@carlh.net 2022-12-29T00:47:32Z urn:sha1:ce73eaf7875a9a3326afcd839ad85eb95879c160