level 7
输入支持JPG,PNG, APNG, GIF, PPM, PFM, or PGX格式,
其质量参数除了-q外,还有--target_size,更精确控制文件尺寸大小。
--chroma_subsampling=444|440|422|420 可以降色彩采样,420可以进一步减小文件大小。
--xyb 转换到xyb颜色空间,这个不支持icc的软件打开会有偏色问题,但大批量转换好像可以大幅度提高转码速度。
2024年04月11日 01点04分
2
吧务
level 14
不是开源“了”(现在完成),是早就有了啊,一直在libjxl仓库里躺着呢
2024年04月11日 09点04分
3
是的吧,源代码一直没留意,但之前libjxl只附带cjpeg二进制包,Mozilla的mozjpeg。目前来看cjpegli编码效率和质量都很好。
2024年04月11日 09点04分
level 1
有了这种编码器给jpeg续命,厂家更没动力推进新格式了。本来推jpeg xl是很好的,既可以无损转换旧的jpg,又可给新文件更高压缩,jpeg xl解码也快。谷歌这么一搞(放弃jpeg xl推jpgli),估计直接jpg再坚持20年。。。。旧的jpg文件也没法因为这个jpegli受益(谁会冒着二次压缩的损失再压一次呢)。
2024年04月11日 10点04分
4
目前来讲,对于存量巨大的jpg资源,能用更JXL的压缩算法带来更好的压缩比,节省网站流量开销还是比较有意义的事情。侧面也验证WebP2确实无疾而终了。
2024年04月12日 11点04分
吧务
level 14
又测了一下,符合我之前测过的结论,所谓压缩率提升基本是鬼话,压缩质量对比mozjpeg基本没有提升,编码速度似乎比较快,但是我也没有严格对比。也算很符合预期,在完全兼容jpeg 1标准的情况下,能真正优化的过去二十几年大概都优化完了。
2024年04月12日 15点04分
5
用python的timeit测量时间,cjpegli和mozjpeg应该都是单线程,moz默认参数,cjpegli调整distance使输出大小接近moz的情况下,在zen4核心上跑大概是大图快88%(一张4961x8963的图片,测试循环50次),小图快25%(1078x1036)
2024年04月12日 16点04分
吧务
level 14
甚至以我个人的标准来说,cjpegli在默认参数(完全兼容jpeg 1)的情况下质量明显不如mozjpeg
2024年04月12日 16点04分
6
在部分图片下还会产生明显偏色(但应该不是“图压绿了”那种)
2024年04月12日 16点04分
@Mr-Z♂ 我转了两百多张JPG,偏色我还没发现,除非开--xyb色彩空间转换。
2024年04月13日 15点04分
我个人感觉和mozjpeg差不多。100%视图下没啥区别。放大看mozjpeg在线条等周边产生的噪点类似锐化,也许是这种给你感观质量不错的原因?
2024年04月13日 15点04分
@popthezid 低质量下的偏色挺明显的,虽然mozjpeg同等大小下也有点偏色,但程度小很多。jpegli这边的偏色都出现色块了。
2024年04月14日 02点04分
level 10
也简单对比了一下画质。ACDSee2024 , cjpegli,用photoshop查看原图和编码后图像的差值。
高画质参数下,ACDSee2024(q90,444), cjpegli(q96,444),前者画质略好。
低画质参数下,ACDSee2024(q10,420), cjpegli(q69,420),后者画质略好。
基本可以认为并没有什么改进。然后这玩意还丢exif。
2024年04月12日 16点04分
7
能进一步压缩jpg,能做到兼容JPEG1,在一些场合中还是有不错的运用。至于丢exif,我没留意,晚点找几个图片试试看。
2024年04月13日 15点04分
cjpegli确实会丢掉exif和xmp等信息。
2024年04月13日 17点04分
@popthezid 这不叫进一步压缩jpg,jxl的无损重组才叫
2024年04月13日 20点04分
@Mr-Z♂ 现在高Q值下保真度最好的是avif吗
2024年04月13日 23点04分