I did not find anything in ISOBMFF, HEIF and MIAF specifications regarding the invalidity of this pattern. Compliance Warden does not report more errors than for the image generated only with avifenc (even fewer errors actually because there is one less grid to complain about construction_method=-1 on a derived image item).
heif-convert (at d3ec0df07ef1c6f01f0ce81885f76128f3f1fc52 using installed aom) leads to the wrongly opaque following PNG:
This is an image encoded with
avifenc --grid 1x2
(at https://github.com/AOMediaCodec/libavif/commit/cd03eef10a7cc6081ee98e3911e21d977a2bf17b usingext/aom
):The pattern is the following:
Here is the same image manually edited to match the following pattern:
I did not find anything in ISOBMFF, HEIF and MIAF specifications regarding the invalidity of this pattern. Compliance Warden does not report more errors than for the image generated only with
avifenc
(even fewer errors actually because there is one less grid to complain aboutconstruction_method=-1 on a derived image item
).heif-convert
(at d3ec0df07ef1c6f01f0ce81885f76128f3f1fc52 using installed aom) leads to the wrongly opaque following PNG:No error is reported by
heic-convert
.There is the same issue with libavif: https://github.com/AOMediaCodec/libavif/issues/1203