peterhillman

I'm interested, particularly on which spaces you chose, and how you implement tolerance to permit non-exact values. Many camera manufacturers define their own gamuts: should those be included in any...

This should state that HTJ2K is not yet in an official release. Once it is released, it should state the minimum version required to read files with HTJ2K compression. (Or...

Indeed, it seems there's a mismatch between the c++ versions mentioned in the docs, the c++ versions the CI system tests with, and the minimum c++ version the code actually...

In the GIMP code, the loop which reads 'num' scanlines one at a time could be made significantly more efficient by calling setFrameBuffer and then readPixels once for each 'num'...

Try calling `multi.flushPartCache()` between the two calls. I'm curious what information you were getting from `TIledInputPart`. Ideally, it should be just as easy to get that from `multi.header(0)` without needing...

I think there's a misunderstanding here: OpenEXR always has (0,0) in the top left corner, so the scanline with the smallest y coordinate is always the topmost scanline. With lineOrder...

Well, now I'm less sure myself... I've checked Preview on Sequoia 15.1.1 and I think it does display 'decreasing Y' images upside down. I think that Preview is buggy, but...

I think TinyEXR is flipping the data in the output buffer based on the line order [e.g. here](https://github.com/syoyo/tinyexr/blob/38ba5b10abcadc0c68a60a53ae19a607101c6103/tinyexr.h#L3657). I didn't delve too deeply but I think line_no is the y...

I agree the spec technically says that image should come out red. There's a bunch of code in the API so that you can ask for a `G` or `B`...