dcpomatic/src/lib/wscript, branch v2.17.12 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.17.12 2024-02-19T22:22:31Z Merge tag 'v2.16.77' into v2.17.x 2024-02-19T22:22:31Z Carl Hetherington cth@carlh.net 2024-02-19T22:22:31Z urn:sha1:51dda295b5bd63e6635ae17786e4657c41a3678a Add Unzipper. 2024-02-16T22:37:59Z Carl Hetherington cth@carlh.net 2024-02-15T00:05:12Z urn:sha1:befbada161a66a16f8ced89773ad11c0ac5c91e5 Merge branch 'main' into v2.17.x 2024-02-04T12:03:45Z Carl Hetherington cth@carlh.net 2024-02-04T12:03:45Z urn:sha1:2310a084216fc737fad879b79ae9f845ac461c1b Tweak how lzma is linked. 2024-02-04T11:51:06Z Carl Hetherington cth@carlh.net 2024-02-04T11:51:06Z urn:sha1:604a5f9343eebfa0108a19bb6b8ec60bc81f4819 Only build grok for Ubuntu 22.04. 2024-01-28T01:01:57Z Carl Hetherington cth@carlh.net 2023-09-24T10:09:16Z urn:sha1:a72355666ed6abbd02bc6b124fddd24f598f89de Rearrange encoder threading. 2024-01-28T01:01:57Z Carl Hetherington cth@carlh.net 2023-09-23T22:34:15Z urn:sha1:f8d0dac871883c7cbfa6f31c182ca3e6d213aed1 Soon we'll add a new encoder type, and the existing structure was already creaking a bit at the seams while handling local and remote encodes. Here we split out an encoder thread and introduce the concept of a "sync" thread (which blocks while the encoding is happening). Later we'll have another type which submits the encode request to a GPU and receives the reply back later. Explicitly link zlib to keep new macOS environment happy. 2024-01-20T15:50:38Z Carl Hetherington cth@carlh.net 2024-01-20T15:50:38Z urn:sha1:baf6f95e13c969da1f6fe430a95ca9bd40051485 Add Choice::set_by_data(). 2024-01-05T16:06:21Z Carl Hetherington cth@carlh.net 2024-01-05T00:26:58Z urn:sha1:cb330f076f72000d028b11e88702addb0a2ab480 Remove unused code. 2023-10-16T09:30:27Z Carl Hetherington cth@carlh.net 2023-10-16T09:30:27Z urn:sha1:4b8f2b64ebb7fcba20c3c03d7bccd08e48612fbb 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