JPEG XL终获全浏览器支持,实测压缩效率仍不敌AVIF

知名Web开发者Jake Archibald发布了对JPEG XL与AVIF两种图像格式的系统性对比测试。测试采用avifenc、libjxl、jixel、cwebp等最新编码器,在M4 Pro笔记本上对不同类型图像进行了文件大小、编码速度、解码性能等多维度评测。结果显示:在网页有损照片场景下,AVIF几乎总能生成更小的文件,默认设置下最佳JPEG XL比同质量AVIF大15%-25%,最高强度设置下差距缩小至6%-20%;截图、插画和透明图像方面AVIF优势更明显,JPEG XL文件要大30%-90%。编码与解码速度上AVIF也全面领先,JPEG XL解码耗时通常为其2-3倍。但在无损压缩场景,JPEG XL明显胜出,比无损WebP小9%-17%,比无损AVIF小30%-120%;此外JPEG XL可将现有JPEG文件再压缩9%-20%且不损失画质,解码速度持平或更快。测试还发现,新一代JPEG XL编码器jixel在多数场景下优于官方libjxl,但处理细节透明图时例外,且其高强度设置常生成解码过慢的文件。作者建议网页开发者默认使用AVIF 4:4:4配合最高可承受的编码强度,若AVIF生成异常大的文件再用jixel尝试JPEG XL。文章同时提醒,围绕图像格式存在大量错误信息,AI也会传播这些错误内容,开发者应以自有图像实测为准。

事件分析

此次评测的最大背景是JPEG XL终于获得所有主流浏览器支持,改变了此前网页图像仅靠AVIF和WebP的格局。技术层面,测试揭示了格式规格与工程实现之间的鸿沟:jixel编码器的出现证明同一格式因实现不同可产生显著差异,而AVIF新近支持的渐进式渲染也表明生态仍在快速演进,甚至开始反超JPEG XL的传统优势。产业层面,AVIF背靠AV1编解码生态,获得谷歌、苹果等公司的推动,而JPEG XL虽在无损压缩和JPEG重压缩场景保有独特价值,但其HDR增益图支持在浏览器端滞后,暴露了实现跟进不足的短板。考虑到两种格式的编码器近期均有大幅改进,作者也承认推荐结论可能变化,图像格式竞争远未定局,CDN与图像处理服务的格式支持策略仍需持续观察调整。

核心观点:JPEG XL苦等多年换来全浏览器支持,实测却难敌AVIF,图像格式之争的胜负正由工程实现速度而非规格优劣决定。

原文链接:Hacker News

C code80.ai · AI 编码 API 聚合 Claude / GPT 多模型统一接入,稳定不限速,按量计费,几行配置接入 Claude Code。 了解一下 ›

抢沙发

评论前必须登录!

立即登录   注册