Chrome 110及后续版本弃用JPEG-XL支持 Google工程师分享其中原由

Chrome110及后续版本弃用JPEG-XL支持Google工程师分享其中原由没有为这种弃用提供任何理由，这很奇怪，因为JPEG-XL在其生命周期中还很年轻，并且已经得到了越来越多的行业兴趣和支持。现在今晚是Google工程师对ChromiumJPEG-XL问题跟踪器的评论，并给出了他们明确的原因：感谢大家对JPEGXL的评论和反馈。我们将从Chromium中删除JPEGXL代码和标志，原因如下：-实验标志和代码不应无限期保留-整个生态系统没有足够的兴趣继续试验JPEGXL-与现有格式相比，新的图像格式没有带来足够的增量优势来保证默认启用它-通过删除M110中的标志和代码，它减少了维护负担，并使我们能够专注于改进Chrome中的现有格式虽然JPEG-XL已在Chrome中可用，但默认情况下它在功能标志后面是关闭的，因此在该浏览器支持成熟（或即将成熟）之前，显然Web开发人员并没有积极推动JPEG-XL。...PC版：https://www.cnbeta.com.tw/articles/soft/1331369.htm手机版：https://m.cnbeta.com.tw/view/1331369.htm

自由软件基金会抨击谷歌在Chrome中放弃JPEG-XL的做法

自由软件基金会抨击谷歌在Chrome中放弃JPEG-XL的做法在过去的一周里，自由软件基金会终于对Google废弃JPEG-XL的决定发表了看法，FSF不认同Google的做法，并强调了对浏览器选择和自由媒体格式的需要。FSF的GregFarough对此写道："虽然因为另一个自由问题--它对非自由JavaScript的使用，我们不能直接链接到Google的问题跟踪器，但我们被告知，关于JPEG-XL的删除问题是Chromium项目历史上第二多的'明星'问题，该项目是GoogleChrome浏览器的名义上的自由基础。Chromium的用户纷纷出来恳求Google不要做出这个决定。但它还是做出了这个决定，并没有对用户的担忧做出回应。我们不知道它用什么标准来衡量"整个生态系统"的兴趣，但似乎用户已经给了JPEG-XL一个强有力的支持。反过来，用户将得到的是Google自己控制的网络的另一个方面：AVIF格式。正如对JPEG-XL废弃的反应所显示的那样，我们团结起来，告诉Google我们想要的东西，并不能让它改变主意。它将继续想要它想要的东西：控制；我们将继续想要我们想要的东西：自由"。对自由软件基金会的文章全文感兴趣的人可以在FSF.org上找到它：https://www.fsf.org/blogs/community/googles-decision-to-deprecate-jpeg-xl-emphasizes-the-need-for-browser-choice-and-free-formats...PC版：https://www.cnbeta.com.tw/articles/soft/1355061.htm手机版：https://m.cnbeta.com.tw/view/1355061.htm

FFmpeg 已支持动画 JPEG-XL 格式

FFmpeg已支持动画JPEG-XL格式除了Apple宣布在其Safari浏览器中支持JPEG-XL图像格式之外，FFmpeg也宣布现已支持解码动画JPEG-XL文件。去年以来，FFmpeg已经能够使用libjxl库解码静态JPEG-XL图像，随着本周在FFmpeg6.1发布之前合并的提交，现在它也能够处理动画/多帧JPEG-XL内容。该补丁仍然利用libjxl库增加了对JPEG-XL动画解码支持的支持，此外还添加了一个新的动画JPEG-XL多路分解器。前期回顾：https://t.me/TestFlightCN/18463投稿：@ZaiHuaBot频道：@TestFlightCN

Google再次被指责冷落JPEG XL图像格式

Google再次被指责冷落JPEGXL图像格式JPEGXL"图像编码系统"ISO标准是一种新的通用图像格式，可降低服务器存储要求的成本，并向后兼容现有的基于JPEG的应用程序。它被设计为JPEG格式（最初于1992年推出的一种图像压缩技术）的高效替代格式。不幸的是，尽管在"Interop2024"项目（该项目旨在促进Chromium、Gecko（Firefox）和WebKit（Safari）浏览器引擎之间的互操作性）期间，该格式成为开发人员最受欢迎的选择，但我们可能不会在短期内看到网络广泛采用该格式。根据Interop项目的GitHub页面，苹果、Google、微软和Mozilla将合作在各自的浏览器中实施交叉兼容的网络技术。作为Interop2024大会上要求最多的功能，JPEGXL将是这个新的互操作性联盟的完美候选者。网络开发人员对使用JPEGXL格式非常感兴趣，但Interop项目的成员却不会跟进。该组织解释说，之所以拒绝JPEGXL提案，是因为其成员无法就是否纳入JPEGXL达成一致。Interop指出，这一拒绝不应被视为"对整个技术的评论"。许多人很快就把矛头指向了Google，认为这是JPEGXL遭到拒绝的原因。去年4月，Google在Chromium中放弃了对该格式的实验性支持，称网络生态系统对这种与现有图像格式相比没有显著优势的技术没有足够的兴趣。Cloudinary图像研究员、JPEGXL规范编辑JonSneyers说，Chrome浏览器团队似乎在反对新格式。考虑到许多格式开发人员都来自Google研究院，斯内尔斯并不认为Google作为一家公司正在试图扼杀JPEGXL。不过，Chrome浏览器团队与Google研究部门"在组织上有相当大的距离"。至于"生态系统对"JPEGXL的"兴趣"，苹果和Adobe目前在其软件开发中支持这种格式。三星承诺在其即将推出的手机中支持该格式，而微软也可能很快将该格式引入Windows系统。Mozilla表示对该技术持中立态度，因为JPEGXL技术的性能实测似乎并不比AVIF等竞争对手好多少。不过，如果有足够的需求，Firefox浏览器制造商愿意支持这种新格式。...PC版：https://www.cnbeta.com.tw/articles/soft/1416361.htm手机版：https://m.cnbeta.com.tw/view/1416361.htm

谷歌允许在 Chromium 浏览器中使用 Rust 代码

谷歌允许在Chromium浏览器中使用Rust代码谷歌今天宣布，他们将允许Rust代码进入Chromium代码库。谷歌正在努力将Rust工具链引入他们的Chromium构建系统，并将允许在Chrome/Chromium中使用Rust库。在Chromium中使用Rust可以避免内存安全错误，这将有助于加快开发速度，提高Chrome/Chromium浏览器的整体安全性。来源，来自：雷锋频道：@kejiqu群组：@kejiquchat投稿：@kejiqubot

Google详细解释了Chrome浏览器最近为何又变快了

Google详细解释了Chrome浏览器最近为何又变快了后来，一项独立研究表明了为什么需要这样一个基准，因为在不同的基于Arm的SoC上测试了各种现代网站，这些SoC的性能各不相同，即使是8核CPU也无法加载一些大型和重型网站。除了硬件性能之外，这样的基准测试还能帮助浏览器公司进行优化，提高其软件的性能，Google表示它已经做到了这一点。虽然Speedometer3.0是今年刚刚发布的，但Google补充说，它的开发工作早在2022年5月就开始了，从那时起，公司就一直在使用这些数据来提高性能。Google声称，从Chrome浏览器版本101一直到Chrome浏览器127，在这将近两年的时间里，性能提高了72%。Chromium网站的一篇博文写道......在开发更新基准的过程中，我们仔细跟踪了Chrome浏览器近期的性能表现。自2022年5月推出速度计3以来，我们推动Chrome浏览器的速度计得分提高了72%，为用户带来了性能提升通过查看Speedometer中的工作负载以及Chrome浏览器花费时间最多的功能，我们能够对这些功能进行有针对性的优化，从而提高Chrome浏览器的得分。事实上，Google的说法是正确的。最近，在评测TeamGroupDDR5-7600RGB内存套件时，我们注意到Chrome浏览器在与微软Edge和MozillaFirefox浏览器的竞争中一直是速度最快的，尽管Edge与Chrome浏览器基于相同的引擎。除了针对特定工作负载的优化外，Google还改进了V8代码分层和垃圾回收。你可以在Chromium官方博客上找到更多技术细节。...PC版：https://www.cnbeta.com.tw/articles/soft/1433963.htm手机版：https://m.cnbeta.com.tw/view/1433963.htm