dcpomatic/src/lib/ffmpeg_decoder.cc, branch compose DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=compose 2021-07-10T00:02:19Z Use dcp::compose rather than our own. 2021-07-10T00:02:19Z Carl Hetherington cth@carlh.net 2021-07-10T00:02:19Z urn:sha1:5b0e331380c83ec9835e8aa42fd342b2f0ad275d Fix errors when seeking FFmpeg for some formats. 2021-06-04T20:31:07Z Carl Hetherington cth@carlh.net 2021-06-03T20:55:44Z urn:sha1:9f4cb3b340376d93be39dc97c2e0c631e9cf73c4 The comments discuss this in a bit more depth, but basically we see errors from avcodec_send_packet after seek. ffplay etc. seem basically to ignore all errors from avcodec_send_packet, and I can't find a "proper" fix, so here's a half-way house hack: ignore some errors after seek. Nasty. Ignore errors from avcodec_receive_frame when flushing video (#2035). 2021-06-03T18:40:16Z Carl Hetherington cth@carlh.net 2021-06-03T18:40:16Z urn:sha1:ab3be5fa1893bf1756627e1646b065c41e69336a The test fails if we don't do this; it doesn't really seem 100% convincing but we are already doing this for audio. Switch decoding to ffmpeg send/receive API. 2021-04-30T23:31:57Z Carl Hetherington cth@carlh.net 2021-04-28T22:27:49Z urn:sha1:e29ce33a36c2e20444d57196defc86d5072bce81 Remove some FFmpeg-related warnings by using AVStream::codecpar. 2021-04-30T23:31:57Z Carl Hetherington cth@carlh.net 2021-04-28T06:47:43Z urn:sha1:c93d0271dad86dccdbe518dbbe6e2175adce6804 C++11 tidying. 2021-04-29T18:53:49Z Carl Hetherington cth@carlh.net 2021-04-29T07:14:20Z urn:sha1:39fb8198febde1937019db1c300ec363aab5aa56 Add an assert for a function that can fail. 2021-03-31T20:51:05Z Carl Hetherington cth@carlh.net 2021-03-30T10:14:18Z urn:sha1:c7573918f64657f720c7e9437df0a33e505c88bc Build fix for Ubuntu-16.04-era compilers. 2021-03-13T08:52:37Z Carl Hetherington cth@carlh.net 2021-03-13T08:52:37Z urn:sha1:af9aa6d104f9a9f41f0d06e4407d7bf7b36fecbf Tidy up and do flushing more correctly. 2021-03-02T14:40:18Z Carl Hetherington cth@carlh.net 2021-03-01T23:53:56Z urn:sha1:431127d27fe697a60872d6020a8a5abcb47fa9e1 This seems necessary with the multi-threaded decoding; it looks like we were doing it quite wrong before but getting away with it. Rename some subtitle decoding / processing methods. 2021-03-02T14:40:18Z Carl Hetherington cth@carlh.net 2021-03-01T20:36:36Z urn:sha1:04e94f01295463f2c910ba2b4306c1b76e340a45