dcpomatic/src/lib/decoder.h, branch bad-mxf DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=bad-mxf 2023-02-14T00:05:18Z wip: Error when failing to read MXF frame. 2023-02-14T00:05:18Z Carl Hetherington cth@carlh.net 2023-02-14T00:05:18Z urn:sha1:7b9c6d3afa80e3c299e30aa11d47253bbc5a8fa8 Cleanup: use a class for the Decoder::pass() return value. 2023-02-13T22:13:54Z Carl Hetherington cth@carlh.net 2023-02-13T22:13:54Z urn:sha1:de5ad19f419a4443789236cc085a9a6b7df3ed1b Add video_{range,frame_type}.{cc,h} and remove some types.h includes. 2022-12-13T00:11:42Z Carl Hetherington cth@carlh.net 2022-12-13T00:04:07Z urn:sha1:94d5ba335224db075a95a76654f732ef54a4eabd Rearrange subtitle font management. 2022-06-07T15:01:06Z Carl Hetherington cth@carlh.net 2022-06-01T11:03:38Z urn:sha1:5a820bb8fae34591be5ac6d19a73461b9dab532a With this change each subtitle coming out of the player has a reference to a dcpomatic::Font that belongs to the TextContent. This hopefully solves a few problems which all basically stemmed from the fact that previously the decoders/player were deciding what the font ID in the output DCP would be - they can't do that properly. C++11 tidying. 2021-02-16T09:40:12Z Carl Hetherington cth@carlh.net 2021-02-16T09:40:12Z urn:sha1:bb949ec65adf95f4a2c7dd5ee7e97b9daaaf3d3f std::shared_ptr 2021-01-07T21:48:29Z Carl Hetherington cth@carlh.net 2021-01-04T20:16:53Z urn:sha1:dd9be86db6cde0afa5da0d1d1ac43b42e05dca26 Pass fonts from content around as FontData. 2020-12-22T01:37:53Z Carl Hetherington cth@carlh.net 2020-12-20T22:41:52Z urn:sha1:ddcd4f3ba0af3e9d49dbb68127317cd0d871a248 i.e. as a block of memory rather than a file. Also, get the fonts from the decoder rather than the content. Together, these changes allow us to use fonts from SMPTE DCPs added as content. Before, fonts would be messed up in those cases (#1885). Add WeakFilm and WeakConstFilm and use them a bit. 2020-12-07T00:20:25Z Carl Hetherington cth@carlh.net 2020-12-06T20:36:37Z urn:sha1:dfb68bf9190ec0be31f01b61c17aebc8b6e30ad8 Make Atmos content work more like other content. Now its MXFs 2020-06-19T13:07:30Z Carl Hetherington cth@carlh.net 2020-06-19T11:30:02Z urn:sha1:ca981c8cfa23111e92be329f1c2dfbe3a07b4247 are re-written, meaning that they can be encrypted. This (along with the libdcp update) also fixes assorted Atmos bugs. 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.