為取代 JPEG 而生，JPEG 2000 後來怎麼了？

有讀者在 FB 留言提到了 JPEG XL，順手查了資料，過程看到一個眼熟的名字 - JPEG 2000。

2000 年 .COM 泡沬破掉的那陣子，我已經入行當全端攻城獅(還是海嘯第一排的網路系統整合公司呢)，當時有聽過這個新圖檔規格，名字加了 2000 聽起來很威，大有尖端科技出現要取代 JPEG 的態勢，但一直沒真的摸到過，之後也沒再聽到消息。查了 Can I Use 的全球民調瀏覽器支援表，它確實已從網頁世界退場... (或說從沒進場)

一般網頁規格的支援歷程，都是從早期版本不支援的紅燈，在某個版本轉綠，接著之後一路綠燈(圖片下半段附上 WebP 跟 AVIF 做對照)。JPEG 2000 則十分悲壯，從頭到尾只有 Safari 短暫支援過，到 2024/09 17.x 版便中止。其他所有瀏覽器則沒人把它當回事，自始至終沒支援過。

這讓我好奇 JPEG 2000 做錯了什麼，以至於斯？

查完資料，我歸納成兩點 - 生不逢時 + 專利疑慮。

• JPEG 2000 壓縮效率比 JPEG 好，但新演算法 (DWT) 比 JPEG 原本用的 DCT 複雜，需要大量記憶體及 CPU 資源，2000 年的硬體不比現在，跑起來有點吃力。
• 2000 年時，JPEG 已推出 10 年，所有瀏覽器都已支援，是照片的首選，PNG 則稱霸無損壓縮應用場景。JPEG 2000 雖強，瀏覽器得引用第三方程式庫才能支援，是一項工程，只有 Apple 例外。
  因為 macOS/iOS 作業系統內建的 ImageIO 影像處理框架本身支援 JPEG 2000 格，Apple 便順手讓 Safari 也支援，反正不費啥力氣。
  但其餘瀏覽器沒人想花功夫，開發者因瀏覽器不支援不會採用，沒人用瀏覽器更不會考慮支援... (而 Apple 後來改走 HEIC 後，JPEG 2000 也被放生了)
• JPEG 2000 雖然號稱免授權費，但專利池非常複雜，開源社群怕被告不想碰。前車之鑑是 1994 年 Unisys 對 GIF 的 LZW 壓縮演算法收取授權費催生了 PNG，大家餘悸猶存。

後來 Google 主推 WebP 格式時，先讓當時已有高市佔率的 Chrome 內建支援，並公開提供專利授權承諾(Patent Grant)，很快廣被接受，成為所有瀏覽器都支援，可取代 PNG 與 JPEG 的格式。

之後 AVIF、JPEG XL 陸續誕生，拜硬體能力大幅提升之賜，能比 JPEG 2000 壓得更小、晝質更好，JPEG 2000 再也無出頭之日。(這裡有一篇 JPEG/PNG/JPEG 2000/WebP/HEIC/AVIF/JPEG XL 的比較)

BUT，雖然 JPEG 2000 擠不進前端界，卻在專業影像領域擁有一片天：

• 現代數位電影的數位母帶(DCP)，每一幀影格是用 JPEG 2000 壓縮
• 醫療影像(DICOM) MRI、CT 掃描等醫療影像常用 JPEG 2000，善用其高品質無損壓縮特性
• JPEG 2000 支援「感興趣區域」(Region of Interest)編碼，可以只讀取地圖某一小塊而不必解開整張大圖，故也被廣泛應用在衛星與地理資訊 (GIS)

看完 JPEG 2000 的歷史，一個圖檔格式要能成為通用標準，是否被主流軟體接納加入支援，比起本身功能、效率更關鍵，若沾上專利授權疑慮就跟毒藥一樣沒人想碰。由這點來看，Apple 偏愛的 HEIC，最終應該會被更先進更開放的圖檔格式取代吧。