dcpomatic/src/lib/player.cc, branch v2.8.14 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.8.14 2016-06-22T00:53:18Z Don't bother decoding referenced DCP video if the player will ignore it. 2016-06-22T00:53:18Z Carl Hetherington cth@carlh.net 2016-06-22T00:53:18Z urn:sha1:282caacdd0f9283ee8c52b2c67b4696e071eba03 Set AudioDecoder::fast a different way. 2016-06-22T00:47:28Z Carl Hetherington cth@carlh.net 2016-06-22T00:47:28Z urn:sha1:76f83b97c401c24b3c93baee0665e84be05f43ea Revert "Use make_shared<>." 2016-06-21T22:08:53Z Carl Hetherington cth@carlh.net 2016-06-21T22:08:53Z urn:sha1:a8a0dfd1b21de6c0facf965ab119833ff6f790bf Support for this seems to vary wildly across DoM's build targets. Stuff that builds on 16.04 won't build on 14.04, for example. Seems to not be worth the hassle now. This reverts commit 5a5324ed3a381a86dfe0a6e3932c1d58fdcd596f. Use make_shared<>. 2016-06-21T00:14:06Z Carl Hetherington cth@carlh.net 2016-06-21T00:14:06Z urn:sha1:5a5324ed3a381a86dfe0a6e3932c1d58fdcd596f Clean up of 3D->2D conversion. 2016-06-14T14:07:58Z Carl Hetherington cth@carlh.net 2016-06-14T14:07:58Z urn:sha1:0b6f2d7b04819711228ed5fbc5d299b58cef997e It makes slightly more sense to discard 2D in the Transcoder rather than the Encoder. Unfortunately this requires quite invasive changes, mainly to remove Encoder::_position and instead derive this information from the PlayerVideo that is being handled. This is also nicer than before, I think. A notable change is that in player.cc; using time rather than content_video_to_dcp(). This means we are assuming that the decoder returns video at the time we ask it to, rather than checking what it has returned. I can't think of a problem with this (yet). Add VideoFrame class. 2016-06-14T10:48:37Z Carl Hetherington cth@carlh.net 2016-06-14T10:48:37Z urn: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. Remove caching of old ImageDecoder objects. 2016-06-13T13:38:12Z Carl Hetherington cth@carlh.net 2016-06-13T13:38:12Z urn:sha1:13aae5d8ff27886656ab7ea3ef1194987954bb3f This breaks things when there is a 3D ImageContent. When you change the video frame type on this content the view does not update because the re-used ImageDecoder recycles the same video without noticing that the frame type has changed. I guess this is sort of `because' the video frame type is used in VideoDecoder::give, which sets up the cache. Unfortunately I can't remember the case which the caching of ImageDecoders was meant to speed up. Maybe this will now become apparent. Factor out decoder creation to a factory method. 2016-05-26T09:57:06Z Carl Hetherington cth@carlh.net 2016-05-26T09:57:06Z urn:sha1:b0f078d851e2a84d2f9d2ae085f6aad837747eb1 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 Basics of Atmos content support; can be added to project and appears in timeline. 2016-05-25T15:55:42Z Carl Hetherington cth@carlh.net 2016-05-25T15:55:42Z urn:sha1:48e51965d74cf2a2f2f6f4c5e9c349f1b1103e66