xnviewMP支持输出AVIF图像了。我作为一个小白稍微测试了一下AVIF的编码速度。
xnviewMP只能单线程转码，CPU多线程能力无用。
能选项很少，
第一个选项是格式，
可以选择4:4:4 ,4:2:2 ,4:2:0
我选4:2:0
第二个选项是速度 默认5(0最慢，10最快）
我测试过了，比较有性价比的速度选项是7或者8。默认的5太慢了，其实7已经相当慢了。
个人测试转4个750w像素的图（3360*2240）。色彩量化设置18（数字越大，画质越差），alpha通道质量我随便设置的（毕竟输入的是bmp，没alpha通道）。
速度10 生成文件大小 589kb 转码时间6秒（2张图）
速度8 生成文件大小 584kb 转码时间10秒 （2张图）
速度7 生成文件大小 481kb 转码时间74秒 （2张图）
速度0 生成文件大小 474kb 转码时间452秒 （2张图）（速度不能接受）
画质方面，有轻微差别，但很小。（相同量化值，估计画质差距不会太大）
色彩量化设置20
速度8 转2张三千万像素的图（6720*4480），转码时间31秒。，最终文件1.34M
速度7 转2张三千万像素的图，转码时间317秒。最终文件1.13M
另外，转码三千万像素的图的时候，我16G内存，占用84%，xnviewMP占用9G内存。
如果多线程转码，不知道16G内存够用不。
对比XNVIEW转码的同体积的webp
保留细节能力吊打webp
只是在XNVIWE转码器中，webp有个“滤镜”选项，可以起到柔化作用（同时会损失细节）。默认设置是60.
所以抗banding能力上，webp可以凭借这个选项扳回一点。但整体画质是明显被吊打的。

不知道用的什么编码器，对透明图片和动态图片支持怎么样，之前拿到几十张测试图片，结果有的图片只能用某个软件浏览，兼容性比较差，加上编码速度死慢，只能耐心等待它日益成熟

xnview也支持heic了，不过很奇怪，读取和保存的时候win7下面总是报错，可能是系统版本太低的原因吧，不知道你们有没有遇到这样的情况

突然发现近来一段时间各种软件都开始支持avif 当然最重要的还是两大浏览器的支持份量最重 gimp两个月前用过一个开发版是支持avif的 现在正式版支持没也不清楚

nomacs，支持多线程编码，已知最快的avif本地编码，支持批处理，普通照片基本上秒存。

其实av1的长处在于掩盖瑕疵，真正的压缩率还不如x265，这也造成了高码拉胯低码真香的情况，而对于图片来说av1的一些滤镜没法生效，更何况一般情况下对图片的需求是尽量保真而不是压烂了然后掩盖瑕疵

换言之就是av1相比x265在作为静态图像编码方面并没有优势，何况heif的大部分特性是来源于容器而不是编码，再者说用视频编码器作为静态图像编码虽然原理相通但还是一种魔改（webp是vp8魔改），复杂度和规格限制都比jpeg-xl更高，还是jxl适合作为广泛流传的格式（也许唯一的例外是动图，jxl的动图没有帧间压缩，这时候有帧间压缩的视频编码就比较适合，但是有需求的就算没有heif也早就在搞了，就是放视频嘛，有啥必要用heif，比如推特（webp作为vp8的魔改也没有帧间压缩，丢人至极

再喷一波webp，连jpeg1都支持444，webp只支持420，然后为了避免色度模糊还整了个sharpyuv，属于是比较看不懂（zz）的操作了（压缩率方面我个人认为webp比jpeg1也没有可观的提升）

说白了webp就是纯粹为了互联网流量诞生的玩意。
这点和JPEG诞生考虑的完全不同，据传google的webp2取消开发转向avif也能看出webp本身没有进一步的前景。
所以说JPEG-XL是真正的jpeg继任者，从google最新chrome取消JXL支持我反而看到了JXL的潜力，已经让google害怕了。

虽然目前JPEG-XL前途未卜，但可视其为针对图片单独压缩的压缩软件。
1.针对摄影题材大量高清图片的时候，可以无损压缩减少其体积，减少硬盘空间压力。
2.针对搜集素材参考的时候，例如使用eagle（支持JXL显示）等，因为图片主要用来参考，使用JXL格式可以有效减少图片库体积。