WebP 轉 PNG
給「需要透明度」加上「軟體打不開 .webp」的情況。
不上傳任何檔案
把檔案拖進來，或點擊選擇
支援 WebP。沒有大小上限，不用註冊。
當圖片有透明背景時，選這個而不是 WebP 轉 JPG。PNG 是全面支援、又帶 alpha 通道的格式 —— 這是 JPG 做不到的。
這個工具解決的具體問題
你從網站上存下一個 logo 或去背商品圖，得到的是 .webp。而你要用它的軟體 —— 舊版設計工具、文書軟體、印刷上傳表單 —— 拒收這個副檔名。轉成 JPG 可以解決相容性，但會把透明背景填成不透明的顏色，整個素材就毀了。
PNG 是答案：幾乎所有東西都認得它，而且它把 alpha 通道原封不動保留下來。
請預期檔案會變大
WebP 是現代壓縮格式，PNG 是無損格式，所以 PNG 通常會比較大 —— 照片類內容常常是好幾倍。這是換取全面相容性與畫素精確保存的代價。
平色圖形的差距則小得多，最佳化過的 PNG 偶爾還能打平。這完全取決於圖片裡有多少細微紋理。
我們會先幫 PNG 做最佳化再交給你
直接從解碼後的畫素寫出來的 PNG，通常比需要的大很多。Breezo 會把每一個 PNG 交給 oxipng（編譯成 WebAssembly 的無損最佳化器）處理，它會挑選更好的列濾波器、丟掉多餘的中繼資料。
這不會改動任何畫素 —— 影像內容位元完全相同 —— 但在我們的平色測試圖上，它把直接編碼的 410 KB 降到 47 KB。多數轉檔工具跳過這一步，直接把比較大的檔案交給你。
本機處理，可驗證
你的瀏覽器本身就內建 WebP 解碼器，所以讀取檔案不需要下載任何東西。PNG 編碼器和最佳化器是 WebAssembly 模組，只有在你真的按下轉換時才會抓。
整個過程沒有任何一段碰到伺服器。轉檔時打開開發者工具自己確認。
常見問題
透明度會被保留嗎？
會。PNG 有完整的 alpha 通道，WebP 裡的透明背景會完整保留。這正是這裡該選 PNG 而不是 JPG 的主要理由。
為什麼 PNG 比 WebP 大？
WebP 用的是現代有損壓縮，PNG 則無損保存每一個畫素。照片上可能大好幾倍。這是預期中的結果，不是故障。
這能救回 WebP 壓縮掉的畫質嗎？
不能。WebP 建立時丟掉的細節已經沒有了。PNG 精確保存剩下的部分，但無法重建任何東西。
動態 WebP 呢？
只會轉換第一格。PNG 無法儲存動畫 —— APNG 雖然存在，但一般 PNG 工具不預期會遇到它。
有東西被送到伺服器嗎？
沒有。解碼、編碼、最佳化全部在你的瀏覽器分頁裡執行。
其他工具
- JPG 轉 PDF照片進去，一個 PDF 出來 —— 全程不上傳。
- PDF 轉 JPG每一頁變成一張圖，解析度你決定。
- PDF 轉 PNG無損的頁面，透明度保留。
- 合併 PDF多份文件進去，一份文件出來。
- 分割 PDF一頁一個檔，而且不必把文件交出去。
- HEIC 轉 JPG照片不會離開你的裝置。
- 圖片壓縮把檔案變小，不必把檔案交出去。
- WebP 轉 JPG給那些到現在還是打不開 .webp 的軟體。
- PNG 轉 JPG檔案小很多 —— 前提是圖片是照片。
- JPG 轉 PNG從這裡開始無損 —— 但請先讀這段。
- HEIC 轉 PNG當你需要透明度，或需要一份無損副本。
- JPG 轉 WebP相同品質設定下，檔案明顯更小。
- PNG 轉 WebP唯一同時保留透明度又能變小的常見目標格式。
- AVIF 轉 JPG把最新的格式，轉成什麼都讀得懂的那一個。
- AVIF 轉 PNG當這個 AVIF 的透明度不能丟的時候。
- GIF 轉 PNG脫離 256 色與 1 位元透明度。
- BMP 轉 JPGBMP 把每個畫素原封不動存下來，省下的空間非常可觀。
- SVG 轉 PNG向量變畫素是單行道，所以尺寸要選好。
- 壓縮 JPGMozJPEG，跑在你自己的處理器上。
- 壓縮 PNG真的無損。不是偽裝成無損的減色。
- 壓縮 WebP本來就是高效率格式 —— 再榨一點出來。
- QR Code 產生器靜態編碼。不轉址、不追蹤、不會過期。
- 字數統計中文算得對，而且文字不會離開這一頁。
- PNG 轉 SVG產出可以編輯的真路徑，不是把點陣圖藏進 .svg 檔案裡。
- 我的 IP 位址一頁看完。而且我們一個字都不記錄。
- 網速測試四個數字，量得誠實，方法全部攤開給你看。