Google將JPEG XL帶回Chrome

本影片涵蓋的內容

• Chrome的公告於2026年10月6日發布，並提及Chrome 155。它並未表明所有網站訪客都已運行支援的版本。
• Google感謝持續的開發者回饋和互通性（Interop）流程。jxl-rs解碼器使用Rust和優化的向量操作，同時保留了少量經過審查的不安全區域和瀏覽器沙箱。
• Google宣傳的30-50%壓縮改進是以JPEG為基準的。實際節省取決於圖像、編碼器設定和視覺品質。
• Gianni Rosato的9月編碼器比較結果顯示，AVIF在他測試的有損保真範圍內佔優。他開發競爭性的AVIF工具；他的結果和Google以JPEG為基準的聲稱衡量的是不同的比較。
• 在代表性圖像上比較格式並保留兼容的備用方案。JPEG XL還支持現有JPEG文件的可逆、無損轉碼。
• OpenAI發布了722份手稿，分為372個系列，具有不同的驗證程度和許多Lean形式化。模型仍未發布，且Pro級計算數據既非零售價格，也非經過時間的保證。
• ESP32-C3的開發者報告，通過在閃存中存儲排序的域哈希，使用了大約50 KB的RAM。DNS級別的攔截有同域和替代解析器限制；哈希衝突可能導致過度攔截。本集未獨立測量硬件結果。

翻譯的文字記錄

從英文原文旁白翻譯。可用的音頻和字幕由 YouTube 控制。

Chrome為何將JPEG XL帶回來？

0:00 你可能以為Google已經將JPEG XL徹底埋葬。 Chrome現在將其帶回，在移除了實驗性支援之後， 而Rust幫助它重新打開了大門。 在這段影片中，Google為何改變主意？ 你應該改變你的圖像處理流程嗎？ 今天是10月7日星期三，這是The Daily Diff。 記住一個細節。 你現有的JPEG有辦法加入這次回歸。

0:20 週二，Google宣佈從Chrome 155開始支援JPEG XL解碼。 今天，這項宣佈攀升至Hacker News頭條， 與OpenAI的數學證明發布和一個兩美元板子攔截 廣告域名並列。Chrome早前的實驗於2023年結束。

為何被拒絕的格式能再獲機會？

0:35 Google的解釋包括生態系統興趣不足， 當最大的瀏覽器控制著生態系統能否 實際使用你的東西時，這就顯得很尷尬。 新的貼文歸功於持續的開發者回饋， 包括Interop流程。 那些提出要求的人不斷要求，Google現在指向旨在使格式 行為一致的瀏覽器測試。 公告感謝了包括Helmut Januschka在內的貢獻者。

0:57 有時最有效的路線圖是拒絕關閉問題。

解碼器內部有何變化？

1:01 最大的實作變革是一個名為jay ex ell R S的解碼器， 以Rust編寫。 圖像解碼器接收陌生人提供的複雜文件， 這使得它們成為一個意外信任互聯網的絕佳場所。 Rust有助於在內存錯誤成為瀏覽器 漏洞之前預防它們。Google仍然保留了沙箱，並且該實作仍然 包含小而經過仔細審查的不安全區域。 安全性需要層層疊加，因為現實總能找到漏洞。

1:27 Google表示，模糊測試和AI程式碼審查在此 解碼器的歷史中沒有發現內存安全錯誤。這是一個來自發布團隊的有用報告。 未來的攻擊者不太可能接受這篇部落格文章作為具約束力的合約。 第一個問題已解答。 開發者壓力以及優化的Rust解碼器重新打開了大門。 Google推翻了一個有工程學支持的決定， 這即使在互聯網上也是允許的。 現在是幻燈片基準測試。

較小的文件能擊敗AVIF嗎？

1:48 Google宣稱比JPEG有30%到50%更好的壓縮率。 更小的下載量可以幫助您的用戶和頻寬費用， 但這個範圍取決於您編碼的內容以及您如何比較品質。 壓縮工程師Gianni Rosato發布了 九月的一項比較，其中現代 avif編碼器在他的測試保真度範圍內擊敗了JPEG XL。 他從事競爭性的avif工具開發，所以請將這項誘因與圖表一併考慮。 這些比較使用不同的基準。

2:12 擊敗舊的JPEG仍為avif贏得工作量留下了空間。 Google自己建議同時嘗試兩種格式，這對於發布公告來說是 異常實用的建議。 JPEG XL的其他吸引力包括高動態範圍， 無損圖像和細粒度漸進式解碼。 社區發布了交互式演示來探索這種格式。 您的觀眾可以在其餘部分到達時看到有用的圖片。 部署時，保留備用圖像，並驗證您客戶

2:37 實際使用的瀏覽器是否支援。 該公告提及Chrome 155。 這給了您一個目標版本，而您的分析則告訴您觀眾何時 會達到該版本。第二個問題已解答。 在更改管道之前測試您的真實圖像，並保留 兼容性路徑。圖像格式節省位元組是有用的。 一個會隱藏您結帳按鈕的遷移，是對 極簡主義昂貴的詮釋。同時，OpenAI於週二發布了數學手稿及支持性

OpenAI到底發布了什麼？

3:00 證明文檔。 該儲存庫包含七百二十二份手稿， 分為相關的家族。 標題的計數包括伴隨論證和替代證明， 因此請閱讀每篇論文實際聲稱的內容。 許多都有Lean中的形式化證明，這讓電腦可以檢查數學 推論。其他仍在等待形式化， 而OpenAI明確警告

3:21 某些未形式化的結果可能存在問題。 該儲存庫為研究人員提供了他們可以檢查和挑戰的材料。 該模型仍未發布。 OpenAI表示，每個結果平均使用了大約三小時的等效ChatGPT Pro 計算思維能力。 這描述的是計算工作量。 它既沒有給你一個實際時間的 保證，也沒有一個產生定理的零售價。

3:40 此次發布是在與獨立數學諮詢小組協商後進行的，並包括修訂和引用流程。 學術界獲得了一大堆新作業，以及更有用的能力，可以直接指出 需要修正的確切頁面。 Lean的維護者建議一次編譯小部分。 即使是數學上的突破，最終也會 遇到軟體的古老敵人， 讓建構完成。 最終，一個開源的DNS廣告攔截器運行在一個微小的兩美元微控制器

一個兩美元的板子如何攔截域名？

4:03 板上。創作者的訣竅是將排序後的域名哈希存儲在閃存中， 因此阻止列表不必存儲在稀缺的工作記憶體中。 該項目報告大約使用了五十千位元組的RAM。 它在閃存表中查找請求的域名， 攔截匹配項並將其他查詢轉發到上游。 您的路由器可以獲得一個帶有非常特定訪客列表的微型保鏢。 DNS過濾在域名層級運作。 與有用內容來自相同域名的廣告可能會漏過，

4:28 使用其他解析器的客戶端可以繞過它。 請將您的期望保持在比主機板還小的範圍內，這是一個要求很高的尺寸目標。 那麼關於您現有JPEG的細節呢？ JPEG XL支援無損JPEG轉碼，

你現有的JPEG能加入回歸潮嗎？

4:40 並提供重建原始JPEG的路徑。 這為舊圖像檔案提供了一個遷移選項，而不會產生新一代的品質損失。 測試儲存和交付的權衡。 如果您寧願閱讀而不是聽我說，The Daily Diff每天早上免費送達您的收件箱，網址是thedailydiff.dev，連結在下方。 所以今天的判決是，SHIP IT。 我會發布額外的解碼器，因為瀏覽器支援為開發者提供了真正的選擇， 我會在我們自己的圖像上測試遷移。

我為何要發布解碼器並測試遷移？

4:58 訂閱，點擊鈴鐺，並在評論中告訴我，如果你會蓋上不同的印章。 這就是今天的diff。 我是Axrisi的Niko。 負責地合併。 這就是今天的diff。 我是Axrisi的Niko。 負責地合併。

來源

1. Shipping JPEG XL in ChromeChrome for Developers
2. JPEG XL prototype and November 2022 removal discussionChromium Blink developers
3. Contemporaneous JPEG XL deprecation commentaryFree Software Foundation
4. The case against JPEG XL — competing-encoder benchmarkGianni Rosato
5. JPEG XL FAQ and reversible JPEG transcodingJPEG XL community
6. HTML picture element and fallback selectionMDN Web Docs
7. Progressive loading demoJPEG XL community
8. Distance versus effort visualizerJPEG XL community
9. Sharing AI progress in mathematicsOpenAI
10. Mathematical manuscripts and proof artifactsOpenAI on GitHub
11. Lean formalization library build notesOpenAI on GitHub
12. ESP32-C3 hash-in-flash DNS ad blockerM-Abozaid on GitHub