# Google將JPEG XL帶回Chrome

Published: 2026-10-07

Google宣佈，在之前的實驗性支援被移除後，從Chrome 155開始支援JPEG XL解碼。這期10月7日版探討了開發者回饋、新的Rust解碼器、競爭性的壓縮聲稱和部署備用方案，然後審視了OpenAI新發表的數學證明文物和ESP32-C3 DNS下沉的閃存哈希設計。

Canonical: https://thedailydiff.dev/zh-HK/video/chrome-jpeg-xl-comeback/

## 本影片涵蓋的內容

- 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級別的攔截有同域和替代解析器限制；哈希衝突可能導致過度攔截。本集未獨立測量硬件結果。

## 章節

- 0:00 Chrome為何將JPEG XL帶回來？
- 0:33 為何被拒絕的格式能再獲機會？
- 1:01 解碼器內部有何變化？
- 1:47 較小的文件能擊敗AVIF嗎？
- 2:56 OpenAI到底發布了什麼？
- 4:03 一個兩美元的板子如何攔截域名？
- 4:38 你現有的JPEG能加入回歸潮嗎？
- 4:58 我為何要發布解碼器並測試遷移？

## 翻譯的文字記錄

從英文原文旁白翻譯。可用的音頻和字幕由 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。 負責地合併。

## 來源

- [Shipping JPEG XL in Chrome](https://developer.chrome.com/blog/jpeg-xl-in-chrome) — Chrome for Developers
- [JPEG XL prototype and November 2022 removal discussion](https://groups.google.com/a/chromium.org/g/blink-dev/c/WjCKcBw219k) — Chromium Blink developers
- [Contemporaneous JPEG XL deprecation commentary](https://www.fsf.org/blogs/community/googles-decision-to-deprecate-jpeg-xl-emphasizes-the-need-for-browser-choice-and-free-formats) — Free Software Foundation
- [The case against JPEG XL — competing-encoder benchmark](https://giannirosato.com/blog/post/case-against-jxl/) — Gianni Rosato
- [JPEG XL FAQ and reversible JPEG transcoding](https://jpegxl.info/resources/faqs.html) — JPEG XL community
- [HTML picture element and fallback selection](https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/picture) — MDN Web Docs
- [Progressive loading demo](https://jpegxl.info/resources/progressive-loading-demo.html) — JPEG XL community
- [Distance versus effort visualizer](https://jpegxl.info/resources/distance-vs-effort-visualizer.html) — JPEG XL community
- [Sharing AI progress in mathematics](https://openai.com/index/sharing-ai-progress-in-mathematics/) — OpenAI
- [Mathematical manuscripts and proof artifacts](https://github.com/openai/math) — OpenAI on GitHub
- [Lean formalization library build notes](https://github.com/openai/math/blob/main/lean/README.md) — OpenAI on GitHub
- [ESP32-C3 hash-in-flash DNS ad blocker](https://github.com/M-Abozaid/esp32-c3-adblock) — M-Abozaid on GitHub