dcpomatic/test/data, branch minimum-bitrate DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=minimum-bitrate 2021-01-30T15:33:26Z Rename debug type THREED to THREED_D. 2021-01-30T15:33:26Z Carl Hetherington cth@carlh.net 2021-01-30T15:33:26Z urn:sha1:4985d87750c87019dfe5dc7ef44e12c45326dd0e Fix label alignment. 2021-01-25T23:37:42Z Carl Hetherington cth@carlh.net 2021-01-25T23:37:42Z urn:sha1:0d40a51371f10ae75824c8e901ce340665163493 Test fixes. 2021-01-22T19:57:21Z Carl Hetherington cth@carlh.net 2021-01-22T19:57:21Z urn:sha1:329481c84a885c7aff70bc8fdebd16aa66c2b326 Test updates for libdcp fix to the duration of Marker assets. 2021-01-22T12:04:21Z Carl Hetherington cth@carlh.net 2021-01-22T12:04:21Z urn:sha1:177f4f2a0972049985554f3cea947c1272584097 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). Write subtitles and closed captions to a test DCP in the hints thread, 2020-12-08T13:09:02Z Carl Hetherington cth@carlh.net 2020-12-07T00:18:38Z urn:sha1:cadca6e4f8c1d844f1b5fb9375023e627c674fa9 then check the result for Bv2.1 violations (part of #1800). Add some hints for violations of SMPTE Bv2.1 with subtitles and closed 2020-12-06T18:55:07Z Carl Hetherington cth@carlh.net 2020-12-06T18:55:07Z urn:sha1:504e234f92de578a8d1214d6a73c790a896f0a90 captions. Move some test references into test-private. 2020-11-29T21:49:05Z Carl Hetherington cth@carlh.net 2020-11-29T21:49:05Z urn:sha1:64bd18216738052c150770561f8f78e13ca792b8 Fix corrupted image when over-cropping black filler frames. 2020-11-24T23:36:22Z Carl Hetherington cth@carlh.net 2020-11-24T23:11:55Z urn:sha1:e43dababfc7aaf1429d3552e91b24e4e51979111 FFmpegDecoder can emit small black frames (128x128 pixels) when it wants to fill in a gap. Image::crop_scale_window would do the wrong thing if we then applied a crop of greater than 128 in either direction; though cropped_size is correctly clamped, the crop value itself was not and is used to calculate the input data pointers. This would result in random frames, usually at the end of DCPs, often made up of blurry colour washes. Test update for auto-addition of markers. 2020-11-21T22:02:49Z Carl Hetherington cth@carlh.net 2020-11-21T13:43:28Z urn:sha1:93cf75127355610facd5df8f8f84e1f38d47f4bb