dcpomatic/src/lib/video_decoder.cc, branch v2.4.6 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.4.6 2015-10-09T12:45:12Z Logging improvements to allow prettier displays in the server GUI. 2015-10-09T12:45:12Z Carl Hetherington cth@carlh.net 2015-10-09T12:44:10Z urn:sha1:aeb835a18c8df347e0ed68fb24631b320abeb611 Lots of #include <iostream>s for Arch. 2015-09-14T21:49:36Z Carl Hetherington cth@carlh.net 2015-09-14T21:49:36Z urn:sha1:1858190cff2f960f3d1f0a5cc02c69da86088f5b Remove debug code. 2015-08-18T21:11:26Z Carl Hetherington cth@carlh.net 2015-08-18T21:11:26Z urn:sha1:8aeb1ed834bf6d61896b5478ba2c4529cb3fb706 Include tidying. 2015-08-18T17:04:49Z Carl Hetherington cth@carlh.net 2015-08-18T17:04:49Z urn:sha1:c2a97b6f83a32483817d02194a1e7c8d6828b0bb Do filling correctly for separate-content L/R 3D; before it was 2015-08-17T22:00:12Z Carl Hetherington cth@carlh.net 2015-08-17T22:00:12Z urn:sha1:d184945d41ea7d6e489621dc6492a93b5d91f7de trying to fill each individual piece of content as if it was providing both L and R frames. Replace Time::frames with Time::frames_round and Time::frames_floor. 2015-07-29T19:04:36Z Carl Hetherington cth@carlh.net 2015-07-28T16:53:27Z urn:sha1:a0d1dd5d91c81ec9907cbc7b890905c463c18f62 I believe both are necessary; doing floor instead of round caused #648. Fix mistaken clamp to length_after_trim after adding trim_start. 2015-07-24T21:14:31Z Carl Hetherington cth@carlh.net 2015-07-24T21:14:31Z urn:sha1:7ba331621429d3516ba48a4585e58f1f6fa76cdf Add DEBUG_DECODE and some basic debugging of the decoding process. 2015-06-25T08:38:02Z Carl Hetherington cth@carlh.net 2015-06-25T08:38:02Z urn:sha1:a1201ace8a1d5d3e0a9eca769cb9e0a12bf32693 No-op: remove all trailing whitespace. 2015-06-21T00:15:32Z Carl Hetherington cth@carlh.net 2015-06-21T00:15:32Z urn:sha1:e60bb3e51bd1508b149e6b8f6608f09b5196ae26 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.