dcpomatic/src/lib/video_decoder.h, branch v2.9.39DCP-o-matic DCP toolshttps://git.carlh.net/cgit/dcpomatic/atom?h=v2.9.392016-06-14T10:48:37ZAdd VideoFrame class.2016-06-14T10:48:37ZCarl Hetheringtoncth@carlh.net2016-06-14T10:48:37Zurn:sha1:4b7b0edb359ae68f2dbcab90c7c10382f507fa5b
This puts a frame index with an Eyes, which simplifies code in
some areas. I can't think of a better name for it,
unfortunately.
Fix VideoDecoder::get_video() with 3D.2016-06-13T15:09:07ZCarl Hetheringtoncth@carlh.net2016-06-13T15:09:07Zurn:sha1:cd29c4ed26fde9b9c07190f92205705b13c6bd73
get_video() promises to return all video frames at the given time,
but this wasn't working for none-SBS-3D as it would be satisfied
when it got the first (left) frame. Adjust get_video() to get all
required frames.
This showed up bugs in fill_both_eyes, whereby the from parameter
was ignored and the wrong things were done in some cases;
video_decoder_fill_test.cc tests this stuff.
No-op; fix GPL address and use the explicit-program-name version.2016-05-25T19:56:58ZCarl Hetheringtoncth@carlh.net2016-05-25T19:56:58Zurn:sha1:3828baf56467224f5d44049bf1e7a7ed11f43a05Rename some methods.2016-05-18T10:50:29ZCarl Hetheringtoncth@carlh.net2016-05-10T13:37:57Zurn:sha1:0758d834992f0adb8aa8d4d9908a64ce8708f05cBasics of splitting up Decoder tree like Content.2016-05-18T10:50:29ZCarl Hetheringtoncth@carlh.net2016-05-10T13:29:14Zurn:sha1:504c63b3d62038bc486ca8a09e77fbb403907eddMove video frame rate ('prepared-for') into Content.2016-05-18T10:50:29ZCarl Hetheringtoncth@carlh.net2016-05-09T18:58:37Zurn:sha1:19f94521139aac13ef8fb4eaa55855b2ada307b4Reasonably straightforward stuff; main things are adding2016-05-18T10:50:29ZCarl Hetheringtoncth@carlh.net2016-04-12T21:10:54Zurn: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.
Stop trying to get frames from a video source when an attempt2016-01-24T23:40:32ZCarl Hetheringtoncth@carlh.net2016-01-24T23:40:32Zurn: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).
Do filling correctly for separate-content L/R 3D; before it was2015-08-17T22:00:12ZCarl Hetheringtoncth@carlh.net2015-08-17T22:00:12Zurn:sha1:d184945d41ea7d6e489621dc6492a93b5d91f7de
trying to fill each individual piece of content as if it was providing
both L and R frames.
{Video,Audio}Frame -> Frame.2015-05-26T21:32:11ZCarl Hetheringtoncth@carlh.net2015-05-26T15:47:39Zurn:sha1:f188128e2577942f030374631d3cf1324a00624a