轉 JPG

手上有什麼就丟進來 —— PNG、WebP、AVIF、手機的 HEIC、GIF、BMP，連 SVG 都可以 —— 換回 JPG。你不必先分辨每個檔案到底是什麼格式；混在一起也是一次處理完，而且沒有任何一個檔案會被上傳。

為什麼答案還是 JPG

JPG 已經三十歲，每一個比較新的格式在壓縮率上都贏它。但只要「目的地不在你的掌控之內」，它仍然是正確的目標格式 —— 因為它是幾乎所有軟體都讀得懂的那個點陣格式：沖印店、政府線上申辦系統、人資履歷系統、舊版內容管理系統、數位相框、車機螢幕、便宜的標籤機。

這才是大家搜這個轉換的真正理由。幾乎從來不是為了畫質或體積 —— 而是某個表單退了你的檔案，或某個程式打不開它。你買的是相容性，不是壓縮率。

每一種來源格式從哪裡來

HEIC 來自 iPhone 與 iPad —— 自 2017 年的 iOS 11 起就是預設拍攝格式。WebP 來自網站：按右鍵另存，存下來就是 .webp，因為那是網站送給你瀏覽器的東西。AVIF 是同一個故事的新版本，而且在瀏覽器之外的支援度更差。

PNG 通常來自螢幕截圖與設計軟體匯出。BMP 多半來自 Windows 小工具、醫療與工業設備，以及舊的掃描器驅動程式 —— 它基本上沒有壓縮，所以 BMP 檔案相對於內容大得誇張。GIF 來自網路與通訊軟體。

它們因為不同的理由撞上同一道牆，這就是為什麼「一個目標格式一頁」比把你分流到五個頁面更合理。

每一種轉換實際的代價

從 PNG、BMP 或其他無損來源轉：這是你的第一次有損壓縮，所以品質設定是唯一重要的事。設在 82 幾乎看不出差別；低於 60 左右，天空與皮膚這類平滑區域就會開始出現色塊。

從 HEIC、WebP 或 AVIF 轉：影像本來就是有損的，所以這是第二代損失。任何還要修圖或沖印的東西，請把品質保持在 85 以上 —— 因為編碼器現在還要花位元去保存上一個編碼器留下的雜訊。

從 GIF 轉：GIF 最多只有 256 色，所以就調色盤而言 JPG 不會讓它更糟 —— 但 JPEG 處理 GIF 線稿那種硬邊緣的能力很差。動態 GIF 只會給你第一格，因為 JPG 只裝得下一張圖。

從 SVG 轉：這其實不是轉換，是光柵化。向量沒有固有的畫素尺寸，所以必須在某個解析度下被渲染出來，而從那一刻起它就不再能無損放大了。如果那個 SVG 是你之後還需要多種尺寸的 logo，請把 SVG 留著。

而且每一種情況都一樣：透明度活不下來。JPG 沒有 alpha 通道，透明區域會變成不透明的顏色。如果你的 PNG 或 WebP 有透明背景，請改轉成 PNG —— 這是圖片轉檔最常見的那個不愉快意外。

兩種這一頁不會假裝支援的格式

TIFF 不支援，而且這是我們實測過而不是憑印象判斷的。瀏覽器不解 TIFF，而第一次測試看起來會通過，只是因為 canvas 的退路默默輸出了一張 PNG —— 那是一個假通過，會讓一個壞掉的工具上線。與其做一個在「大家實際手上那些多頁、奇怪壓縮的 TIFF」上失敗的轉檔器，我們選擇不做，並且說清楚。

相機 RAW 檔（CR2、NEF、ARW 之類）也不做。每一種都是廠商專屬的容器，需要的是一整條去馬賽克流程而不是一個解碼器。那些請用相機廠的軟體或修圖軟體處理。

轉換是怎麼跑的

除了 HEIC 需要 libheif 的 WebAssembly 版本之外，解碼全部用你瀏覽器自己的影像解碼器。編碼用編譯成 WebAssembly 的 MozJPEG —— 在相同視覺品質下，它產生的檔案比瀏覽器內建的 JPEG 編碼器更小。

全部都在這個分頁裡發生。不上傳意味著沒有檔案大小上限、沒有每小時次數額度、不加浮水印、不用註冊。打開開發者工具的 Network 分頁轉一個檔案 —— 沒有任何請求夾帶你的圖片；而且不管怎樣，這個網站送出的 Content-Security-Policy 都把連線限制在我們自己的來源。