视频转换器，免费

容器、编解码器，以及转换究竟改变了什么

大多数文件扩展名指的是容器，不是编解码器。一个 .mp4 文件是一个包装，其中包含一条视频轨道加一条音频轨道加元数据。视频轨道可能用 H.264、H.265、VP9、AV1 或其他几种编解码器之一编码。音频轨道可能是 AAC、MP3、Opus 或 FLAC。在容器之间转换（例如 MP4 转 MKV）如果两个容器都接受相同的编解码器则不一定要重新编码任何内容；FFmpeg 可以通过流复制在几秒钟内完成。在编解码器之间转换（例如 H.264 转 VP9）则需要从头重新编码每一帧，这缓慢且有损。本工具检测所需操作，并在可能时选择更便宜的路径。

为什么会有容器：MP4（ISO/IEC 14496-14）为流式传输和索引而设计，具有快速查找表并支持许多编解码器，到处都能播放。WebM（Google，2010）是 Matroska 的子集，限制为免版税编解码器（VP8/VP9/AV1 加 Opus/Vorbis），为开放网络而生。MOV（Apple QuickTime，1991）是 MP4 的前身和 macOS 原生格式；ProRes 剪辑素材几乎总在 MOV 中。MKV（Matroska）是开源瑞士军刀：处理任意编解码器、字幕轨道、章节标记、附件；蓝光转录和动漫常用。AVI 是 1992 年微软留下的遗产，元数据弱，多见于老的 DivX/Xvid 编码。

为什么转换有时失败：把 .mov 重命名为 .mp4 不改变文件内部任何东西。如果您的 iPhone 导出了 HEVC 视频，没有 HEIC/HEVC 媒体扩展的 Windows 10 设备无论扩展名如何都会拒绝它。真正的转换必须把视频流重新编码为目标接受的编解码器。本工具默认对 MP4 输出使用 H.264 加 AAC，这是可用的最普遍兼容组合。

本工具的工作原理

和视频压缩器相同的引擎：FFmpeg 由 Jerome Wu 自 2019 年起通过 Emscripten 编译为 WebAssembly。浏览器端二进制约 30 MB，完全在标签内通过 SharedArrayBuffer 多线程运行（要求 Cross-Origin-Opener-Policy: same-origin 和 Cross-Origin-Embedder-Policy: require-corp 头，本站设置了这些）。当您拖入视频时，文件通过流式读取器读入 WebAssembly 虚拟文件系统。

在幕后，工具用类似 -i input.mov -c:v libx264 -preset medium -crf 23 -c:a aac -b:a 128k output.mp4 的命令做 MOV 到 MP4 转换。对于编解码器已经正确的仅容器变更（例如，把已包含 H.264 加 AAC 的 MKV 文件转为 MP4），工具使用 -c copy 进行近乎即时的流复制操作，只重写容器而不重新编码。选择基于对输入文件的探测自动发生。

每种格式的编解码器选择：MP4 输出使用 H.264 视频加 AAC 音频（通用）。WebM 输出使用 VP9 视频加 Opus 音频（开放且现代）。MKV 输出默认使用 H.264 加 AAC，但可携带 Matroska 支持的任何内容。AVI 输出使用 MPEG-4 Part 2 视频加 MP3 音频（遗留兼容）。工具选择正确的编解码器/容器配对，以便接收方播放器不会拒绝文件。

视频容器简史

• QuickTime / .MOV，1991 年。Apple 随 System 6 推出 QuickTime。.MOV 容器成为 Mac 多媒体的标准格式以及 MP4 的最终基础。
• AVI，1992 年。Microsoft 作为 Video for Windows 的一部分推出 AVI（Audio Video Interleave）。该格式早于现代编解码器特性：没有合适的字幕支持，元数据弱，没有适合流的索引。仍可见于旧的 DivX/Xvid 编码和老的屏幕录制。
• MP4 获批，2001 年。ISO/IEC 14496-14 将 MP4 正式确立为 MPEG-4 Part 14 容器，主要基于 QuickTime MOV。与 H.264/AVC（2003 年获批）结合，MP4 加 H.264 加 AAC 在 2000 年代末成为通用视频文件。
• Matroska，2002 年。开源灵活容器，设计用于处理任何内容：任意编解码器、字幕轨道、章节标记、附件。成为蓝光转录、动漫字幕和长篇归档的首选格式。
• WebM 推出，2010 年。Google 推出 WebM 作为 MP4 的开放免版税替代。限制为 VP8/VP9/AV1 视频加 Vorbis/Opus 音频。设计随 HTML5 video 一起发布而无专利许可顾虑。
• 浏览器侧转换成熟，2019 至 2026 年。Jerome Wu 在 2019 年发布第一个 ffmpeg.wasm。到 2024 年，4.x 系列稳定在约 30 MB，支持 SharedArrayBuffer 多线程。浏览器侧视频转换对 1 至 2 GB 的文件变得实用，替代许多基于云的服务用于个人用途。

工作原理

1. 上传您的视频：点击选择或拖放常见格式的视频文件（MP4、WebM、AVI、MOV、MKV）。
2. 选择输出格式：选择目标格式，并可选择调整质量、分辨率和编解码器设置。
3. 转换并下载：点击「转换」，处理完成后下载输出文件。

为什么使用视频转换器？

视频格式在各平台之间碎片化 · MP4 到处可用，WebM 为网页优化，MOV 是 Mac 标准，MKV 常用于高质量视频。当一个视频无法在设备上播放或上传到平台时，转换为正确的格式可立即解决问题。这个基于浏览器的转换器无需安装也不上传外部服务器即可处理最常见的格式转换。

功能特性

• 多种格式：在 MP4、WebM、OGG 及其他兼容 Web 的视频格式之间转换。
• 质量控制：调整比特率和质量设置，在文件大小和视频质量之间取得平衡。
• 分辨率选项：缩放到标准分辨率（1080p、720p、480p、360p）以减小文件大小。
• 保留音频：默认情况下，音频轨道会在转换输出中保留。
• 基于浏览器：视频处理通过 WebAssembly 在本地完成 · 您的视频从不离开设备。

真实世界的转换工作流

• 兼容性修复。iPhone 导出 HEVC 视频。Windows 10 的朋友无法播放。转换为 MP4 加 H.264 立即解决。这是转换的最常见原因。
• 平台上传要求。一些上传表单只接受 .mp4。一些社交平台会重新编码您发送的任何内容但要求特定容器。上传前转换避免被拒并减少服务器端重新编码伪影。
• 网页嵌入。网站上自托管的视频通常使用 MP4 用于 HTML video 标签。现代网站还为支持的浏览器提供 WebM 回退以获得略好的压缩。把原始母版转为 MP4 和 WebM 是标准步骤。
• 遗留归档抢救。2005 年硬盘上的旧 AVI/DivX 短片、已停服流媒体服务的 Flash FLV 文件、1990 年代的 .RM RealMedia 文件。转为 MP4 让它们能在现代设备上播放，并确保它们能在未来格式淘汰中幸存。
• 为剪辑准备素材。DaVinci Resolve、Premiere 和 Final Cut 都有偏好的剪辑编解码器。在导入前把 iPhone HEVC 短片转为 ProRes 或 H.264 MOV 减少解码负担并改善时间线擦选性能。
• 通过有格式限制的渠道分享。一些公司邮件网关通过 content-type 过滤阻断 MKV 或 AVI 附件。转为 MP4 绕过这些阻断。一些聊天客户端也是如此，它们会自动预览 MP4 但把 MKV 显示为通用文件。

常见陷阱及其含义

• 重命名扩展名什么都不做。在文件管理器里把 example.mov 改为 example.mp4 不会重新编码文件。如果里面的编解码器不被目标播放器支持，它还是会失败。真正的转换必须重新编码或重新封装实际的流。
• 字幕轨道被丢弃。MKV 文件中内嵌的软字幕（SRT、ASS、PGS、VobSub）默认通常不会在转为 MP4 时存活。工具需要显式配置才能复制或烧入字幕轨道。如果您需要保留字幕，请使用带显式字幕处理的桌面工具。
• 章节标记和元数据消失。蓝光式章节标记、嵌入的缩略图，以及导演/演员等丰富元数据通常在浏览器侧转换中丢失。输出容器只有视频和音频轨道。
• Alpha 通道压扁为黑色。ProRes 4444、带 alpha 的 HEVC（Apple 变体）和带 alpha 的 VP9 可以携带透明度。转为标准 H.264 MP4 会静默把透明度压扁为黑色背景。对于动态图形，请使用 MOV 中的 ProRes 4444 或保持在带 VP9 alpha 的 WebM。
• HDR 到 SDR 转换需要色调映射。10 位 HDR 短片（Dolby Vision、HDR10）转为 8 位 SDR 而没有显式色调映射会产生褪色或奇怪饱和的输出。在转换前在源设备上做色调映射或使用带 HDR 支持的桌面工具。
• 容器兼容不等于编解码器兼容。带 H.265 视频的 MP4 文件在 2026 年的手机上播放良好，但在 2015 年的 Windows 笔电上失败。容器没问题；里面的编解码器不行。永远为您的受众把正确的编解码器与正确的容器配对。

隐私：您的视频从不离开您的设备

CloudConvert、Convertio、FreeConvert、Zamzar、OnlineConvertFree 等许多服务都使用相同的流水线：上传整个文件，服务器运行 FFmpeg，您下载结果。一段 200 MB 的手机视频意味着通过他们的基础设施上传 200 MB 加下载 50 至 200 MB。视频内容常包含面孔、地点、对话音频、私人界面的屏幕录制、GPS 标记的场景。大多数运营商发布隐私政策，承诺在 1 至 24 小时内删除上传并在传输中加密；大型运营商持有 ISO/IEC 27001 认证。他们有强烈的商业动机来履行这些政策。但「一小时内删除」不等于「从未被看见」。在那个窗口里文件就在运营商基础设施上，对任何拥有正确权限的进程或人员可访问，并按运营商保留政策出现在日志和备份中。

本工具从不上传任何内容。完整流水线（文件选择、通过浏览器原生读取器解码、通过 ffmpeg.wasm WebAssembly 转换、通过浏览器 blob API 下载）在您的浏览器标签内运行。没有上传，没有携带视频数据的网络请求，没有日志条目。您可以在转换前打开浏览器开发工具的「网络」标签来验证：没有任何带视频内容的请求离开。只有页面本身的初始加载和 ffmpeg.wasm 约 30 MB 的一次性下载（后续访问缓存）会触及网络。页面加载后把浏览器切到飞行模式，转换器仍能在本地文件上工作。

何时另一个工具才是正确选择

• 超过 2 GB 的文件。约 2 GB 以上浏览器内存限制成为墙。请使用桌面 HandBrake 或 FFmpeg CLI，它们能从磁盘流式读取并使用所有可用系统 RAM。
• 保留字幕、章节、alpha。请使用带显式 -map 标志的桌面 FFmpeg、用于完全轨道控制的 Matroska 到 Matroska 重新封装的 MKVToolNix，或 macOS 上用于章节和元数据处理的 Subler/MetaX。浏览器侧转换适用于简单情况。
• 剪辑中间编解码器。Final Cut Pro、Avid、DaVinci Resolve 和 Premiere 希望使用 ProRes、DNxHD、DNxHR 或 Cineform 以获得流畅的时间线剪辑。浏览器工具无法产生这些编解码器（它们有许可且不在 ffmpeg.wasm 构建中）。请使用剪辑应用的原生转换（FCP 的 Compressor、Premiere 的 Media Encoder）或带 prores_ks/dnxhd 编码器的 FFmpeg CLI。
• 转换数百个文件。使用 FFmpeg CLI 的 shell 脚本或使用 subprocess 的 Python 脚本比运行浏览器工具 100 次显著更快。也可使用 GPU 编码器获得 10 至 20 倍加速。

常见问题

支持哪些视频格式？

工具支持在 MP4（H.264/AAC）、WebM（VP8/VP9/Opus）、OGG（Theora/Vorbis）及其他兼容 Web 的格式之间转换。对 AVI、MOV 和 MKV 的支持取决于浏览器通过 WebCodecs API 提供的能力。

为什么转换大视频很慢？

视频转换是计算密集型的。大文件（500 MB 以上）或高分辨率视频（4K）可能需要数分钟。转换通过 WebAssembly 在您的浏览器中运行，因此速度取决于您设备的 CPU。

转换时会损失质量吗？

在有损编解码器之间转换（如 H.264 转 VP9）总会有一些世代损失。以较高比特率转换可最大程度减少可见的质量损失。若需无损归档，使用最高质量设置或（若可用的）无损编解码器。

其他常见问题

我能直接重命名文件扩展名吗？

不能。扩展名是操作系统的元数据，但不改变内部实际编码的字节。一个被重命名为 .mp4 的 .mov 仍然以原始编解码器编码，可能在目标环境中可播放也可能不可。真正的转换必须重新编码（或重新封装）实际的流。

质量会下降吗？

流复制转换（编解码器不变，仅容器变）是无损的：比特原封不动地被复制到新包装中。重新编码转换（编解码器变化）引入一代量化噪声；输出在视觉上接近但在数学上与输入不同。避免对同一文件多次通过编解码器变化进行转换；每一轮都增加另一代损失。

我应该选 MP4、WebM、AVI 还是 MKV？

MP4 用于分享给任何人任何设备。WebM 用于网页嵌入，您希望更好的压缩且不介意放弃 Safari 2024 年前的兼容性。MKV 用于保留字幕和章节标记的归档。AVI 仅在遗留系统明确需要时使用。不确定时默认 MP4。

为什么转换比播放慢？

解码视频在计算上很轻（您的手机在低功率下能实时完成）。编码视频在计算上很重：编码器必须搜索压缩每一帧的最佳方式，比解码工作量大几个数量级。一段 5 分钟的短片在典型笔电 CPU 上以良好质量编码可能需要 5 至 20 分钟。硬件编码器（NVENC、QuickSync、VideoToolbox）快 10 至 20 倍，但需要桌面应用；浏览器工具无法访问它们。

有桌面或命令行的等效工具吗？

有，几个。HandBrake（免费、跨平台 GUI，底层用同样的 FFmpeg）。FFmpeg CLI 是正典的命令行工具。MKVToolNix 用于 Matroska 特定操作。Subler 用于 macOS 上的 MP4 元数据。所有这些与本浏览器工具产生本质上相同的输出，因为它们共享同一底层引擎。

EXIF 元数据会在转换中存活吗？

大多数不会。仅容器转换（例如把 MKV 流复制为 MP4）保留相当多；编解码器重新编码通常丢弃嵌入的缩略图、GPS 标签和任意元数据键。如果您的工作流依赖元数据保留，请使用带显式元数据映射标志的桌面工具（FFmpeg 的 -map_metadata 0 加 -movflags use_metadata_tags）。