AVI 转 MP4 转换器

AVI 转 MP4 转换器

将旧版 AVI 视频转换为现代 MP4 格式，提升设备兼容性。与 MKV 转 MP4（常常可以快速无损重封装）不同，AVI 几乎总是需要真正的重编码——本页解释原因，以及转换在速度、体积、画质上会有什么预期。

AVI 为什么文件巨大：1992 年的容器活在 2026 年

AVI（Audio Video Interleave）由微软于 1992 年随 Video for Windows API 推出，它的设计假设被永久冻结在那个时代：

• 不支持现代编码器。 AVI 比 H.264 早了 15 年，比 B 帧交错技术早了十年以上。它技术上能装 MPEG-4 ASP 视频（DivX/XviD），但所需的 hack 手法让格式变得脆弱。
• 压缩能力弱。 AVI 的主流编码器——DivX、XviD，以及更老的 Indeo/Cinepak——编码效率远低于 H.264。2006 年一张 CD 装的 700 MB AVI 影片，所含的视频信息量还不如今天 200 MB 的 H.264 文件。
• 不支持流式播放、章节、字幕。 索引写在文件末尾，播放必须等整个文件就绪才能开始。

这解释了 AVI 为什么主要存活于 2000 年代的 DVD 转制工具、早期数码相机和屏幕录像软件的输出里——也解释了为什么今天所有的播放器、手机和剪辑软件最多把它当作"遗留导入格式"。

为什么 AVI → MP4 意味着转码（通常如此）

容器置换（remux/重封装）把已压缩的视频流原样拷进新容器，不重编码——快且无损。但它成立的前提是：容器里的编码器在目标容器中是"原生公民"。

对 AVI 而言这在实践中基本不成立：

1. 编码器本身就是问题。 DivX/XviD 是 MPEG-4 Part 2（ASP）。MP4 技术上可以封装 ASP 视频，但几乎没有硬件解码器和浏览器愿意播放它——你会得到一个"名义上的 MP4"。
2. AVI 的时间戳模型翻译不过去。 AVI 用固定帧时长，MP4 用逐样本时间戳；AVI 里的 B 帧依赖 packed bitstream hack，流复制时会直接出错。

因此本工具会先尝试快速复制路径（简单场景偶尔成功），检测到失败后自动降级为真正的 H.264 转码。对 AVI 来说降级才是预期路径——这也是本页转换比 MKV、MOV 慢的原因，同时解释了为什么结果才真正有用：一个在任何地方都能播放的 H.264/AAC MP4。

转码时流水线的具体行为：

• 视频：重编码为 H.264（libx264），像素格式 yuv420p 以获得最大兼容性
• 音频：重编码为 AAC 128 kbps（源通常是 mp3/AC3）
• 容器：带 +faststart 的 MP4，网页播放可以边下边播

预期管理：速度、体积与画质

两个实用提示：

• 先裁剪再转换。 转码要处理所选范围内的每一帧，只留你需要的 30 秒是最大的提速手段。
• 浏览器内存上限。 浏览器内转换跑在约 2 GB 的 WebAssembly 地址空间里，接近该大小的文件会失败；超大 AVI 请先裁剪或使用桌面版。

AVI 文件的典型来源

• 2000 年代的 DVD 转制（DivX/XviD 时代）——最常见的场景
• 早期数码相机/摄像机（Motion JPEG AVI，每帧都是一张 JPEG，体积惊人）
• 老屏幕录像和游戏录制
• 至今仍默认输出 AVI 的遗留软件

Motion JPEG 值得单独一提：因为 MJPEG 几乎不做时间轴压缩，一小时的素材可能超过 10 GB。转成 H.264 后通常缩小 10-20 倍且无可见损失——这是本工具所有转换方向中最 dramatic 的体积收益之一。

使用技巧

• AVI 文件通常需要转码（比重新封装慢）
• 支持旧编解码器如 DivX/XviD
• 建议在转换前裁剪大文件
• 文件接近 2 GB 时浏览器转换大概率失败——先裁剪或改用桌面版