dcpomatic, branch faster-subtitle-moving DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=faster-subtitle-moving 2020-01-12T23:19:41Z WIP: partially restore PlayerVideo transfer over network. 2020-01-12T23:19:41Z Carl Hetherington cth@carlh.net 2020-01-12T23:19:41Z urn:sha1:9979e28b2511c15982ca8d083947eedf513b14f3 Tidy up some unused stuff. 2020-01-12T22:29:27Z Carl Hetherington cth@carlh.net 2020-01-12T22:29:27Z urn:sha1:bbee721034df747169f7d75ef142e57a8a8ed646 WIP: untested main part of changes. 2020-01-12T21:47:45Z Carl Hetherington cth@carlh.net 2019-12-20T15:47:04Z urn:sha1:f72643323ba9008ca8795f8dd5ca68d472ddbf8e Make PlayerText comparable. 2020-01-12T21:47:45Z Carl Hetherington cth@carlh.net 2019-12-19T15:31:42Z urn:sha1:d9b0b7a6319b9faecfb58df7c3c772f440f09db0 Remove some unused things in PlayerVideo. 2020-01-12T21:47:45Z Carl Hetherington cth@carlh.net 2019-12-19T13:55:22Z urn:sha1:83f28a7c67794c0a9e48c8016db11585939e4d5d Just mark image dirty on reset_metadata() rather than working it out from value changes. 2020-01-12T21:28:59Z Carl Hetherington cth@carlh.net 2019-12-19T13:43:35Z urn:sha1:c92acd49137a75ba707b11bbebac8b8f80b9e9ac Rename ::same -> ::definitely_equal. 2020-01-12T21:28:59Z Carl Hetherington cth@carlh.net 2019-12-19T13:29:18Z urn:sha1:2645b6ae99397e46fa25f694ef8c194e4ea1fd21 Don't truncate active_video_frame_rate to an int otherwise setting fade on non-integer-rate sources behaves oddly. 2020-01-10T14:20:17Z Carl Hetherington cth@carlh.net 2020-01-10T14:20:17Z urn:sha1:a972af6dcbdb0b8a1c5386d34a0cea2c12738a67 Fix deadlock. 2020-01-10T14:13:35Z Carl Hetherington cth@carlh.net 2020-01-10T14:13:35Z urn:sha1:ba983cf47c98be684ee6ac1560f55364016b16f8 Give DCPDecoder its own ::position which just returns its internal 2020-01-10T00:01:03Z Carl Hetherington cth@carlh.net 2020-01-09T23:52:20Z urn:sha1:efc3486f2acf36bd0dc7b5528e7b3110ea8c4afe _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.