你可能遇過這種情況：一個影片在某個播放器裡可以開啟，換到手機、電視或剪輯軟體裡卻不能播放。你把它拖進轉換器，選擇 MP4。有時兩秒鐘就完成，有時電腦風扇轉了十幾分鐘，最後檔案變小了，畫面也變軟了。
同樣是「轉換」，背後可能是兩件完全不同的事：轉封裝和重編碼。轉封裝只是換外殼，重編碼則會重新壓縮影片本身。理解這兩個概念，就能解釋為什麼有些轉換很快且無損，有些轉換很慢並且可能掉畫質。
重點結論 {#key-takeaways}
- 轉封裝只改變容器，不改變影片資料。 例如 H.264 + AAC 的 MKV 轉成 MP4，通常可以秒級完成。
- 重編碼會改變編碼格式或壓縮參數。 它要逐幀處理，所以更慢，也可能損失畫質。
- 畫質損失通常來自重編碼，不是來自「換成 MP4」這個動作。
- MP4 + H.264 + AAC 仍然是最穩的通用組合。 瀏覽器、手機、電視和剪輯軟體基本都支援。
- WebM 常見 VP9/AV1 + Opus。 要轉成通用 MP4 時，經常需要重編碼。
- VidMost 的格式轉換應該優先無損轉封裝，只在相容性需要時才重編碼。
最簡單的區別
一個影片檔至少有兩層。容器是外殼，例如 MP4、MKV、WebM、MOV、MPEG-TS。編碼是裡面的影片和音訊如何被壓縮，例如 H.264、H.265、AV1、VP9、AAC、Opus。如果你想系統理解這層關係，可以先讀 Video Containers vs Codecs。
轉封裝就是「換外殼」。影片畫面和音訊資料不變，只是從一個容器搬到另一個容器。例如一個 MKV 檔裡面本來就是 H.264 影片和 AAC 音訊，那麼放進 MP4 容器通常不需要重新壓縮。這個過程非常快，也不會改變畫質。
重編碼則是「重寫內容」。轉換器會先把原影片解碼成幀，再用新的編碼格式和參數壓縮一次。只要你要改編碼、改解析度、壓縮體積、燒錄字幕，或目標裝置不支援原編碼，就需要重編碼。
什麼時候只需要轉封裝
只要原有的影片流和音訊流能被目標容器接受，就可以轉封裝。
最常見的例子是 MKV 轉 MP4。MKV 很自由，可以裝很多種編碼。MP4 更嚴格，但它非常適合 H.264 影片和 AAC 音訊。如果你的 MKV 已經是這個組合，轉換成 MP4 只是換容器，幾乎不需要計算。
另一個常見例子是 MOV 轉 MP4。很多手機和相機會輸出 MOV，而 MOV 和 MP4 本來就是近親。如果裡面是 H.264 或 H.265 影片加 AAC 音訊，轉成 MP4 往往也是無損轉封裝。
HLS 或 DASH 的分片也經常需要轉封裝。網頁播放時可能是一堆 .ts 或 fragmented MP4 片段。把這些片段按順序合併後，最後通常需要放進一個完整 MP4 容器，方便播放器識別和拖動進度條。
適合轉封裝的信號：
- 影片編碼是 H.264 或 H.265。
- 音訊編碼是 AAC 或 MP3。
- 目標格式是 MP4 或 MOV。
- 不需要壓縮體積。
- 不需要改解析度、幀率或碼率。
什麼時候必須重編碼
當原始編碼不能直接放進目標格式，或目標裝置不支援原始編碼時，就必須重編碼。
比如 WebM 轉 MP4。WebM 常見 VP9 或 AV1 影片，音訊常見 Opus。這些組合在 WebM 裡很正常，但很多 MP4 播放環境並不接受。要做成最通用的 MP4，通常需要把影片轉成 H.264，把音訊轉成 AAC。
如果你要改變畫面本身，也必須重編碼。比如 4K 轉 1080p、裁剪黑邊、改變幀率、把字幕燒進畫面、穩定抖動畫面，這些都不能透過簡單複製完成。
壓縮體積也是一樣。一個 2GB 影片想變成 300MB，轉封裝沒有用，因為原影片流還是那麼大。必須降低碼率或換更高效的編碼格式，這就是重編碼。
常見的重編碼場景：
- WebM 轉成老裝置可播放的 MP4。
- AV1 轉 H.264，追求最大相容性。
- H.265 轉 H.264，給舊電視、舊瀏覽器或舊剪輯軟體使用。
- Opus 轉 AAC，提升 MP4 播放相容性。
- 4K 縮到 1080p。
- 把大檔案壓到更小體積。
為什麼「轉成 MP4」並不明確
「轉成 MP4」可能有兩種意思。
第一種是把原有影片流放進 MP4 容器。這是轉封裝，快且無損。
第二種是做成最通用的 MP4。通常意味著 H.264 影片加 AAC 音訊。如果原檔已經是這個組合，仍然可以轉封裝。如果原檔是 AV1、VP9、Opus、FLAC 或特殊 H.265 配置，就可能需要重編碼。
所以兩個同樣叫 .mkv 的檔案，轉換速度可能完全不同。一個裡面是 H.264 + AAC，幾秒就能變成 MP4。另一個裡面是 AV1 + Opus，你又要求手機相容 MP4，那就可能要跑很久。決定工作量的不是副檔名，而是裡面的編碼。
VidMost 的處理方式
VidMost 的格式轉換更適合理解成瀏覽器裡的媒體工作流，而不是傳統意義上笨重的檔案轉換器。使用者先瀏覽網頁，識別影片資源，把頁面保存進 Link Library，必要時再把影片整理成更適合播放或分享的格式。
理想邏輯很清楚：
- 能轉封裝時，優先轉封裝，保持無損和高速。
- 目標格式或裝置不相容時，再使用硬體加速重編碼。
- 只追求相容時，預設 MP4 + H.264 + AAC。
- 追求歸檔時，可以保留原編碼，選擇 MKV 或合適的 MP4。
這樣它看起來更像「為影片網頁最佳化的個人瀏覽器」，而不是只會下載的工具。
常見誤區
第一個誤區是直接改副檔名。把 video.mkv 改成 video.mp4 不是真轉換，只是改了名字。播放器讀取檔案頭後，仍然會發現它不是正確的 MP4。
第二個誤區是所有檔案都重編碼。很多轉換器為了省事，會全部解碼再壓縮成新 MP4。這樣實作簡單，但很多場景其實只需要轉封裝，重編碼反而浪費時間和畫質。
第三個誤區是盲目追新編碼。AV1 和 H.265 很高效，但相容性仍然重要。如果檔案要給老電視、舊 iPad、課堂電腦或剪輯軟體使用，H.264 in MP4 仍然是最穩妥的答案。
總結
轉封裝和重編碼都很有用，但不能混為一談。容器不合適時，轉封裝。編碼、解析度、碼率或裝置支援不合適時，重編碼。最好的轉換，往往是改動最少的轉換。
VidMost 的格式轉換方向也應該如此：預設優先無損轉封裝；確實需要相容性時，再明確地走硬體加速重編碼；需要到處播放時，MP4 + H.264 + AAC 仍然是可靠 fallback。
相關閱讀