無需上傳, 100% 本機處理, 無需帳戶

壓縮影片

在瀏覽器中將你的影片重新編碼為 H.264+AAC(MP4)。品質預設或目標位元率。不會傳送任何資料至伺服器。

壓縮影片 的運作方式

在不傳送任何內容的情況下,將影片壓縮為更小的檔案。工具使用編譯為 WebAssembly 的 ffmpeg,以 H.264 視訊和 AAC 音訊重新編碼你的影片片段,放入 MP4 容器中。你可以透過 CRF(固定速率因子)滑桿或目標位元率來控制壓縮程度,取決於你的目標。

CRF 18 保持品質接近原始,同時稍微縮減大小;CRF 28 進一步削減,但會使細節變軟。目標位元率模式讓你可以達到特定的大小上限,在上傳表單強制限制檔案大小時很有用。重新編碼是 CPU 密集型作業,在你自己的機器上執行,因此 10 分鐘的 4K 影片需要比 30 秒 1080p 短片明顯更長的時間。

壓縮影片 的分步使用說明

  1. 拖曳或選擇你想要壓縮的影片檔案。
  2. 選擇 CRF 模式以獲得一致的視覺品質,或在需要精確檔案大小時選擇位元率模式。
  3. 調整 CRF 值(18-28 範圍;越低 = 品質越好,檔案越大)或輸入目標千位元每秒數值。
  4. 點擊「壓縮」並等待 ffmpeg 在你的裝置上完成重新編碼。
  5. 按鈕出現時下載較小的 MP4。

常見使用情境

  • 在將錯誤報告或 Slack 訊息附加原始螢幕錄影前先縮小它。
  • 讓一段假期影片符合電子郵件或雲端儲存服務規定的大小限制。
  • 針對特定位元率縮減網站背景循環影片的頻寬使用量。
  • 以較低品質封存舊 SD 卡的影片資料庫,在不刪除檔案的情況下釋放磁碟空間。

常見問題

H.264 重新編碼器會將我的影片傳送到伺服器嗎?

不會。編譯為 WebAssembly 的 ffmpeg 直接在你的瀏覽器分頁中執行 libx264 編碼器。你的影片讀入本機記憶體,在那裡壓縮,較小的 MP4 儲存到你的裝置。沒有任何內容傳輸到 Sunasty 或任何第三方。你可以在工具執行時觀察 DevTools 的「網路」分頁來確認這一點。

我應該使用什麼 CRF 值?

CRF 18 在視覺上接近無損,是封存你關心之影片的良好起點。CRF 23 是 libx264 的預設值,是穩健的通用折衷方案。CRF 28 積極縮減檔案,但在快速動作或細膩紋理上會引入明顯的柔化效果。對於在線上分享影片片段,21-24 通常是最佳點。

為什麼瀏覽器中的壓縮速度比桌面應用程式慢得多?

WebAssembly 執行速度接近原生,但仍在單執行緒瀏覽器環境中,沒有硬體視訊加速。透過 ffmpeg.wasm 使用 libx264 編碼比可以使用 NVENC、QuickSync 或多核 CPU 平行處理的原生 ffmpeg 二進位檔案確實更慢。短片段或較低解析度可以快速完成;長 4K 影片需要耐心。

我可以壓縮 MKV、MOV 或 AVI 檔案,而不只是 MP4 嗎?

可以。ffmpeg.wasm 讀取所有常見的容器格式。輸出始終是帶有 H.264 的 MP4,因為這個組合可以在任何裝置和瀏覽器上播放,無需外掛程式。

輸出會保留原始音訊品質嗎?

音訊預設以 128 kbps 重新編碼為 AAC,對於語音是透明的,對於音樂也足夠。如果源音訊已經是 AAC 且你需要精確保留它,請使用單獨的音訊複製工具,而不是這個壓縮器。

有檔案大小限制嗎?

由於沒有伺服器參與,所以沒有伺服器端限制。實際上限是你的瀏覽器可用的 RAM。大多數裝置可以處理幾 GB 的檔案;非常大的影片片段可能導致分頁在編碼完成前記憶體耗盡。先分割影片片段再分別壓縮每個部分是可靠的替代方案。

我可以在手機上壓縮影片嗎?

可以,但老實說,手機瀏覽器單一分頁可用的記憶體比筆電少得多。1080p 以下的短片在大多數近期機型上都能順利壓縮。較長或 4K 的片段在行動裝置上比在桌機上更容易讓分頁記憶體耗盡;如果發生這種情況,請先把片段剪短,或改到電腦上再試一次。