MOV、MKV、WebM 轉 MP4

轉成 MP4 為什麼多半是瞬間的事

一個影片檔其實是兩件互相獨立的東西：容器，以及裝在裡面的編碼。容器——MP4、MOV、MKV、WebM——是那套歸檔方式，它記錄畫面和聲音的每一塊放在哪裡、影片多長、播放時該以哪一面朝上。編碼則是壓縮過的畫面和聲音本身。改檔名不會動到其中任何一件，這也正是把副檔名改掉從來沒用的原因。

由此得到一個很有用的結論：MOV、MKV 和 MP4 裝的可以是同一批編碼。你手機錄成 MOV 的那段片子，是 H.264 或 HEVC 畫面配 AAC 音訊；同一支手機錄出來的 MP4，也是同樣的 H.264 配同樣的 AAC，只是歸檔方式不同。所以在兩者之間轉換根本不必動畫面——壓縮好的畫面可以從一個容器裡取出來，逐位元放進另一個容器。這個動作叫重新封裝，比重新編碼便宜好幾千倍，因為沒有任何一格畫面被解開再壓回去。

這個工具能走這條路就走這條路。你一選檔案，它就讀出裡面的編碼，並告訴你接下來會發生哪一種事：幾秒鐘完成、不可能改變畫面的單純搬運，還是真的要花時間、也真的會改變畫面的重新編碼。你在按下確認之前就會看到是哪一種，以及理由。

1. 選一部影片，或者拖進上面的方框。檔案是從你的磁碟讀的，不會上傳。
2. 看一眼跳出來的面板。它會點名找到的編碼，並逐軌說明各自是要搬過去還是要重新編碼。
3. 按下轉檔。搬運幾乎是瞬間的；重新編碼會顯示真實進度。下載時 MP4 會存在你原檔旁邊，原檔原封不動。

重新封裝沒有品質選項，因為根本沒有品質可決定：MP4 裡的畫面，就是 MOV 裡那份壓縮資料本身。唯一會有損失的路是重新編碼，而那條路絕不會被悄悄走上。

哪些視訊編碼能直接搬，哪些必須重編

MP4 這個容器比一般人以為的寬容得多——它可以合乎規範地裝 VP9 或 AV1，這樣做出來的檔案也能順利通過驗證。問題在於，合乎規範和播得出來是兩個不同的問題。我們把這些編碼一個一個試過：搬進 MP4，再用蘋果自己的解碼層打開，也就是 QuickTime 和每個 macOS 應用程式都在用的那一層。有幾個結構上毫無瑕疵的檔案，直接拒絕開啟。

所以這個工具依循的規則不是「MP4 允許什麼」，而是「變成 MP4 之後還播得動什麼」。通過第二道檢驗的一律照搬；沒通過的一律重新編碼成 H.264——因為一個只能在剛才那個瀏覽器裡打得開的檔案，等於根本沒轉過。

如果你的檔案落在上面那三種不支援的編碼裡，你會在按下任何按鈕之前就知道。這道檢查是在你的裝置上、從檔案自己的標頭讀出來的，一點成本也沒有。

音訊軌會怎麼處理

音訊走的是同一套思路，但有自己的規則，而且值得讀一下：同一個檔案，音訊的答案可能和畫面不一樣。一個 MOV 完全可能畫面照搬、聲音重編。這種情況一旦發生，轉檔就不再是瞬間的了，上面那個面板會明說，而不是套用快速路徑的措辭。

AAC 照搬，因為 MP4 配 AAC 是每個播放器都預期的那一組。其他編碼多數會重新編碼成 AAC——包括我們實測搬運會成功的 FLAC 和未壓縮的 PCM。這是刻意的取捨：那些冷門的 MP4 音訊盒子在我們測得到的機器上能跑，我們不會因此向你保證它在你的機器上也能跑。重新編碼成 AAC 不需要這種保證，代價只是零點幾秒；至於無損來源，代價是一次有損轉換。

音軌照搬時，環繞聲一定保留。走重新編碼那條路則會被降成立體聲，因為瀏覽器的 AAC 編碼器直接拒收多聲道輸入——降混總比轉檔失敗好。

MOV 轉 MP4

重新封裝存在的理由就是這個情境，實際上這幾乎只是走個形式。MOV 是蘋果的容器，兩種格式的血緣近到 MP4 本來就是從它標準化出來的——這也是為什麼 iPhone 拍的、或從 Mac 匯出的 MOV，幾乎一定裝著 H.264 或 HEVC 畫面配 AAC 音訊，正好就是 MP4 想要的東西。兩條軌都照搬，不管影片多長都只要幾秒鐘，畫面不只是像原片，而是和原片相同。

有兩種 MOV 表現不一樣，丟檔案之前值得都知道一下。螢幕錄影和專業流程產出的素材常常是 ProRes：搬得順利，但不會變小——你會拿到一個和原檔差不多大的 MP4，這不是故障，而是誠實的結果。MOV 也可能帶 Dolby 音訊；那種情況下聲音會照搬而不是轉換，理由見上面那張表。

旋轉會保留。手機直拍的影片其實是橫躺著存的，旁邊掛一個旗標告訴播放器要轉過來；那個旗標會一併帶進 MP4——結果不會歪掉。

MKV 轉 MP4

MKV 在某個意義上是 MOV 的反面：它刻意把口子開得很大，幾乎什麼都裝，所以你的檔案會怎麼處理，完全看裡面被放了什麼。不過常見情況仍然是單純搬運——一個裝著 H.264 配 AAC 的 MKV，幾秒鐘就變成 MP4，沒有任何東西被重編。裝著 VP9 或 MP3 音軌的 MKV，那一軌就會走重編。面板在開始之前就會說明是哪一種，你才知道要等兩秒還是兩分鐘。

多條音訊軌會一併帶過去。有多國語言音軌的 MKV，在 MP4 裡會全部保留，因為 MP4 對能裝幾條並沒有實務上的上限。但它們會被一視同仁：只要第一條需要重編，全部都會重編。

字幕不會帶過去。內嵌字幕軌會被捨棄，而這不是取捨而是真正的限制——MKV 那幾種字幕格式在 MP4 裡沒有值得一寫的對應，何況我們在瀏覽器端用的讀取器根本不會把那些軌顯示出來；也就是說，我們連「這個檔案裡有字幕」都沒辦法告訴你。如果你需要那些字幕，請在轉檔前另外把它們抽出來，或者把 MKV 留著。

章節標記和附件（字型、封面圖）也會留在原地。如果一個 MKV 與其說是一部影片、不如說是一份光碟封存，轉成 MP4 等於把它削減到只剩畫面和聲音。

WebM 轉 MP4

WebM 幾乎是唯一一種用不上快速路徑的來源，這件事最好一開始就知道。WebM 存在的目的就是裝 VP8、VP9 或 AV1，配上 Opus 或 Vorbis 音訊——這些編碼是為網頁而生的，就前兩者而言，放進 MP4 裡在瀏覽器以外的任何地方都派不上用場。這裡沒有什麼是搬過去還播得動的；所以畫面真的會重新編碼成 H.264，聲音也會轉成 AAC。這要花與影片長度成正比的真實時間，並且付出一代有損品質。

但還是值得做，因為只有這樣檔案才帶得走。WebM 在多數影片編輯軟體裡打不開，多數手機不肯收進相簿，很多電視和舊裝置也播不了——讓它適合串流的那些特性，正好就是讓它在其他任何地方都很麻煩的特性。你換回來的是一個表現正常的檔案。

請預期 MP4 會比 WebM 大，有時大不少。VP9 和 AV1 比 H.264 新也更有效率；同樣的畫面用 H.264 編，就是要更多位元。如果容量比相容性重要，你手上那個 WebM 本來就是比較小的那一個。

因為這裡的工作全是重新編碼，一部長 WebM 花的時間大致等同於壓一部差不多長的影片。進度是量出來的不是猜的，而且你隨時可以取消。

這個工具不做的事

這個工具只轉 MP4，別的不做；與其等你自己撞上邊界，不如直接講清楚。

1. 只產出 MP4。這一頁沒有 MP4 轉 WebM、沒有 GIF 匯出，也沒有純音訊輸出。
2. 不會讓檔案變小。搬運照設計就會產生和原檔一樣大的檔案；重新編碼甚至可能更大。壓縮是另一件事，有它自己的設定。
3. 不會動畫面。解析度、影格率和旋轉原樣帶過去——不縮放，也不裁切。
4. 一次一個檔案。沒有批次佇列。
5. 字幕、章節和附件會被捨棄。只有畫面和聲音會帶過去。
6. 不限容量，但會檢查磁碟。MP4 是邊產生邊寫進本機儲存空間的，所以記憶體不會跟著檔案一起長——但空間必須真的存在，而這件事在開始之前就會先驗過，而不是走到一半才發現。

你的原檔永遠不會被修改或搬動。你下載到的是一個新檔案，要不要刪掉來源，始終是你自己明確做的決定。

常見問題