dcpomatic/src/lib/ffmpeg_decoder.cc, branch v2.1.4 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.1.4 2015-06-14T21:52:42Z Don't seek before 0 in FFmpegDecoder; fixes errors on seek close to 0. 2015-06-14T21:52:42Z Carl Hetherington cth@carlh.net 2015-06-14T21:52:42Z urn:sha1:b6aa4eaa6e4335c3b5a7144c0ab126eb8dbe94ec Fix failure on 1-frame-back seek (#604). 2015-06-14T21:05:45Z Carl Hetherington cth@carlh.net 2015-06-14T21:05:45Z urn:sha1:2651ef8c2fd486332457630d459c1e620e626c1b I don't know why this works, but it's what 1.x has been using; I can't find any documentation on what AVSEEK_FLAG_BACKWARD is supposed to mean. Remove PassReason stuff. 2015-06-12T12:47:35Z Carl Hetherington cth@carlh.net 2015-06-12T12:47:35Z urn:sha1:bdbfd6b08856a445446bfd845f1c43109d184250 This feels wrong: it means that it is possible for FFmpegDecoder to discard packets. I can't see how this is ok in all cases: maybe we were lucky that it worked at all. Small optimisation. 2015-06-12T08:40:31Z Carl Hetherington cth@carlh.net 2015-06-12T08:40:31Z urn:sha1:977c874929e28792af0d8709c32dd0695f6c7f5e Handle multiple audio streams in a single piece of content 2015-06-02T12:38:21Z Carl Hetherington cth@carlh.net 2015-05-27T19:55:51Z urn:sha1:0a93237cb5e4642d3b698ff9b7d0cfae5401478c in a similar way to the V1 patch. Token effort toward non-bitmap subtitles from FFmpegDecoder. 2015-05-13T22:38:49Z Carl Hetherington cth@carlh.net 2015-05-13T22:38:49Z urn:sha1:419c025709132e21ce948c4a6051a323f06ee61d Don't bother decoding video frames when we're seeking around trying to find subtitles. 2015-05-13T09:15:26Z Carl Hetherington cth@carlh.net 2015-05-13T09:15:26Z urn:sha1:9922c1f2eaea674ba2ff6cce5f5853655fd8ad7a Look up unknown subtitle end times from the data prepared by the examiner. 2015-05-12T23:41:50Z Carl Hetherington cth@carlh.net 2015-05-12T23:41:50Z urn:sha1:83e5567530d0be24490abdda46d196e4279c5030 Assorted image subtitle fixes. 2015-05-12T15:13:48Z Carl Hetherington cth@carlh.net 2015-05-12T15:13:48Z urn:sha1:2bfd531137f1a4874493186015046e33c5a07c1e Remove the code, on seeking, to seek to the requested timestamp 2015-01-30T22:08:08Z Carl Hetherington cth@carlh.net 2015-01-30T22:08:08Z urn:sha1:e520faf63aa7c4446e6e6477553824645d2b1f47 in the audio stream if it is lower than that for the video stream. The FFmpeg docs don't support it, AFAICS, as they suggest that the the seek should be in the timebase of the specified stream. It also causes problems with the "preview" test when seeking inaccurately in the viewer.