dcpomatic/test, branch v2.17.11 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.17.11 2024-01-28T22:00:53Z Bump FFmpeg to 6.1. 2024-01-28T22:00:53Z Carl Hetherington cth@carlh.net 2024-01-25T19:15:27Z urn:sha1:111319696c3c3384e28e31ffe08015da815c48d5 Remove unused variables. 2024-01-28T01:02:17Z Carl Hetherington cth@carlh.net 2024-01-22T09:14:28Z urn:sha1:1430a3f964ea769f7a3da3ef473b2abf6582c53f Update for new mxe. 2024-01-28T01:02:16Z Carl Hetherington cth@carlh.net 2024-01-20T01:57:30Z urn:sha1:6eae5c5d8a9f767d2d8b17fff5190ee14fd34b4e Make stop() private and use drop() instead. 2024-01-28T01:01:58Z Carl Hetherington cth@carlh.net 2023-10-08T13:48:58Z urn:sha1:b23b24b5043efd3ea76b9765f25e4c1eef3da989 This avoids confusing situations where we call stop(), then try to restart the finder (unsuccessfully, because once it's stop()ped it will stay around, never to be restarted). Remove a directory created by the config machinery to avoid confusion. 2024-01-28T01:01:58Z Carl Hetherington cth@carlh.net 2023-10-06T20:42:15Z urn:sha1:6ae94ebba5f714a697167066f69a8ce31f3db360 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. Move UTC offset for KDMs from the cinema to the point of KDM creation (#2300). 2024-01-28T01:01:57Z Carl Hetherington cth@carlh.net 2022-12-01T21:30:58Z urn:sha1:957f92414a6f88dd6ef1ceb901ef0b61414bf6cd Change how video timing is done. 2024-01-28T01:01:56Z Carl Hetherington cth@carlh.net 2022-09-29T08:17:50Z urn:sha1:895143459866dcb373c93b8e674d1344a129a6df This commit changes the approach with video timing. Previously, we would (more-or-less) try to use every video frame from the content in the output, hoping that they come at a constant frame rate. This is not always the case, however. Here we preserve the PTS of video frames, and then when one arrives we output whatever DCP video frames we can (at the regular DCP frame rate). Hopefully this will solve a range of sync problems, but it could also introduce new ones. Write player debug logs from tests on -- --log=debug-player 2024-01-28T01:01:39Z Carl Hetherington cth@carlh.net 2022-09-28T21:59:06Z urn:sha1:1ce9ab778169bd96ac19667ccc62e88353bc510b Cleanup: fix name of film to match test. 2024-01-28T01:01:39Z Carl Hetherington cth@carlh.net 2022-10-02T19:55:55Z urn:sha1:20db8ad15570074cc2798db38efdb0634d6431dd