谷歌开源发布了Jpegli编码库,一个后向兼容JPEG 92的编码格式
dwing吧
全部回复
仅看楼主
level 7
popthezid 楼主
谷歌开源发布了Jpegli编码库,一个后向兼容JPEG 92的编码格式。
关于cjpegli的评测:
原文:https://giannirosato.com/blog/post/jpegli/
译文:https://juejin.cn/post/7355387036578611209
------------------------------------------------------------------------
cjpegli的编译好的二进制文件可以在
https://github.com/libjxl/libjxl/releases x64静态包中找到。
语法也比较简单:
cjpegli input output -q 90
个人使用下来也感觉非常不错,基于jpeg-xl的技术,在默认-q 90质量下,14张共13.6MB的jpeg压缩到6.7MB,平均小了一半。 关键还是兼容性,任何支持jpg的软件都可无缝浏览。
2024年04月11日 01点04分 1
level 7
popthezid 楼主
输入支持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分
level 10
XnViewMP最新版很积极地采用了这个编码器
2024年04月16日 09点04分 8
和mozjpeg比如何?
2024年05月01日 07点05分
为啥这么积极,相比之下我好奇楼上他们说的mozjpeg,结果发现XnView论坛甚至10年前都有建议的,到现在还没支持
2024年04月19日 02点04分
@幻の永恒 当时这团队同时开发维护新旧两个软件,现在闲了吧,我猜。
2024年04月19日 17点04分
@邪恶马赛克 小组有谷歌情节吧我猜。谷歌那个毫无实用性的Guetzli jpeg他们也采用了。
2024年04月21日 04点04分
level 1
谷歌蠢事又多一桩[滑稽]
2024年04月17日 14点04分 9
level 1
[汗]谷歌就好好地推广jpegXL不行么,这些互联网大厂现在都这么喜欢用格式和标准圈地
2024年04月24日 03点04分 10
1