My test image
IMG_20250204_170119_657.avif 6192 * 9216 (57065472) pxl open in to v1.8.3 - 5,09 sec, in to v1.8.4 - 3,85 sec, but test.avif 7117 * 6828 (44324676) px open in to v1.8.3 - 9,1 sec, in to v1.8.4 - 8,06 sec then have different format's.
But! Observation, for creating a bug-report, there is no enough data and understanding of the essence of the phenomena - you need to check the causes of the phenomenon (possibly limiting the AOM AV1 codec for input image size?) - the same image as in IMG_20250204_170119_657.jpg, but in IMG_20250204_170119_657.png (872 MB, 12384*18432 px) when exporting from GIMP 2.10.38 Win64 (size saved XCF 759 MB, EXIF and XMP corrective) or preservation in XnView MP 1.8.5 gives damaged (?) and not opened in XnView MP 1.8.5, but success opened in to GIMP 2.10.38 AVIF-file. The damage is noticeable both in the size of the file in different experiments, I received AVIF files from 9 to 29 MB, and by MediaInfo tools of this file - it will be lost in the image parameters, including DPI, EXIF and XMP data, and only its width and height will remain. I discovered it tonight and I don’t know what causes these phenomena, but I assume that this is some kind of restriction of the AV1 codec called from libraries aom.dll (XnView MP) and libaom.dll (GIMP).
Just in case, test files
https://www.upload.ee/files/17726011/orig.7z.html in the archive:
IMG_20250204_170119_657.avif
IMG_20250204_170119_657.jpg
IMG_20250204_170119_657 MI.txt
IMG_20250204_170119_657.xcf (759 MB, file format is GIMP 2.10.38, 12384*18432 px, sRGB, 8:8:8, 72 dpi)
https://www.upload.ee/files/17726069/im ... z.001.html
https://www.upload.ee/files/17726073/im ... z.002.html
https://www.upload.ee/files/17726075/im ... z.003.html
https://www.upload.ee/files/17726077/im ... z.004.html
GIMP export -
https://www.upload.ee/files/17726775/IM ... .avif.html use settings losless, 8 bitm, codec libaom.dll . GIMP 2.10.38 open success, XvInfo MP 1.8.5 can't open this file.
