把 MOV、MKV、WebM 转成 MP4

转 MP4 为什么通常是秒完成

一个视频文件由两样东西构成：容器，和装在里面的编码。容器——MP4、MOV、MKV、WebM——相当于一套归档规则，它记录每一段画面和声音存在哪、视频有多长、播放时该朝哪个方向摆正。编码则是压缩后的画面和声音本身。改文件后缀这两样都不动，所以改后缀从来都不管用。

由此得出一个很有用的结论：MOV、MKV 和 MP4 可以装同样的编码。手机录成 MOV 的片子是 H.264 或 HEVC 视频配 AAC 音频；同一台手机录出来的 MP4 是同样的 H.264 和同样的 AAC，只是归档方式不同。所以在它们之间转换根本不必碰视频——压缩好的画面可以从一个容器里原封不动地搬进另一个，逐字节搬。这个操作叫 remux（换容器），代价比重新编码低几个数量级，因为没有任何一帧被解开或重新压过。

只要可能，这个工具走的就是这条路。你一选好文件它就读出编码，并告诉你接下来是两件事中的哪一件：直接搬进新容器，几秒完成、画面不可能变；还是真正的重新编码，要花实打实的时间，画面也确实会变。你在动手之前就能看到是哪一条，以及为什么。

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，所有音轨都会进 MP4，因为 MP4 对能装多少条并没有实际限制。但它们的待遇是一致的：只要第一条需要重新编码，其余的也一起重新编码。

字幕带不过来。内嵌的字幕轨会被丢掉，这是真的做不到，不是我们不想做——MKV 的字幕格式在 MP4 里没有值得一写的对应物，而且我们用的浏览器端读取器根本不暴露这些轨道，所以我们甚至没法告诉你某个文件本来有字幕。如果你的 MKV 里有你需要的字幕，转换前先单独把它导出来，或者干脆留着 MKV。

章节标记和附件（字体、封面图）同样会被留下。如果一个 MKV 是一整张碟的存档而不是单个视频，转成 MP4 会把它压平成只剩画面和声音。

WebM 转 MP4

WebM 是唯一一种几乎永远走不上快速路径的输入，这件事最好先说清楚。WebM 存在的意义就是装 VP8、VP9 或 AV1 配 Opus 或 Vorbis 音频——这些编码是为网页而生的，而且前两个装进 MP4 后在浏览器之外根本没法用。这里没有什么「搬过去还能播」的东西，所以视频是真的要重新编码成 H.264、音频重新编码成 AAC。这要花实打实的时间，和视频长度成正比，并且要付一代画质。

但仍然值得做，因为只有这样文件才通用。WebM 在多数视频剪辑软件里打不开，导不进多数手机相册，很多电视和老设备也放不了——让它适合流媒体的那些特性，恰好就是让它在别处处处别扭的那些。转完你拿到的是一个行为正常的文件。

产物会比 WebM 大，有时候大得多。VP9 和 AV1 比 H.264 更新也更高效，所以同样的画面用 H.264 编就要更多比特。如果体积比兼容性更要紧，你手上那个 WebM 才是更小的那个。

因为这里的活儿全部就是重新编码，一个长 WebM 花的时间大致等于压一段同样长的视频。进度是实测出来的，不是估的，而且随时可以取消。

这个工具不做什么

它只转 MP4，别的都不做。边界在哪就直说，比让你自己撞上要好。

1. 只输出 MP4。这页没有 MP4 转 WebM，没有导出 GIF，也没有只导音频。
2. 它不会让文件变小。搬运产物的体积按设计就和原文件一样；重新编码甚至可能更大。压缩是另一件事，有它自己的设置。
3. 它不改画面。分辨率、帧率、旋转全部原样带过去——不缩放也不裁切。
4. 一次一个文件。没有批量队列。
5. 字幕、章节和附件会被丢弃。只有画面和声音会被带过去。
6. 没有体积上限，但有一道存储检查。MP4 是边生成边写进本地存储的，所以内存不会随文件一起涨——但空间得真的有，而且这在开始之前就会被验证，不会让你压到一半才发现。

你的原文件从不会被修改或移动。MP4 是你下载的一个新文件，所以要不要删原件永远是你自己明确的决定。

常见问题