dcpomatic/test, branch compose DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=compose 2021-07-10T00:02:19Z Use dcp::compose rather than our own. 2021-07-10T00:02:19Z Carl Hetherington cth@carlh.net 2021-07-10T00:02:19Z urn:sha1:5b0e331380c83ec9835e8aa42fd342b2f0ad275d Use std::vector rather than a raw array. 2021-07-03T20:48:07Z Carl Hetherington cth@carlh.net 2021-07-03T20:40:00Z urn:sha1:fa4da415f1788bed17eefd05ba8d49b8ad847613 Fix incorrect timestamps when exporting as reels (#2052). 2021-06-24T16:31:19Z Carl Hetherington cth@carlh.net 2021-06-21T22:47:25Z urn:sha1:90846ade9558e460b68324478e81b5f8e87d8a4c Tweak test group name. 2021-06-24T15:03:33Z Carl Hetherington cth@carlh.net 2021-06-24T15:03:33Z urn:sha1:c372e8abde00dcf29493643cf7354154637150fa Fix incorrect issuer/creator in CPL files. 2021-06-24T15:03:28Z Carl Hetherington cth@carlh.net 2021-06-24T15:03:28Z urn:sha1:9db56a75e50701bb27ac0b3134a70d2be373ac52 Fix errors when seeking FFmpeg for some formats. 2021-06-04T20:31:07Z Carl Hetherington cth@carlh.net 2021-06-03T20:55:44Z urn:sha1:9f4cb3b340376d93be39dc97c2e0c631e9cf73c4 The comments discuss this in a bit more depth, but basically we see errors from avcodec_send_packet after seek. ffplay etc. seem basically to ignore all errors from avcodec_send_packet, and I can't find a "proper" fix, so here's a half-way house hack: ignore some errors after seek. Nasty. C++11 tidying. 2021-06-03T20:46:53Z Carl Hetherington cth@carlh.net 2021-06-03T20:46:53Z urn:sha1:881e5de77401086265c5d901c7bde10d35d50231 Ignore errors from avcodec_receive_frame when flushing video (#2035). 2021-06-03T18:40:16Z Carl Hetherington cth@carlh.net 2021-06-03T18:40:16Z urn:sha1:ab3be5fa1893bf1756627e1646b065c41e69336a The test fails if we don't do this; it doesn't really seem 100% convincing but we are already doing this for audio. Add hint when no audio language is set (#2033). 2021-06-01T15:10:16Z Carl Hetherington cth@carlh.net 2021-06-01T15:10:16Z urn:sha1:4d5d4d96ef3314d3242807c4e610565b769414ee Put audio language back in the Film. 2021-06-01T12:25:17Z Carl Hetherington cth@carlh.net 2021-06-01T09:28:48Z urn:sha1:ddd767fd647b2fd585d75ada000d3d01c4c43cb2 It feels neat to have audio language in the audio tab, to match the subtitle language in the subtitle tab. It also avoids the potential confusion of there being an audio language setting in the DCP metadata but no subtitle language setting. However: - I am yet to find a need to describe multiple audio languages in the same DCP (all previous users of Film::audio_languages() were just taking the first language off the list). - As Carsten points out it's fiddly to have to set the audio language for 5 separate-channel WAV files, for example (you wouldn't actually have had to do this, but it would have felt like you did). I think subtitle language remains neater where it is (per-content) as there is this additional subtitle language metadata and it makes much more sense (and is much more likely) that there are multiple subtitle languages in a DCP than it does multiple audio languages.