輸出品質遠高於瀏覽器端轉換
我們使用工業級開源工具 — ImageMagick、libheif、libavif、libjxl、OpenJPEG — 提供瀏覽器端轉換器無法達到的輸出品質。
免費線上將 SVG 轉成 ICO 圖示。向量來源會先以不低於 512 像素的尺寸重新渲染，再產生 256、128、64、48、32、16 六種尺寸，每一張都是從大尺寸縮小下來，而不是放大產生。無需註冊、無浮水印、不限次數，檔案上傳 1 小時後會自動刪除。
從 PNG 製作圖示，清晰度的上限取決於那張 PNG 有多少像素——來源圖片只有 64×64，256 那一檔就只能靠放大補出來。SVG 沒有這個上限，它儲存的是形狀而不是像素，理論上渲染到多大都會重新計算一次。所以拿得到向量原始檔時，SVG 是製作 ICO 最理想的起點，這也是近年 SVG 轉圖示這條路越來越常見的原因。
不過有個坑要先說清楚：點陣化工具預設會依照 SVG 檔案自己寫入的 width 和 height 來輸出，而圖示類 SVG 絕大多數寫的是 width="24"。照這個尺寸渲染，就只能得到 24×24 的點陣圖，後面那六種尺寸又變成靠放大產生，等於白白浪費了向量的優勢。PicEditLab 在這一步會先檢查渲染結果，最長邊不足 512 時，就會使用原始向量重新渲染一次。注意，這不是把小圖放大，而是讓渲染器按照新的尺寸重新計算路徑，對向量本身沒有任何損失。
現在的瀏覽器其實已經直接支援 SVG 圖示了，只要在 head 裡寫一行 link 標籤，type 指定為 image/svg+xml 就可以使用，而且還能跟著深色模式變色。不過網站根目錄下的 /favicon.ico 仍然是瀏覽器不讀 HTML 也會主動請求的預設路徑，Safari 的書籤、Windows 的桌面捷徑，以及各種抓取工具也都會辨識它。所以務實的做法是兩個都放：SVG 給現代瀏覽器使用，ICO 負責其他場景的相容性。
向量可以保證線條銳利，但救不了「太複雜」。縮到 16×16 之後，一個字母大概只剩下十幾個像素，細線、漸層、內部的小字，這時候都很容易糊成一團色塊——這是尺寸本身的物理限制，與格式無關。如果圖示在小尺寸下難以辨識，應該修改的是圖形本身：加粗筆畫、刪除內部細節，只保留最有辨識度的輪廓。
無需專業技術知識，免費快速的線上圖片處理工具，電腦手機全設備均可使用
基於多個成熟的開源轉換引擎構建,針對每種格式組合挑選最佳處理鏈路,避免瀏覽器端轉換常見的色偏與畫質損失。
把 SVG 轉成 ICO 的需求出現在很多場景:讓檔案相容不同裝置或平台、減少儲存佔用、把圖片提交到不接受來源格式的服務等。傳統做法是裝 Photoshop 或 GIMP 這類桌面軟體 — 偶爾用一次未免太重。瀏覽器端轉換器是另一種選擇,但受限於瀏覽器原生解碼能力,對 RAW、HEIC、AVIF 這種特殊格式根本無能為力。 PicEditLab 把轉換放在服務端,格式支援、輸出品質、處理速度都不依賴你的瀏覽器或裝置。
PicEditLab 上的轉換分三步驟 — 上傳、選目標格式、下載:
我們的伺服器運行一套成熟的開源工具鏈。 ImageMagick 處理色彩空間轉換與重採樣,libheif 以 x265 編解碼 HEIC,libavif 基於 AOM 處理 AVIF,libjxl 處理 JPEG XL,OpenJPEG 覆蓋 JPEG 2000,dcraw 解碼 RAW 檔案中的感測器原始資料。 JPG 輸出使用品質 85 + 漸進式編碼,在網頁上感知載入更快。 PNG 輸出使用 zlib 最高壓縮等級,在不損失任何像素的前提下盡可能壓縮檔案體積。