dcpomatic/src, branch v2.16.66 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.16.66 2023-10-15T15:34:33Z Supporters update. 2023-10-15T15:34:33Z Carl Hetherington cth@carlh.net 2023-10-15T15:34:33Z urn:sha1:2417eb677fc9cb83a665c3afc772386abbd07888 Supporters update. 2023-10-15T07:16:49Z Carl Hetherington cth@carlh.net 2023-10-15T07:16:49Z urn:sha1:1a80edf99d38619e4f021469df14f532e3947dce Fix DCP content font ID allocation to cope with DCPs that have multiple fonts 2023-10-15T07:10:18Z Carl Hetherington cth@carlh.net 2023-10-14T19:48:25Z urn:sha1:3c802dd6d1451c2c8a7e188f8379738d72e907eb with the same name in the same reel (#2600). Previously we had this id_for_font_in_reel() which would give an ID of N_font-ID. This means we got duplicate font IDs. Here we replace that method with FontAllocator, which gives an ID of N_font-ID for the first font and M_font-ID, where M is a number higher than the highest reel index. The idea is to support the required new IDs without breaking exisiting projects. There is some documentation of how it works in doc/design/fonts Cleanup: assert. 2023-10-14T19:43:52Z Carl Hetherington cth@carlh.net 2023-10-14T19:43:52Z urn:sha1:1bfe44b1503fb0f5cffda135076709014337de52 Cleanup: rename sc -> subtitle_asset 2023-10-14T19:41:15Z Carl Hetherington cth@carlh.net 2023-10-14T19:41:15Z urn:sha1:024cce26dd944c789da1ae32dde7f8acb0a38438 Cleanup: assert result of get_font(). 2023-10-14T19:40:32Z Carl Hetherington cth@carlh.net 2023-10-14T19:40:32Z urn:sha1:daf0a05178ac6370440594e124bc25162f053176 Another compilation error fix for old toolchains. 2023-10-10T18:35:18Z Carl Hetherington cth@carlh.net 2023-10-10T18:35:16Z urn:sha1:12bd8672230dc9d22b9ef14d3803cf13df2deac8 Cleanup: remove unnecessary namespace. 2023-10-10T18:35:06Z Carl Hetherington cth@carlh.net 2023-10-10T18:35:06Z urn:sha1:9fcb89c1efc0cd53fdfca6eb8fda79e9d2758225 Apply another fix for a weird compilation error on old compilers. 2023-10-10T17:32:37Z Carl Hetherington cth@carlh.net 2023-10-10T17:32:37Z urn:sha1:f12c261d58d78b9da1ef1a4757a93b63a309002a Add new "copy markers from this DCP" option (#2628). 2023-10-09T23:05:30Z Carl Hetherington cth@carlh.net 2023-10-09T23:05:27Z urn:sha1:ba438ecd16207700ffd849820796b6f833beef21 Also stop the "copy settings" options from doing this, as Carsten points out that it could be confusing and potentially very bad if you copy markers from an OV to an edited VF which then bring house lights up at the wrong time or whatever.