# AVIF to JPG > 為了那些比 AV1 還老的軟體，在本機把 AVIF 轉成 JPG，檔案不上傳。透明會被壓上你選的顏色，動畫只剩第一格，而實測 491,861 位元組降到 348,599。 - URL: https://bytescope.dev/zh-Hant/image-convert/avif-to-jpg/ - Locale: zh-Hant · Also: [en](https://bytescope.dev/en/image-convert/avif-to-jpg.md) · [ja](https://bytescope.dev/ja/image-convert/avif-to-jpg.md) - Runs: 檔案不會離開你的瀏覽器 — 全部在本機處理。 - Requires: Any modern browser (Chrome, Edge, Firefox, Safari), desktop and mobile. - Updated: 2026-09-08 ## What it does ### AVIF 轉成 JPG 會失去什麼 透明沒有地方可以去，因為目標格式根本沒有 alpha 色版。所有透明和半透明的像素都會被合成到上面設定裡的背景色上（不改就是白色），而且工具一找到 alpha 色版就會跳警告。去背過的商品照會變回一個矩形，被填掉的像素之後和「本來就是那個顏色」的像素分不出來，任何編輯器都救不回去。半透明的區域 —— 像陰影柔和的邊緣 —— 是被混進去而不是被切掉，所以它只在那一個背景色上看起來正確，換到任何別的背景都會露餡。請挑圖片真正要放的那個顏色，或者改走 PNG，那條路整個色版都留得住。 這同時也是第二代有損，而且兩代留下的痕跡形狀不一樣。第一代傾向把紋理抹平、把細節弄鈍；第二代則帶來 8 × 8 的方塊接縫、高反差邊緣的鬼影，以及水平垂直各存一半解析度的顏色。後者不是取代前者，而是疊在上面。顏色那一項對圖形影響最大：一條細的色線或一行紅字，明明乾乾淨淨通過了第一代，卻在這裡沾上一圈色邊，而且把品質調高也去不掉，因為色度在品質設定那一步量化之前就先被丟掉了。 剩下的很快講完。多影格的來源只有第一個影格會被轉換，並附警告。解碼後的緩衝區是 8 位元，所以原檔裡任何 10 位元或 12 位元的階調在編碼前就被壓平，那些階也拿不回來。內嵌的 ICC 色彩描述檔和元資料都不會帶進輸出，所以結果是沒有標記的，看的人會當成 sRGB。 ### 實測時檔案大小怎麼變 2026-09-12，腳本量了一張 1280 × 854、品質 85 的來源，491,861 位元組，再用同樣的品質 85、4:2:0 編成 JPG：348,599 位元組，大約少 29%。看起來像是老格式贏了，其實不是。兩套品質刻度不是共用單位：來源是在比那個數字所暗示的更高的工作點上寫出來的，而第二個編碼器被要求的比那更少。拿沒壓過的母檔、對齊視覺品質各編一次，結論會明確地反過來。另外這筆測量是用 sharp 做的，你的瀏覽器走 canvas，量化表是它自己挑的，所以請預期幾個百分點的上下，而不是這個精確數字。 ### 什麼時候不該把 AVIF 轉成 JPG 任何你在意的透明都別轉：logo、徽章、貼圖，或是要放在你控制不了的背景上的圖片。想留住動作的動畫也別轉。接下來還要編輯重存的母檔更別轉，每存一次就多一代。也不要讓它變成放網頁的例行步驟 —— 現在的瀏覽器都直接讀得懂來源檔，而在視覺品質對齊的前提下，這條路畫質和位元組兩頭都虧。它對的時機是有某一支特定軟體擋在那裡：沖印或印刷服務、比較舊的桌面編輯器或辦公室軟體、老的出版系統、只認一個副檔名的相機或電子書閱讀器，或是收件清單只列了兩種的表單。 轉換完全在你的瀏覽器內進行 — 不上傳、不排隊、無浮水印。想放幾個檔案都行，可逐一下載，也能打包成 zip。 ## Limits 透明沒有地方可以去，因為目標格式根本沒有 alpha 色版。所有透明和半透明的像素都會被合成到上面設定裡的背景色上（不改就是白色），而且工具一找到 alpha 色版就會跳警告。去背過的商品照會變回一個矩形，被填掉的像素之後和「本來就是那個顏色」的像素分不出來，任何編輯器都救不回去。半透明的區域 —— 像陰影柔和的邊緣 —— 是被混進去而不是被切掉，所以它只在那一個背景色上看起來正確，換到任何別的背景都會露餡。請挑圖片真正要放的那個顏色，或者改走 PNG，那條路整個色版都留得住。 這同時也是第二代有損，而且兩代留下的痕跡形狀不一樣。第一代傾向把紋理抹平、把細節弄鈍；第二代則帶來 8 × 8 的方塊接縫、高反差邊緣的鬼影，以及水平垂直各存一半解析度的顏色。後者不是取代前者，而是疊在上面。顏色那一項對圖形影響最大：一條細的色線或一行紅字，明明乾乾淨淨通過了第一代，卻在這裡沾上一圈色邊，而且把品質調高也去不掉，因為色度在品質設定那一步量化之前就先被丟掉了。 剩下的很快講完。多影格的來源只有第一個影格會被轉換，並附警告。解碼後的緩衝區是 8 位元，所以原檔裡任何 10 位元或 12 位元的階調在編碼前就被壓平，那些階也拿不回來。內嵌的 ICC 色彩描述檔和元資料都不會帶進輸出，所以結果是沒有標記的，看的人會當成 sRGB。 ## FAQ ### 換到沒有 alpha 色版的格式，透明跑去哪了？ 被混進設定裡顯示的那個背景色（預設白色），而且會有警告告訴你發生了。結果只是一般的不透明像素，任何編輯器都拆不開，所以請挑圖片實際會放的那個顏色，或者改轉 PNG，那邊整個色版都留著。 ### 輸出為什麼比來源還小？ 因為兩套品質刻度沒得比。同樣的數字下來源站在更高的工作點上，所以實測的 491,861 位元組變成 348,599。這不是老編碼器比較有效率的證據 —— 從母檔對齊視覺品質來比，結論明顯相反。 ### 第二次編碼實際會掉多少畫質？ 照片在高品質設定下，掉的通常不到你會注意的程度。平面圖形和文字就很明顯，因為顏色只有一半解析度，細的色邊會沾上品質設定去不掉的色暈。請從原始檔轉，不要拿已經重存過的副本。 ### 我的圖片會被上傳到任何地方嗎？ 不會。轉換在你的瀏覽器內使用 canvas API 和 Web Worker 完成 — 檔案不會離開你的裝置。沒有上傳步驟、不用排隊，檔案大小也只受限於你電腦的記憶體。 ### 轉換後的圖片會保留 EXIF 中繼資料嗎？ 不會 — 而這正是特色之一。透過 canvas 重新編碼會移除所有中繼資料：GPS 位置、相機型號、時間戳記和色彩描述檔。輸出只包含像素，而這通常正是你公開分享圖片前想要的結果。 ### 可以一次轉換很多張圖片嗎？ 可以。拖放或貼上任意數量的檔案；每個檔案都會在背景轉換，各自有進度顯示和下載按鈕，也可以把全部內容打包成 .zip 一次下載。 ### 轉檔會讓畫質變差嗎？ 看你選的目標格式。不管來源和目標是哪兩種格式，轉換器一律先解碼成原始像素再重新編碼，中繼資料也是這樣被移除的。目標是無損格式（PNG，以及在 256 色限制內的 GIF）時，像素和解碼出來的完全一樣；目標是 JPEG、WebP 或 AVIF 時，則由品質滑桿控制取捨，而且來源本來就是有損檔的話，會再多疊一層損失。