dcpomatic, branch v2.14.22 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.14.22 2020-01-09T23:52:20Z Give DCPDecoder its own ::position which just returns its internal 2020-01-09T23:52:20Z Carl Hetherington cth@carlh.net 2020-01-09T23:52:20Z urn:sha1:4285355ff2bec853924647f0523d121860fe64e3 _next time. This is important because Decoder::position does the wrong thing with DCPs in the following case. 1. DCPDecoder emits a subtitle event (start/stop) at time t. 2. There follows a long time T with no subtitle events. During this time the DCPDecoder's position is reported as t (since TextDecoder notes its position as the time of the last thing it emitted --- which is all it reasonably can do, I think). 3. During this T the DCPDecoder may be incorrectly pass()ed because its position is reported as earlier than it really is; this results in video/audio being emitted by the DCPDecoder but other contemporary sources may not be pass()ed. The upshot of this can be that no audio is emitted, as a contemporary audio source is not pass()ed and hence the merger is waiting for audio that will take a long time to come. When the butler is running this can result in audio underruns as the video buffers overflow with no sign of any audio. It is also simpler this way; DCPDecoder was already maintaining the required information. Update text panel 'why not' note when film's standard is changed. 2020-01-09T22:22:22Z Carl Hetherington cth@carlh.net 2020-01-09T22:22:22Z urn:sha1:e8582393bd1367fff36bae8e053d799073d8b2ed Update patreon username. 2020-01-07T20:35:54Z Carl Hetherington cth@carlh.net 2020-01-07T20:35:54Z urn:sha1:25b2689011bca3d71c246ba0169132439d670bbc Try to add FUNDING.yml. 2020-01-07T20:30:15Z Carl Hetherington cth@carlh.net 2020-01-07T20:30:15Z urn:sha1:46dee779f8dafb9d9614bad99154c0efd7143fb9 Fix typo causing failures to update the preview after changing 2020-01-07T14:42:00Z Carl Hetherington cth@carlh.net 2020-01-07T14:42:00Z urn:sha1:535e22457facee1f7136d03741bcc7d27729ddc4 end trim (#1709 and probably #1434). Extend the amount of allowed disagreement between the audio 2020-01-07T12:30:56Z Carl Hetherington cth@carlh.net 2020-01-07T12:30:56Z urn:sha1:0e86a5da67451dfc6120406e5282fc786de6e248 coming from the content and the calculated periods of silence. It sees that there is some scope for disagreements here when trim start/end times are rounded to frame boundaries. Fixes #1708. Fix failure to save screen notes when making a new one (github bug #6). 2020-01-03T01:29:48Z Carl Hetherington cth@carlh.net 2020-01-03T01:29:24Z urn:sha1:9ef42119694384a024104e9456e01d3c0e7bca2f Add --config option to dcpomatic2 (#1703). 2019-12-27T22:40:53Z Carl Hetherington cth@carlh.net 2019-12-27T22:40:18Z urn:sha1:8c9194e9cf773af29aee3e5ad327478de62dac7e Add --version option to main DCP-o-matic. 2019-12-27T22:17:23Z Carl Hetherington cth@carlh.net 2019-12-27T22:16:05Z urn:sha1:1b2708e35873a8f952710348bc94d94e56feb447 Remove our forcing of analyzeduration and probesize as they seem to 2019-12-19T22:56:49Z Carl Hetherington cth@carlh.net 2019-12-19T22:56:49Z urn:sha1:715d87a4cf9e4697a2f67881776c19c4ce8af581 cause weird problems when scanning some files. The unit test case added here is a case in point: before this patch one stream reported an incorrect channel count and sample rate. It's a bit worrying as these parameters have been in DoM for many years, but perhaps they have become unnecessary / harmful with changes to FFmpeg.