dcpomatic/src/lib/video_decoder.cc, branch v2.8.8 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.8.8 2016-05-25T19:56:58Z No-op; fix GPL address and use the explicit-program-name version. 2016-05-25T19:56:58Z Carl Hetherington cth@carlh.net 2016-05-25T19:56:58Z urn:sha1:3828baf56467224f5d44049bf1e7a7ed11f43a05 Fix seek, for video at least. 2016-05-18T10:50:29Z Carl Hetherington cth@carlh.net 2016-05-11T00:05:29Z urn:sha1:49a1e2a600bd7b9d2d4a926256378e6134704a1a Rename some methods. 2016-05-18T10:50:29Z Carl Hetherington cth@carlh.net 2016-05-10T13:37:57Z urn:sha1:0758d834992f0adb8aa8d4d9908a64ce8708f05c Basics of splitting up Decoder tree like Content. 2016-05-18T10:50:29Z Carl Hetherington cth@carlh.net 2016-05-10T13:29:14Z urn:sha1:504c63b3d62038bc486ca8a09e77fbb403907edd Move video frame rate ('prepared-for') into Content. 2016-05-18T10:50:29Z Carl Hetherington cth@carlh.net 2016-05-09T18:58:37Z urn:sha1:19f94521139aac13ef8fb4eaa55855b2ada307b4 Rename video/audio/subtitle part methods. 2016-05-18T10:50:29Z Carl Hetherington cth@carlh.net 2016-04-14T01:06:18Z urn:sha1:2d5beb0d6794df13ad1df47e84fd7a57d1d1c64d Reasonably straightforward stuff; main things are adding 2016-05-18T10:50:29Z Carl Hetherington cth@carlh.net 2016-04-12T21:10:54Z urn:sha1:6f344b876689a1234a5eb75041882f06f5d9fe5c a _parent to VideoContent (mainly, but not only, for signalling) and moving the video shared_ptr into Content, which makes much more sense to replace dynamic_cast tests for whether something has video or whatever. Nearly builds. Possibly better version of d217a16d41dd71c921fa2155e068df7cca11f457. 2016-01-27T23:09:20Z Carl Hetherington cth@carlh.net 2016-01-27T23:09:20Z urn:sha1:13aceac46acc966ffddcbc08982e8090415625f3 Don't stop returning stuff from get_video when there are frames left in _decoded_video. Merge branch 'master' of ssh://git.carlh.net/home/carl/git/dcpomatic 2016-01-24T23:53:22Z Carl Hetherington cth@carlh.net 2016-01-24T23:53:22Z urn:sha1:aebfa24afe42d80693df66318e5d2818ebf5989b Stop trying to get frames from a video source when an attempt 2016-01-24T23:40:32Z Carl Hetherington cth@carlh.net 2016-01-24T23:40:32Z urn:sha1:d217a16d41dd71c921fa2155e068df7cca11f457 to get an earlier frame has already failed because the decoder said it has no more data. Before this the VideoDecoder would repeatedly seek to try to get a frame which does not exist. This happens when the header of a file is wrong, it would seem; in the file that triggered the bug the header (as read by DoM or ffprobe) has a length of 137275 frames but the last frame in the file (according to DoM or ffprobe -show_frames) is 136207 (44.5s earlier).