dcpomatic/test, branch v2.15.111

Fix test build.

2020-11-29T23:19:14Z

Move some test references into test-private.

2020-11-29T21:49:05Z

Fix over-read behaviour of FileGroup to be the same on all platforms.

2020-11-28T19:58:56Z

Instead of relying on the operating system's behaviour when seeking off the end of a file, keep our own _position. This normalises the behaviour between POSIX and Windows.

More macOS build fixes.

2020-11-26T20:14:22Z

macOS build fix.

2020-11-26T19:11:57Z

Calculate hashes for any referenced assets that do not already have one.

2020-11-26T00:49:33Z

This is necessary so that we always include in CPLs even when referencing DCPs that do not have it.

Fix corrupted image when over-cropping black filler frames.

2020-11-24T23:36:22Z

FFmpegDecoder can emit small black frames (128x128 pixels) when it wants to fill in a gap. Image::crop_scale_window would do the wrong thing if we then applied a crop of greater than 128 in either direction; though cropped_size is correctly clamped, the crop value itself was not and is used to calculate the input data pointers. This would result in random frames, usually at the end of DCPs, often made up of blurry colour washes.

Fix the behaviour of FileGroup when seeking too far.

2020-11-24T22:01:04Z

Previously, if you did a seek off the end of the file group, the seek would return an error. This is not what fseek() does; it returns no error, and preserves the file pointer (returned by ftell()) as if the seek had been successful. fread()s after a too-far seek return no data, of course. Parsing some files (the example used to find the bug was a H264 MP4) involves a seek which is to the byte after the end of the mp4 file. If this fails the whole header parsing fails and DCP-o-matic refuses to use the file.

Remove swaroop variant.

2020-11-23T12:58:33Z

Test update for auto-addition of markers.

2020-11-21T22:02:49Z