谷歌解释为什么从 Chrome 中移除对 JPEG-XL 的支持


谷歌工程师近日向 Chromium 提交补丁,表示准备在 Chrome 110 中移除对 JPEG-XL 图像格式的实验性支持

许多人对 Chrome 的这个决定感到不解,因为 JPEG-XL 在其生命周期中还非常年轻,正处于成长阶段,并且越来越多行业已经开始关注和支持它。所以他们认为谷歌没有理由要在 Chrome 中移除对 JPEG-XL 的支持,做出这个决定非常奇怪。

对于这些反馈,谷歌工程师在此补丁的评论中进行了回应,解释为什么要从 Chrome 中移除对 JPEG-XL 的支持:

  • 处于实验性阶段的 flag 和代码不应无限期地保留
  • 整体生态对 JPEG-XL 格式缺乏兴趣,难以继续推动试验
  • 与现有的格式相比,新的图像格式并没有带来足够的增量收益,因此没有理由默认启用它
  • 通过移除相关代码可以减轻维护负担,帮助开发者专注于改进 Chrome 中的现有格式

这个解释令人感到意外,因为 JPEG-XL 的比特流直到 2020 年才进入冻结状态,其文件格式在去年才标准化,而编码系统在今年早些时候才标准化,所以整体生态对只有短短一年历史的 JPEG-XL 缺乏兴趣其实无可厚非。

即便是在 Chrome 中,“启用 JPEG-XL 支持”的 flag 默认情况下是关闭的。因此在浏览器的支持稳定之前,Web 开发者显然并没有积极推动 JPEG-XL 的动力。

此外,有人发现谷歌主导的 WebP 2 现在也还没正式发布,仍处于实验性阶段。再结合现在从 Chrome 中移除对 JPEG-XL 的支持来看,谷歌的计划是专注于进一步推进 WebP 和 AVIF 作为下一代图像格式。

JPEG XL 基于 Google 的 PIK 格式和 Cloudinary 的 FUIF 格式(该格式基于 FLIF),它的默认设置能在实现接近无损的视觉效果的同时,提供良好的压缩效果,这一项目希望成为其他光栅有损和无损图像格式的通用替代品。

  • JPEG 是指联合影像专家小组,它是设计该格式的委员会。
  • X 是指自 2000 年以来的几个 JPEG 标准的名称的一部分: JPEG XT 、 JPEG XR 、JPEG XS 。
  • L 代表长期,因为创建这种格式的意图是替换旧的 JPEG 文件格式并能被使用同样长的时间。

JPEG-XL 比特流格式于 2021 年底完成,并开始被各种开源和闭源应用程序采用。JPEG-XL 的目标是免版税,不过今年早些时候微软获得了有关 JPEG-XL 使用的 “rANS”(范围非对称数字系统)数据压缩的专利,这引起了一些担忧。


相關推薦

2023-08-09

的专利,这引起了一些担忧。 相关阅读: 谷歌解释为什么从 Chrome 中移除对 JPEG-XL 的支持 FSF 抨击谷歌弃用 JPEG-XL:强调了浏览器选择和自由格式的必要性

2023-06-07

新提供对 JPEG XL 格式的支持。 延伸阅读: 谷歌解释为什么从 Chrome 中移除对 JPEG-XL 的支持 谷歌 Chrome/Chromium 移除了 JPEG-XL 支持

2022-12-13

按照原定的计划,实现了在 Chrome/Chromium 110 中取消对 JPEG-XL 支持的决定。目前相关代码已经完成合并,从 Chromium/Chrome 网络浏览器代码库中删除了 JPEG-XL 支持。 在相关消息于今年 10 月份刚被曝出时,就有一些用户和开发者

2023-11-03

继谷歌计划从 Chrome/Chromium 浏览器中移除对 Theora 编解码器格式的支持之后,Mozilla 也计划采取类似举措,逐步将 Theora 从 Firefox 中淘汰。 目前,Theora 约占 Firefox 媒体资源负载的约 0.09%。开发者 Paul Adenot 指出,拥有大量 Theora 内

2022-10-30

JPEG-XL 是一种免版税的图像格式,其性能比 JPEG 更好。谷歌在 Chrome 91 版本引入了 JPEG-XL 图像格式支持。 但据外媒 Phorinix 报道,谷歌浏览器已经准备在 Chrome 中弃用 JPEG-XL 图像支持。消息源自 chromium 的一个提交,该提交记录了

2023-10-25

OSC 请你来轰趴啦!1028 苏州源创会,一起寻宝 AI 时代 谷歌高级软件工程师、Chrome 开发者 Dale Curtis 在 Google Groups 发帖称,考虑到一些新的安全风险,桌面版 Chrome 浏览器中计划淘汰并移除对 Theora 视频编解码器的支持。“Theora

2023-06-10

除了 Apple 宣布在其 Safari 浏览器中支持 JPEG-XL 图像格式之外, FFmpeg 也宣布现已支持解码动画 JPEG-XL 文件。 去年以来,FFmpeg 已经能够使用 libjxl 库解码静态 JPEG-XL 图像,随着本周在 FFmpeg 6.1 发布之前合并的提交,现在它也能够

2022-10-26

近日,Linus Torvalds 在邮件列表回应了对从内核移除英特尔 i486 处理器支持的想法。 Linux 内核十年前移除对 i386 的支持后,i486 一直是内核主线对 x86 架构支持的最低版本。Linus 说道:“我们早在 2012 年就取消了对 i386 支持,也许

2022-09-28

在帮助更快地发展框架。 “如果我们有一份设计文档,为什么不分享它,为什么不与数百万使用 Angular 的开发人员进行 battle test 呢?为什么不提前考虑一些有趣的案例呢?我们真的在召集 Angular 大军,一起解决问题。” 目前

2022-04-25

被广泛使用的多媒体开源库 FFmpeg 合并了对 JPEG-XL 图像格式的支持。 从 commit 记录可以看到,上周六合并的 PR 是对 JPEG-XL 图像编解码器的支持。FFmpeg 正在使用事实上的 libjxl 库来处理 JPEG-XL 内容,并支持图像编码和解码。这项

2023-10-11

6 Wayland 仅适用于 Fedora。目前上游 GNOME 正在评估禁用以及移除对 X.Org 会话的支持,未来转变为只支持 Wayland 的桌面环境。 根据 GNOME 的仓库动态,开发者递交了一组合并请求,准备移除对 X.Org 会话支持。移除这些支持将直接使

2023-04-08

ifest V3 版本,一直延长 Manifest V2 的使用日期。近日,谷歌又在官方邮件列表的帖子中宣布 Manifest V2 的使用期限延期到 2024 年,具体时间未知。 Chrome 开发者网站上的官方 Manifest V2 停用页面已经更新了最新的时间线。现在看

2022-06-01

谷歌 Chrome 安全团队称其一直在致力于改善 Chrome 浏览器的内存安全;近期,该团队正在研究使用 heap scanning 技术来提高 C++ 的内存安全。 虽然从内存安全方面出发,Rust 当下可能更受大众喜爱。但 Chrome 安全团队认为,尽管人们

2023-01-30

被清除。 此外,对 32 位 s390 的支持也已经“死亡”并被移除。在删除 32 位 s390 架构的支持代码时,又清除了 1.6 千行的代码。 同样被删除的还有 Solaris 32 位 SPARC 和 Solaris x86 的 C++ UNO 桥接实现。这些是唯一适用于 Solaris 的 C++