dcpomatic/src/lib/player.h, branch v2.15.121 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.15.121 2021-01-07T21:48:29Z 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). 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. Change video content scaling so that it either: 2020-05-11T20:02:49Z Carl Hetherington cth@carlh.net 2020-05-09T23:57:20Z urn:sha1:15a83d720780d58f905d40f8493cdcb86596eaee 1. scales the content up to fit the DCP container, preserving aspect ratio, or 2. stretches the content to a custom aspect ratio, or 3. scales the content to some custom size. Nicer fix for 86102d30bf0aad89115bbeb3d8aaa2a27a0aa432 2020-04-23T13:48:19Z Carl Hetherington cth@carlh.net 2020-04-23T13:48:19Z urn:sha1:990f879d9af6300068af44c431b1a8e158e7f7a0 Add accessor for _playlist. 2020-04-23T13:00:56Z Carl Hetherington cth@carlh.net 2020-04-23T13:00:56Z urn:sha1:4b7185e4eda53534c4d71a1f31ba33ca3dd8dc8d Fix complete failure of preview/playback introduced in 2020-04-22T23:40:56Z Carl Hetherington cth@carlh.net 2020-04-22T23:40:56Z urn:sha1:86102d30bf0aad89115bbeb3d8aaa2a27a0aa432 4219d4b76c5cd5690b1f4fa0c248d93ced26d05a. Fix length of player output so it can be either the film's length or playlist's length, as appropriate. 2020-04-15T14:17:01Z Carl Hetherington cth@carlh.net 2020-04-15T14:17:01Z urn:sha1:4219d4b76c5cd5690b1f4fa0c248d93ced26d05a Missing #include for previous. 2020-01-28T22:49:07Z Carl Hetherington cth@carlh.net 2020-01-28T22:49:07Z urn:sha1:05f2028ec1280a98050dc22609879230337a35ef Fix deadlock during content examination. 2020-01-28T22:23:47Z Carl Hetherington cth@carlh.net 2020-01-28T22:23:47Z urn:sha1:df48c75c38dd788835a93540aea243a2dac4bb10 Before this fix, the following situation could happen in threads A and B: A: Some DONE signal happens; this triggers setup_pieces which takes a lock on the player mutex. B: FFmpegContent::examine takes a lock on the content mutex. B: FFmpegContent::examine adds a stream B: That causes STREAMS PENDING to be emitted. B: This tries to take a lock on the player mutex so it can update _suspended A: setup_pieces tries to access some content information, hence tries to take a lock on the content mutex. Now B is holding the CL and awaiting the PL and A is holding the PL and awaiting the CL. It feels like the root cause of this is that while setup_pieces is happening another change (which would itself cause setup_pieces) is announced, and this isn't dealt with properly. There are two steps here; _suspended is protected with an atomic rather than using _mutex, and also it can cope with being updated recursively.