Hello.
I've got the same bug that earlier was resolved here:
https://www.xnview.com/mantisbt/view.php?id=3398
File to test: www.upload.ee/files/17710651/test.avif.html (or literally any other big file)
Not sure if it's about decoding speed itself or it's just a long pause before decoding.
It was fixed in 1.8.2 and 1.8.3 and re-appeared in 1.8.4
1.8.4 AVIF decoding slowdown
Moderators: helmut, XnTriq, xnview, Dreamer
Re: 1.8.4 AVIF decoding slowdown
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.
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.
- Attachments
-
- 20250209_222329.png (20.2 KiB) Viewed 1079 times
-
- 20250209_222311.png (24.37 KiB) Viewed 1079 times
-
- 20250209_222255.png (32.21 KiB) Viewed 1079 times
Xeon E5 2697v2/C602/128 GB PC3-14900L Quad Channel/GTX 1660 Ti/9 Tb HDD
Xeon E5-2697v2/C602J/128 Gb PC3-14900L Quad Channel/GTX 1660 Ti/7Tb HDD
Xeon E5-2697v2/C602J/128 Gb PC3-14900L Quad Channel/GTX 1660 Ti/7Tb HDD
Re: 1.8.4 AVIF decoding slowdown
Add new correct test AVIF make libavif-1.1.1
https://www.upload.ee/files/17734313/AV ... ge.7z.html
archive included:
conversion_log.txt - libavif-1.1.1 log
IMG_20250204_170119_657.avif - lossless AVIF
IMG_20250204_170119_657-1.avif - lossy AVIF
IMG_20250204_170119_657-1_avif.txt - EXIFTool report
IMG_20250204_170119_657_avif.txt - EXIFTool report
https://www.upload.ee/files/17734313/AV ... ge.7z.html
archive included:
conversion_log.txt - libavif-1.1.1 log
IMG_20250204_170119_657.avif - lossless AVIF
IMG_20250204_170119_657-1.avif - lossy AVIF
IMG_20250204_170119_657-1_avif.txt - EXIFTool report
IMG_20250204_170119_657_avif.txt - EXIFTool report
Xeon E5 2697v2/C602/128 GB PC3-14900L Quad Channel/GTX 1660 Ti/9 Tb HDD
Xeon E5-2697v2/C602J/128 Gb PC3-14900L Quad Channel/GTX 1660 Ti/7Tb HDD
Xeon E5-2697v2/C602J/128 Gb PC3-14900L Quad Channel/GTX 1660 Ti/7Tb HDD
Re: 1.8.4 AVIF decoding slowdown
This problem is supposed to be fixed in XnView MP 1.8.6. Please check and confirm the bug fix here.
Pierre.
Re: 1.8.4 AVIF decoding slowdown
Yes, i can confirm, the problem is resolved in 1.8.6. Thank you !