jpegli是谷歌基于jpegxl格式修改得到的编码器，拥有对jpg高兼容性，高压缩体积，高保真画质，高速压缩的特性。谷歌对此声称最高压缩率35%

由于输出文件是jpg，可以说webp已经没什么必要用了。

方法一：使用xnviewmp转换

从1.7.1版开始，xnview mp加入了jpegli的独立转码选项

16g内存设备，多线程建议设为2，以免转大图片的时候爆内存而去占虚拟内存

缺点：相较于libjxl套件，xnviewmp总是在输出文件体积上大一些，虽然速度快得多

方法二：使用libjxl套件转换

由于jpegli编码器是放在libjxl里的，所以是下载libjxl套件。

两个下载地址，推荐github的

地址1【0.10.3版以上支持】：https://github.com/libjxl/libjxl/releases

地址2【自动编译选最新版即可】：https://artifacts.lucaversari.it/libjxl/libjxl/latest/

下载后解压到对应软件目录，32位cpu要用x86的

github

自动编译版本

打开到exe所在目录再复制地址，win+r运行【sysdm.cpl】，高级，环境变量，用户变量，path项，新建，粘贴地址，确定即可

打开terminal终端 或 powershell 或 cmd，运行【cjpegli】

看到这些字就说明部署完成

在对应目录，按住shift+右键，在此处运行poweershell，输入以下代码，回车，就开始批量转换了

【

Get-ChildItem *.png -Recurse |ForEach-Object{ cjpegli -d 3.0 -v $_.FullName  $_.name.replace($_.extension, "_a.jpg")}

】

*.png是输入文件，支持JXL, PPM, PNM, PFM, PAM, PGX, PNG, APNG, GIF, JPEG

-d 是最大错误量，数值越低画质越好，范围0.0到25.0，默认1.0，推荐0.5-3.0

-q 是质量，数值越大画质越好，范围1-100，默认90，推荐68-96【d、q不可同时使用】

-v是详细内容

缺点：转换过程可能会有错误导致失败，结束后需检查输出文件，原因可能是奇数分辨率、文件名过长、文件名不支持字符、文件损坏等问题

体积压缩确实有效，但终究是为了兼容jpg牺牲了很多

缺点：jpegli编码器要输入图片没有被压缩过才能输出较小体积，这个跟jxl不同，想要二次压缩还保证画质的只能换jxl，其他格式做不到。

其实我更推荐用jxl的，jxl在黑白图的体积压缩优势巨大，比同样新生代的avif都要好。

我认为这个编码器适合在网络图片上使用，jpg始终是比webp流行的。

存档就算了吧，同样有损画质，同样的技术源头，在体积上不如jxl，更何况jxl有真无损模式。不如留着原图，这样以后的科技更强的时候还有补救的希望。