图片新格式JPEG XL讨论

今天看到一个图片一向使用webp的动画压制组改用JPEG XL格式,令我十分好奇

附带的图片使用JPEG XL编码。JPEG XL是次时代的图片编码格式。你可以使用新版的 ImageGlass或XnViewMP来预览。

简单收集资料:

  • 文件后缀为.jxl

  • JPEG 图像压缩格式的变种,将免费开源提供(其他变种还有XR XS XT等)

  • JPEG XL 格式能够在现有 JPEG 的基础上进行无损压缩,进一步减小大小。单个 JPEG XL 文件存储在服务器上,需要时可以迅速转换为标准的 JPEG 格式,来满足不同客户端的支持情况。不仅如此,该格式还为摄影师提供了更大便利,支持超过 8bit 的色彩位深、广色域图像以及 HDR 图像,此外还支持大尺寸打印、全景照片、360° 照片以及连拍照片的存储。该格式还对 Web 环境进行了优化,同时满足在平板电脑、手机上显示的需求。

  • 该格式的发明者表示,JPEG XL 还支持动画、alpha 通道、多图层、缩略图的存储等功能,适用于专业画廊、社交媒体、云存储等使用场景。这种格式的压缩效率可以从目前的 20:1 提升至 50:1,支持在没有硬件加速的情况下快速解码。

官网对压缩率的介绍

支持情况:

浏览器已支持,但不默认启用,可以直接去 https://jpegxl.info/ 看中间的logo能否正常显示

chrome可以在 chrome://flags/#enable-jxl 开启

squoosh已支持
软件:

编码比较:

相关网站:

https://jpeg.org/jpegxl/index.html
jxl图片一张:
https://jpegxl.info/logo.jxl

新的格式唯一的問題就是瀏覽器的支援問題,基本上大多數手機瀏覽器都沒有在開發這方面的功能,因為投入大,效益低。

本人的opera,firefox,chrome,三大主流手機瀏覽器都不支援。

手机chrome支持了,需要自己去打开,和pc一样

我就想知道用什么参数可以达到那个Logo.jxl的117字节

可以先用 https://squoosh.app/ 试试

不严谨测试:
8M的JPG 用https://squoosh.app/ 默认参数

试了,不行啊。转成其他格式再转回来,最小也是8、9k,而且画面糊成一团了,和117字节差得天远地远的

虽然前边webp已经赢了,但是不支持webp的App还是一大堆

这里展示了支持 JXL 格式的软件,其中一些软件虽然没有支持,但开发者都在讨论研究

Firefox Nightly 现在也需要自己打开,就是访问 about:config 然后配置

  • image.jxl.enabled :point_right: true

图片格式又不会又太大变化,一个原因是网络上存在大量jpg或者png图片,没法抛弃,一个是存储,如果一种格式推广需要10年,那么只要ssd之类的储存设备,在这个时间内,性能上升超过这个幅度,相对升级新格式的吸引力就小了。
相比视频,现在cpu有核显,直接集成了,所以推行一个新格式会很快。图片呢,硬件的提升反而是反效果。
对于个人而言,图片的体积减小,帮不了硬盘多少,我更关注ssd的价格。

IrfanView 也支持 JXL 了

看了眼支持…太惨了

现在原生支持jxl avif的有imageglass
irfan支持avif。jxl好像要开插件。
qimgv和qview等基于qt的也可以通过插件支持avif和jxl。
picview也支持jxl avif,但是安装包有亿点点大。。

心疼jpegview无人管。

这俩图片格式都很好。

可以装个jxl-thumb,然后jpegview设置一下,用wic打开jxl。

好家伙,曲线救国。

GIMP 2.10.32 已经可以直接导入导出这个格式了,另外 XnConvert 也能导入导出这个格式

终端软件、设备提供支持是否投入大,主要在于许可类型吧。但是免费许可仍然不是某种格式能够流行的关键因素。(预计也是惨)。

补充一下,digikam 也支持 JPEG XL。

从技术角度上看JXL是最有希望取代avif和heif/heic成为下一代标准的。
但从实际推广来看很难。
webp以谷歌财力推了十几年才到现在这个地步。jxl的未来不好说。
推荐试试cjxl命令行:Index of /libjxl/libjxl/latest/

同样是封装在单一格式下、提供多种功能(比如静态单图、多图层、动图),举例概述一下 Apple 对 HEIF/HEIC 的应用、实现(有不对的可以指正哈),以及说说这种格式在推广应用存在的问题。

Apple 在 *.heic 文件中实现了实况照片(照片+视频)、人像照片(照片层+深度层等不同通道)、照片修改与复原(照片+编辑操作的元数据 *.plist)、实况壁纸(不同时间段的图片,多图片)、高色域与高动态范围。得以在 iPhone 和 Mac 等自家生态广泛应用的重要因素是,访达、照片等系统原生 App 支持对这单一封装格式按照 Apple 定义的“实况照片”、“人像照片”等 implementation 进行差异化解析,用户体验好。但当文件传输到 Windows、Android 以及 Web 应用平台时,大多只能差异化转换为其他格式、回归到“图是图、视频是视频”的原始状态。原因之一是上述实现没有广泛标准化。一般情况下,外部应用对 *.heic 的解析以单图片居多(文件体积压缩为目的)。

JXL 以一种新文件后缀形式出现,或许会好一些,否则会背负 *.jpeg 历史债。但 *.jxl 在推广过程感觉还是免不了这些问题。

(才发现居然是老帖了_(:з」∠)_)