dcpomatic/src/lib/ffmpeg_decoder.cc, branch v2.17.1 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.17.1 2022-10-03T23:10:48Z Change how video timing is done. 2022-10-03T23:10:48Z Carl Hetherington cth@carlh.net 2022-09-29T08:17:50Z urn:sha1:fb2e821b36c4b50709f3a085131325b668d4ed57 This commit changes the approach with video timing. Previously, we would (more-or-less) try to use every video frame from the content in the output, hoping that they come at a constant frame rate. This is not always the case, however. Here we preserve the PTS of video frames, and then when one arrives we output whatever DCP video frames we can (at the regular DCP frame rate). Hopefully this will solve a range of sync problems, but it could also introduce new ones. Bump ffmpeg to 5.1.2 "Riemann" 2022-10-03T23:10:48Z Carl Hetherington cth@carlh.net 2022-09-30T20:46:33Z urn:sha1:bea654075e20ebf35a231489c980ca24a64bed72 Fix checking of frame channels vs stream channels. 2022-10-01T10:04:12Z Carl Hetherington cth@carlh.net 2022-10-01T10:04:12Z urn:sha1:dba7e1137282b52a1bd6ad1d56fe6371a8c97e30 The comment says that we're handling differences between channel counts in the frame and stream but the code wasn't doing that. Fix typo in log message. 2022-09-17T21:47:46Z Carl Hetherington cth@carlh.net 2022-09-17T21:47:46Z urn:sha1:182b9d2e2feb6545592868606aaf0f0146095481 Some improved logging. 2022-09-10T19:00:06Z Carl Hetherington cth@carlh.net 2022-09-09T22:45:11Z urn:sha1:6917c511507bee74297845267811e7bcc042e62e Bump libdcp for better ContentKind support, and libsub 2022-09-03T15:12:34Z Carl Hetherington cth@carlh.net 2022-09-03T12:49:25Z urn:sha1:0a5d3c77247d3e68a144bfc077c29fbcf3819735 for fixes to \c tags in SSA files. Set up TextDecoder position based on the time that the next thing will 2022-06-12T13:40:33Z Carl Hetherington cth@carlh.net 2022-06-08T07:58:16Z urn:sha1:c8a036eb727ceddc64a0304d781c916eb952c001 be emitted, instead of the time that the last thing was (#2268). This is to avoid problems with the example shown in the test, where just because a subtitle in source A comes before a subtitle in source B, source A is pass()ed next and may then emit a subtitle which should be after the next one in B. Handle multiple bitmap subtitles at the same time correctly (#2239). 2022-04-28T12:00:07Z Carl Hetherington cth@carlh.net 2022-04-28T12:00:07Z urn:sha1:e06941199da90359f41ce80c276752bc0f172d7e Previously if there were two images at the same time we would start them both, then the stop time would be set in the second one but not the first. This meant that the first one would hang around forever. Make emit_bitmap_start take a ContentBitmapText. 2022-04-28T07:47:22Z Carl Hetherington cth@carlh.net 2022-04-28T07:47:22Z urn:sha1:ff27a57f028b0ab967e38c555fbfcdca560f15fd C++11 and whitespace cleanups. 2022-04-03T21:25:19Z Carl Hetherington cth@carlh.net 2022-04-02T22:04:31Z urn:sha1:d311043bf3c1e3e7f41b314f7ab7c91ed7e5aa7f