dcpomatic/src/lib/audio_decoder_stream.cc, branch v2.10.7 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.10.7 2017-04-05T22:30:20Z Fix off-by-one which could cause AudioDecoderStream::get not to 2017-04-05T22:30:20Z Carl Hetherington cth@carlh.net 2017-04-05T22:30:20Z urn:sha1:40130527c0fd8010a94d2937c4c317eecd5b231e fetch enough data to satisfy the request, causing dropouts in the written audio. compose/raw_convert fiddling. 2016-08-15T13:56:42Z Carl Hetherington cth@carlh.net 2016-08-15T13:56:42Z urn:sha1:8e96f8c1677146d224438ec040982532879d6c34 Fix failure to analyse audio in some cases. 2016-07-08T20:13:06Z Carl Hetherington cth@carlh.net 2016-07-08T20:13:06Z urn:sha1:02cc8c7680381c123a31c23a43f6b34a04c2115a This fixes audio-only content when the first-emitted audio is not at time zero. This used to cause a seek which is not possible with audio-only. This commit removes the unnecessary seek which was due to missing silent-padding of the first-emitted audio. Fix excessive seeking with negative audio delay. 2016-07-08T00:50:29Z Carl Hetherington cth@carlh.net 2016-07-05T08:49:00Z urn:sha1:d4014e6e3de7cdf8168a82621cf6a5a6d47379c8 Before this commit, an audio delay of -110ms on a test project would result in a seek on every video and audio fetch. This commit does two things to fix that: 1. Don't discard audio data that arrives with a timestamp before the last seek time. In the case that we are fixing we had the following sequence: - video seeks to some frame F - this causes audio data to arrive a little before F - this audio data is discarded - and audio get happens just after F - the audio code thinks it must seek rather than just pass()ing since it has no data If we keep the audio data from before the seek our _decoded will be much closer to the audio request, so a pass() is more likely to happen. 2. Extend the length of time that we will happily pass() for rather than seeking when looking for audio data. Seeking is really bad so we can tolerate quite long times here. The sensible length of this value should probably be investigated as the one in this commit is a finger-in-the-air guess. 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 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 Fix crash. 2016-05-18T10:50:29Z Carl Hetherington cth@carlh.net 2016-05-10T13:42:49Z urn:sha1:4fe27489ad67267081d048b45a4df9ee37541fde