Dirk Farin

@wantehchang Thank you for the background on this bug. If we may, I would like to copy this bug detection so that we can ask the user to upgrade to...

The test cannot be made at build time as the user can use any dynamically linked version. We have to check this a runtime.

I have added a simple bug detection heuristic. @wantehchang The bug detection logic in https://github.com/AOMediaCodec/libavif/pull/1467 seems to be too strict. According to that logic, an image exceeding 8192x4352 pixels should...

Also the limits for width and height in https://github.com/AOMediaCodec/libavif/pull/1467 seem to be wrong. The maximum width should be 16384, but I encoded width=16385 successfully.

I have no way to check this because I have no iPhone. As far as I remember, I tested this against some conformance images and the decoding was ok. The...

I copy pasted the quaternion into this online converter: https://www.andre-gaschler.com/rotationconverter/ and got the same rotation matrix as libheif: 

Might be. There is some discussion about `cmex` vs. `irot` here: https://github.com/MPEGGroup/FileFormat/issues/102 In my view this is ill-defined or I at least don't see how to interpret it correctly. If...

On the other hand, an `irot` of 270 degrees also does not explain a rotation by 180 degrees in the `cmex`.

HEIC is a much more complex format than JPEG. Thus it is clear that it is also much more computationally intensive to decode. That is not a bug. That being...

I've cross-compiled libheif to PowerPC. The executables will run when qemu-ppc is installed. This allows to reproduce the failing test cases. I'll have a look at it. Here is the...