dcpomatic/src/lib/ffmpeg_decoder.cc, branch v2.16.44 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.16.44 2022-11-15T21:42:43Z Improve flushing behaviour when there is a lot of space to fill (#2364). 2022-11-15T21:42:43Z Carl Hetherington cth@carlh.net 2022-11-14T23:44:37Z urn:sha1:d42bc731c125170efb1bb7b8c9f990a3e9fa5b57 Previously a call to flush() could result in a lot of audio being emitted from the decoder (if there is a big gap between the end of the audio and the video). This would end up being emitted in one chunk from the player, crashing the audio analyser with an OOM in some cases. Clarify one log message and add another. 2022-11-14T23:47:36Z Carl Hetherington cth@carlh.net 2022-11-14T23:43:33Z urn:sha1:5e09964bf1801b76970ed960122249e1d273abea Extract VideoFilterGraphSet. 2022-10-18T18:25:57Z Carl Hetherington cth@carlh.net 2022-10-06T21:38:07Z urn:sha1:bdbec5b501af2c020dd783eb8b0b8c18c34b6552 Remove believed-unnecessary mutex. 2022-10-18T18:25:57Z Carl Hetherington cth@carlh.net 2022-10-06T21:37:50Z urn:sha1:b65d616d5e187ca2153f5f9390dd8ad16d7da30e 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.