Chrome 重新支持 JPEG XL?谷歌这回被苹果打脸了

砍柴网  •  扫码分享
我是创始人李岩:很抱歉!给自己产品做个广告,点击进来看看。  

来源:三易生活

广色域已然成为了近年来各大 手机 厂商在宣传自家新机的屏幕素质有多么优秀时,经常会提及的名词语。时至今日,支持广色域的消费类电子产品也已经越来越普及,因此对于更高性能图片编码格式的需求也逐渐摆在了台面上。可能大家没有注意到的是,几乎是与图片这个标签绑定在一起的 JPEG,其实是上世纪 80 年代的技术,早已老迈不堪,可下一代的主流图片格式却一直难产。

Chrome 重新支持 JPEG XL?谷歌这回被苹果打脸了

好在代替 JPEG 格式这件事,最近终于又迎来了曙光。在 Chromium 社区中关于 Chrome 重新支持 JPEG XL 的声音突然高涨了起来,社区也开始请求相应开发团队的人员调查此问题,以获取进一步的更新。

那么 JPEG XL 是什么,它为什么很重要呢?这或许是大家最为关心的问题。其实,JPEG XL 顾名思义就是由 JPEG ( 联合影像专家组 ) 推出的 JPEG 后续版本,X 是指自 2000 年以来的整个 JPEG 标准名称的一部,L 则代表长期支持。

作为一个诞生于数字时代早期的技术,JPEG 只能支持 8bit 色深、标准的动态范围,以及 YCrCb 4:2:0 的记录方式,而诸如透明通道、sRGB、Rec.709、Adobe RGB 则统统不支持。事实上,JPEG 属于一种递增式传输数据的编码,当图像传输的时间较长时,JPEG 可将图像分数次处理,以实现从模糊到清晰的方式来传送图像。

Chrome 重新支持 JPEG XL?谷歌这回被苹果打脸了

在 互联网 早期带宽不足的情况下,JEPG 的这一设计其实相当合理的,因为这也保障了在有限的带宽上,用户能够借助互联网来相互传输图片,但这一设计也导致了 JEPG 的解码过程相对复杂。例如在智能手机上,SoC 就需要进行三遍解码才能得到画面,而不是只用一次传递就得到相同的结果。所以一个性能差、效率低的技术,自然也需要被代替。

在 2021 年被标准化的 JPEG XL 作为联合影像专家组打磨多年的产品,本身的素质相当出色,它是一种开源、且免版税的位图文件格式,并支持有损和无损压缩,压缩性能比 JPEG 格式也提升了 60%。更为重要的是,JPEG XL 真正的目标是在拥有更高性能的同时,为 JPEG 提供向后兼容。而相比于 JPEG 2000、JPEG XR 等 " 前辈 ",JPEG XL 则是唯一可以无损重编码 JPEG 图片的格式。

Chrome 重新支持 JPEG XL?谷歌这回被苹果打脸了

不仅如此,JPEG XL 还为摄影师提供了更大便利,支持超过 8bit 的色彩位深、广色域图像,以及 HDR 图像,此外还支持大尺寸打印、全景照片、360 ° 照片,以及连拍照片的存储,并拥有动画、alpha 通道、多图层、缩略图的存储等功能。此外这一格式还对 Web 环境进行了优化,同时满足在平板电脑、手机上显示的需求,还支持在没有硬件加速的情况下快速解码。

如此优秀的 JPEG XL,按理来说应该是一经推出就迅速得到认可,怎么就有了 "Chrome 重新支持 " 的呼声呢?事实上,谷歌在 Chrome 91 版本中就引入了 JPEG XL,并且此前 Chorme 对于 JPEG-XL 这一图片格式青睐有加,一直在改进对该格式的支持。然而在 2022 年 10 月,在外界的不解中,谷歌方面就宣布将在 Chrome 中移除对 JPEG XL 的支持。

彼时谷歌的解释,是 JPEG XL 相较于现有的图像格式缺乏足够的优势,整个生态系统对 JPEG-XL 缺乏实验的兴趣,通过移除实验性的代码有助于减少工程师维护浏览器的负担。简单来说,谷歌的意思就是 JPEG XL 被吹得太过,业界采用这一新格式的意愿太低,不如直接去掉来节省成本。Web 开发者对于只有短短一年历史的 JPEG XL 缺乏兴趣其实无可厚非,毕竟撼动根深蒂固的 JPEG 显然不是一朝一夕就能完成的事情。

事实上,自谷歌方面决定 Chrome 停止支持 JEPG XL 以来,以自由软件基金会(FSF)为代表的声音就指出,Chrome/Chromium 占据了九成的市场份额,所以谷歌就是 Web 标准事实上的仲裁者,停止支持 JPEG XL 的决定突出了它对 Web 平台的控制。更有阴谋论者表示,谷歌此举完全是利益使然,因为次世代的图片格式实际上不止有呼声最高的 JPEG XL,还有 AVIF 以及 WebP 2。

其中,JPEG XL 背后是国际标准化组织 ( ISO ) ,从视频编码格式 AV1 的关键帧衍生而来的 AVIF,则是谷歌牵头成立的开放 媒体 联盟(AOMedia)所主导,WebP 2 干脆就是谷歌自己单独做的。值得一提的是,WebP 2 到目前为止也没有正式发布,仍处于实验性阶段,因此也难怪有人认为谷歌是 " 黑哨 ",是要为自己站台的标准来铺路。

一方面,JPEG XL 应者寥寥是事实,另一方面谷歌大概率也有自己的打算,压制 JPEG XL 这件事有可能做得出。奈何半路杀出一个 苹果 ,在今年 WWDC23 上介绍 Safari 时,苹果就已清楚的表明 Safari 将支持 JPEG XL。如此一来,谷歌所谓整个生态对 JPEG XL 不感兴趣的说法也就不攻自破了,毕竟 Safari 的 20.5% 市场份额摆在这里。

所以现在来看,这个皮球又被重新踢回了谷歌这边。

随意打赏

提交建议
微信扫一扫,分享给好友吧。