WebM 转 MP4

把 .webm 转成 iPhone、剪辑软件和 QuickTime 都收的 .mp4。这个转换是真正的重新编码,页面会把代价讲清楚。

转换器是编译成 WebAssembly 的 ffmpeg。你选第一个文件时它会下载一次(约 30 MB),之后就留在浏览器缓存里。

文件在你自己的浏览器里处理,不会上传。引擎本身有 30 MB,只在第一次使用时下载,之后都从浏览器缓存里取。

WebM 转 MP4 怎么用

  1. 1把 .webm 拖进上面的方框,或点击选择文件。
  2. 2视频重编为 H.264,音频重编为 AAC。这个任务要花真实的时间,运行中那一行会显示进度。
  3. 3完成后下载 .mp4。

为什么 WebM 转 MP4 是慢的那种转换

在这个站点上,容器转换大多是瞬间完成的,因为里面的视频可以原样搬进新文件。 WebM 转 MP4 是例外,原因值得搞清楚:WebM 装的是 VP8 或 VP9 视频, 而那些播不了 WebM 的设备(主要是 iPhone、Safari、QuickTime 和桌面剪辑软件), 把这些编码装进 MP4 一样播不了。只换盒子什么也改变不了。

所以工具做的是真功夫:每一帧都被解码再重编成 H.264,音频变成 AAC, 结果在近十五年产的几乎所有设备上都能播。代价是时间:在浏览器里, 这跑得比片长本身还慢,有进度条和真正能停下来的取消按钮。 我们宁可把这一点提前讲明,也不想让一个转圈动画暗示相反的事。

什么时候该用这个工具

短素材是最合适的场景。要放进幻灯片的屏幕录制、剪辑软件拒收的浏览器录制片段、 需要在手机上播放的下载片段:半分钟的视频大约一分钟转完,完全在本地, 什么都不出你的机器。最后这点对屏幕录制尤其重要,那里面往往有你不会随便粘贴到 陌生网站里的内容。

一小时的录像就对自己诚实一点,算算时间账,用桌面软件。浏览器最终也能转完, 但在那个量级上它不是对的工具。

输出的是什么

一个 .mp4,装着按源分辨率和帧率选定码率的 H.264 视频和 AAC 音频, 索引在文件开头,一打开就能播。接受 500 MB 以内的文件, 转完可以直接在页面里点开预览,确认画面和声音都对了再下载。 第一次运行会下载一次转换引擎,页面在开始前就写明了它的大小, 之后它留在浏览器缓存里,第二个文件不用再等。

常见问题

为什么这个转换比别的慢?
因为它没法走捷径。WebM 装的是 VP8 或 VP9 视频,MP4 虽然技术上能存 VP9,但人们转格式正是为了迁就的那些播放器(首先是苹果全家)拒绝在 MP4 里播它。所以视频是真的一帧一帧解码再重编成 H.264 的,全程在你的浏览器里。那些瞬间转完 WebM 的工具,要么是在服务器机房里跑的,要么给你的 MP4 到了 QuickTime 还是打不开。
大概要等多久?
经验法则是比片长更久。浏览器里的编码比实时要慢,30 秒的片段是一小段等待,20 分钟的视频就是一杯咖啡的时间。有进度百分比和取消按钮,标签页要保持打开。很长的视频,桌面软件在这件事上一定比任何浏览器工具快。
重新编码会损失画质吗?
会叠加一代压缩,这是实话。编码器会按源的分辨率和帧率匹配码率,动态画面里很难看出损失,但重编永远不是免费的。这是这类转换本身的属性,不是这个工具的缺陷:任何能从 WebM 产出可播放 H.264 的工具都要付这笔账。
WebM 文件都是从哪来的?
屏幕录制工具、浏览器的录制接口、某些模式下的 OBS 默认输出,以及从网上下载的视频。WebM 本身是个优秀的格式,只是苹果生态从未接纳它,所以文件在 Chrome 里播得好好的,你的剪辑软件和手机却不认。
视频会被传出去吗?
不会。解码和编码在内的整条流水线都在你的浏览器里由编译成 WebAssembly 的 ffmpeg 完成,文件不离开你的设备。

更多免费工具