你可能遇到过这种情况：一个视频在某个播放器里能打开，换到手机、电视或剪辑软件里却打不开。你把它拖进转换器，选择 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。
相关阅读