HEIC轉JPG轉換器

為什麼第一次轉換比較慢

瀏覽器本身無法讀取 HEIC，所以這個頁面會載入 libheif——一套編譯成 WebAssembly 的開放原始碼 HEIF 解碼器——並在你的裝置上執行。解碼器只會在這個工具裡下載，頁面一進入閒置狀態就會在背景開始載入，那時你可能還沒選檔案。加入照片後，上傳區下方會有一行提示顯示它的狀態：準備中、已就緒，或暫時未能準備。

準備好之後，每張照片都會經過兩個階段，你可以在檔案清單中看到。解碼是最花時間的一步：全解析度的 HEVC 資料會在背景執行緒裡解開。接著像素被繪製到 canvas 上，再編碼成 JPG。在較新的筆電上每張照片只需要一下子，在舊手機上解碼會明顯變慢。這是正常現象，並不代表有任何東西正在上傳。

如果解碼器沒能載入，例如網路中途斷線，提示會變成琥珀色，等你按下「轉換」時頁面會重新嘗試。不需要重新整理頁面，也不必重新加入檔案。

為什麼品質調到 92% 以上沒有幫助

HEIC 的轉換路徑比站內其他轉換工具多一個步驟。解碼器會先把照片輸出成一個品質 92% 的中介 JPEG，接著由品質滑桿（範圍 10% 到 100%，預設 85%）控制第二次編碼，產生你最後下載的檔案。滑桿仍然決定最終的檔案大小，但 92% 那一步已經抹平的細節，它無法再補回來。

實際使用上，分享和在螢幕上觀看選 85% 就很合適；如果要列印或繼續修圖，90–92% 是有意義的上限。超過 92% 只會讓 JPG 變大，不會更銳利。想保留一份未經處理的原始母檔，就把原本的 HEIC 和 JPG 一起保存。

中繼資料：JPG 是一張白紙

JPG 是從 canvas 上的像素寫出來的，而 canvas 不帶任何中繼資料。拍攝日期與時間、相機和鏡頭型號、曝光參數以及 GPS 位置，都不會從 HEIC 複製到轉換後的檔案。對於準備公開張貼到社群媒體的照片，這反而是個實用的副作用：手機記錄下的位置資訊不見了。

它也有代價。相簿和許多 App 會依 EXIF 裡的拍攝日期排序，缺少這項資訊時就改用檔案日期，也就是你下載 JPG 的那一刻。如果你是為了備份而轉換整本相簿，請保留原始 HEIC，以免失去真正的拍攝日期。

旋轉在這之前就處理好了。libheif 在解碼時會套用 HEIC 裡記錄的旋轉與鏡像，所以輸出的像素本身就是正的，也不會留下方向標記讓其他程式誤讀。

含有多張影像的檔案

一個 HEIF 容器可以存放多張影像。解碼器會讀取檔案中的頂層影像清單，但只轉換第一張，而 JPG 本來也只能容納一張圖片。一般的 iPhone 照片裡，第一張就是照片本身；如果是把多張畫面打包在一起的 HEIF，你只會得到一個 JPG，其餘的不會匯出。

HDR 也是同樣的道理。解碼器輸出的是標準的 8 位元 RGBA 像素，所以在支援 HDR 的螢幕上，轉換後照片最亮的部分會比在「照片」App 裡看起來平一些。這是預期中的結果，本頁面沒有任何設定可以改變它。

批次轉換時要留意的事

你可以一次加入許多檔案，但它們會依清單順序一張接一張轉換，而不是同時處理，每張照片都會以全解析度解碼完成後才開始下一張。在可用記憶體不多的手機或電腦上，把相簿分成小批處理，會比一次放進幾百張照片對瀏覽器友善得多。

「全部下載」會把每個完成的 JPG 各自下載，而不是打包成 ZIP，所以瀏覽器可能會詢問一次是否允許本站下載多個檔案。每個檔案會保留檔名中第一個句點之前的部分：IMG_1234.HEIC 會變成 IMG_1234.jpg，但 旅行.第一天.heic 會變成 旅行.jpg，因此兩張照片可能同名，瀏覽器會替第二個檔案加上編號。

如果其他檔案都成功、只有某一個出現解碼錯誤，問題通常出在檔案本身：它可能已損毀、因傳輸中斷而不完整，或其實是別種格式被改成 .heic 副檔名。從裝置重新匯出原始檔案，大多就能解決。既不是 .heic 或 .heif 副檔名、系統也沒辨識為 HEIC 或 HEIF 的檔案，會在加入時被拒絕，上傳區下方會出現提示。