dcpomatic/test, branch v2.9.3 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.9.3 2016-07-08T21:39:10Z Test start-trim of audio-only content. 2016-07-08T21:39:10Z Carl Hetherington cth@carlh.net 2016-07-08T21:39:10Z urn:sha1:0c1abc8927cf7361ebd417944d337bff4b5c7e41 Fix failure to analyse audio in some cases. 2016-07-08T20:13:06Z Carl Hetherington cth@carlh.net 2016-07-08T20:13:06Z urn:sha1:02cc8c7680381c123a31c23a43f6b34a04c2115a This fixes audio-only content when the first-emitted audio is not at time zero. This used to cause a seek which is not possible with audio-only. This commit removes the unnecessary seek which was due to missing silent-padding of the first-emitted audio. Try to fix Arch build error reported by Markus. 2016-07-03T19:36:02Z Carl Hetherington cth@carlh.net 2016-07-03T19:36:02Z urn:sha1:a4c5a9ff48c4cec51e3488f4f8692bf2a2f82dca Fix thinkos with marked_up() rendering of bold/italic/underline. 2016-07-02T21:20:54Z Carl Hetherington cth@carlh.net 2016-07-02T21:20:54Z urn:sha1:59f07d959514b80fcce5aa99f575ef8e6fceba8b Fix test hash after adding subtitle line spacing to the subtitle content identifier. 2016-07-01T22:39:01Z Carl Hetherington cth@carlh.net 2016-07-01T22:39:01Z urn:sha1:b084aef4443929e14acf690f7c9e2378b80fb43f Fix SRT tests, and abstract out checking of XML subtitles. 2016-07-01T00:05:06Z Carl Hetherington cth@carlh.net 2016-06-30T12:38:21Z urn:sha1:3c624df6d8557110355f77f7f300961871c1ce2f Fix handling of incorrectly-recognised JPEG2000 files. 2016-06-29T15:01:14Z Carl Hetherington cth@carlh.net 2016-06-29T15:01:14Z urn:sha1:92c691f29c5da9abca6a06605998e09f9b8103bb Previously we asked libdcp whether an imported J2K file was RGB or XYZ. The answer it gives is sometimes wrong, for reasons that are not clear (either the files are not marked correctly, or openjpeg is not parsing whatever metadata correctly). However it seems that, in general, we use the user's specified colour conversion to decide what to do with an image, rather than asking the image what should be done to it. Hence it makes more sense to assume that if a user specifies no colour conversion for a J2K file then the file is XYZ. With preview, the colour conversion from XYZ back to RGB is done by FFmpeg, so we have to set the pixel format correctly on the Image that comes back from J2KImageProxy. Now we get that pixel format from the configured colourspace conversion rather than from openjpeg's guess as to the file's colourspace. It's a bit ugly that the only thing we ask the file about is whether or not it is in YUV (which governs whether or not FFmpeg applies the user's configured YUV-to-RGB conversion). Everything else is decided by the configured conversion. I think there's still some uglyness in here that I can't put my finger on. Fix pango markup when rendering subtitles. 2016-06-27T23:34:24Z Carl Hetherington cth@carlh.net 2016-06-27T23:34:24Z urn:sha1:ff72bf25f215f5cb58ee165898968380f9dff73f Update test/data. 2016-06-24T13:41:36Z Carl Hetherington cth@carlh.net 2016-06-24T13:41:36Z urn:sha1:2153f1155959cd5eef5b8de77845558b84110b5f Set AudioDecoder::fast a different way. 2016-06-22T00:47:28Z Carl Hetherington cth@carlh.net 2016-06-22T00:47:28Z urn:sha1:76f83b97c401c24b3c93baee0665e84be05f43ea