I noticed that FLIP currently crashes when OpenEXR images which contain more channels than just RGB, for example AOVs.
Steps to reproduce:
Download the attached example reference and test images images.zip
The reference image has the following channels: R, G, B, sampleCount.R, sampleCount.G, sampleCount.B
The test image has the following channels: R, G, B, absoluteRenderTime, relativeRenderTime.R, relativeRenderTime.G, relativeRenderTime.B, sampleCount.R, sampleCount.G, sampleCount.B
Run flip.exe --reference reference.exr --test test.exr
FLIP outputs the following and crashes:
Undefined EXR channel name: absoluteRenderTime
Undefined EXR channel name: relativeRenderTime.B
Undefined EXR channel name: relativeRenderTime.G
Undefined EXR channel name: relativeRenderTime.R
Undefined EXR channel name: sampleCount.B
Undefined EXR channel name: sampleCount.G
Undefined EXR channel name: sampleCount.R
EXR channels may be loaded in the wrong order.
Insufficient target channels when loading EXR: need 10
Undefined EXR channel name: sampleCount.B
Undefined EXR channel name: sampleCount.G
Undefined EXR channel name: sampleCount.R
EXR channels may be loaded in the wrong order.
Insufficient target channels when loading EXR: need 6
The differing additional channels do not matter, FLIP also crashes when running flip.exe --reference reference.exr --test reference.exr
Expected behavior:
FLIP should not crash. It should load the OpenEXR images, recognize the RGB channels and compute the metrics, ignoring the other channels. I think it is not uncommon to have other channels than RGB in an OpenEXR image.
Hi,
I noticed that FLIP currently crashes when OpenEXR images which contain more channels than just RGB, for example AOVs.
Steps to reproduce:
R, G, B, sampleCount.R, sampleCount.G, sampleCount.B
The test image has the following channels:R, G, B, absoluteRenderTime, relativeRenderTime.R, relativeRenderTime.G, relativeRenderTime.B, sampleCount.R, sampleCount.G, sampleCount.B
flip.exe --reference reference.exr --test test.exr
FLIP outputs the following and crashes:The differing additional channels do not matter, FLIP also crashes when running flip.exe --reference reference.exr --test reference.exr
Expected behavior: FLIP should not crash. It should load the OpenEXR images, recognize the RGB channels and compute the metrics, ignoring the other channels. I think it is not uncommon to have other channels than RGB in an OpenEXR image.
I tested on Windows 10
I filed a PR with a proposed fix: #31