dcpomatic/src/lib/content_text.h, branch 2670-again DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=2670-again 2024-03-03T23:43:28Z More correctly calculate bitmap subtitle scaling (#2670). 2024-03-03T23:43:28Z Carl Hetherington cth@carlh.net 2024-03-03T23:41:01Z urn:sha1:17f8f22b07bd32d57edada0acde6fd9fffe3baf3 This was partially fixed before in 6ac468554c7fea0dfaefde85fb6cdd0fceaf5cad The last try accounted for cropping, but not for cases where the source video (after crop) does not precisely fit the DCP container. In those cases the x scale for the subtitles could be different to the y scale, squashing or stretching them. Cleanup: use some better variable names. 2024-03-03T23:43:03Z Carl Hetherington cth@carlh.net 2024-03-03T19:37:49Z urn:sha1:7c00e7a8c5f0e543000dd62ce8c66fdb8da6ee34 More header trimming. 2022-12-13T10:18:31Z Carl Hetherington cth@carlh.net 2022-12-13T10:18:31Z urn:sha1:0185ba27b0e9c52a173147c1380ec5f345109afc 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. Switch some list -> vector for consistency. 2022-06-07T15:01:06Z Carl Hetherington cth@carlh.net 2022-05-31T19:02:42Z urn:sha1:2975fa5cd5dcfaa806b07ef39c8900e07f417658 C++11 tidying. 2022-06-07T15:01:06Z Carl Hetherington cth@carlh.net 2022-05-31T13:55:20Z urn:sha1:9b92e596727bcbab5df68ed72ddf59702a4a9702 Handle multiple bitmap subtitles at the same time correctly (#2239). 2022-04-28T12:00:07Z Carl Hetherington cth@carlh.net 2022-04-28T12:00:07Z urn:sha1:e06941199da90359f41ce80c276752bc0f172d7e Previously if there were two images at the same time we would start them both, then the stop time would be set in the second one but not the first. This meant that the first one would hang around forever. Allow ContentBitmapText to contain multiple BitmapText objects. 2022-04-28T11:47:57Z Carl Hetherington cth@carlh.net 2022-04-28T11:47:57Z urn:sha1:a1d11f2e9cc3678bd68b95c0e444c8245ef776b5 Some const correctness. 2021-09-27T11:41:46Z Carl Hetherington cth@carlh.net 2021-09-14T22:42:15Z urn:sha1:c59981ce92898f6be6987f10ebb29161e36e6766 std::shared_ptr 2021-01-07T21:48:29Z Carl Hetherington cth@carlh.net 2021-01-04T20:16:53Z urn:sha1:dd9be86db6cde0afa5da0d1d1ac43b42e05dca26