PicShift 為什麼輸出體積會變大
當轉換後檔案變大時，PicShift 會提供原因提示。本頁說明這些提示背後的判斷規則，以及 B/像素 的計算方式。
PicShift 如何判斷「深度壓縮」
PicShift 以來源檔案的資料密度進行啟發式判斷：結合原始體積與解碼後像素數，計算 B/像素 並與門檻比較。
- 像素總數來自解碼後的寬高（width x height）。
- B/像素 = 原始位元組數 / 像素總數。
- 當 B/像素 低於門檻時，提示會將該圖視為「已深度壓縮」場景。
B/像素 公式
B/像素 = originalFileSizeBytes / (width x height)
範例：一張 3000 x 2000、大小 350 KB 的圖片，代入公式為 (350 x 1024) / (3000 x 2000) = 0.0597，約為 0.06 B/像素。
為什麼輸出變大仍然常見
- 從有損或高壓縮格式轉到編碼效率較低的目標設定時，體積可能增加。
- 當來源檔案 B/像素 已很低時，在相近觀感下繼續減少體積的空間通常有限。
- 小尺寸圖片更容易受到編碼中繼資料與封裝開銷影響。
適用範圍與邊界
- 這是解釋型啟發式，不是每張圖都精準命中的體積預測器。
- 內容類型（照片、截圖、圖形）會影響最終大小變化。
- 品質參數與目標格式不同，結果趨勢也會改變。
常見問題
PicShift 會為了判斷體積趨勢再做一次完整重編碼嗎？
不會。提示基於輕量中繼資訊與格式規則，不會額外再做一次完整試編碼，因此互動更順暢。
B/像素 是如何計算的？
B/像素 以原始位元組數除以解碼像素數：originalFileSizeBytes / (width x height)。
「深度壓縮」判斷等於精確畫質評分嗎？
不等於。它用於解釋體積變化趨勢，不是嚴格的視覺品質評分。
相關頁面
最後更新: 2026-03-07