MP4 转 WebM
在浏览器中完成,无需上传
WebM
H.264 → VP8 · 重新编码
视频
MP4 → WebM规格
7 项| 项目 | 数值 | 备注 |
|---|---|---|
| 输入 | MP4、MOV | 或 FFmpeg 能读的任何视频 |
| 输出 | WebM,VP8 + Vorbis | 能播放 WebM 的浏览器都能播放 |
| 画面 | 重新编码为 VP8 | CRF 10,每像素最多 0.1 比特 |
| 声音 | Vorbis | 已经是 Vorbis 或 Opus 时直接复制,否则 Vorbis 质量 4 |
| 时间 | 开始前测量 | 在这台设备上试编码 2 秒 |
| 引擎 | 这个浏览器自带的编码器,或 FFmpeg(16.8 MB) | 只有浏览器做不了时才下载 FFmpeg,而且要按下写着它的按钮 |
| 处理位置 | 这个浏览器 | 不发送到服务器 |
会发生什么
5会发生什么,为什么
WebM 是为网络制作的免版税视频格式。每个主流浏览器都能在页面的 video 元素里播放它,有些网站和工具会点名要它。这个页面从 FFmpeg 能读的任何视频——MP4、MOV、MKV、AVI——生成 VP8 画面加 Vorbis 声音的 WebM。
是 VP8 和 Vorbis,而不是 VP9 和 Opus。较新的一对压缩得更好,但在这个页面的 FFmpeg 构建里,VP9 编码器会在浏览器里崩溃,Opus 编码器处理单声道以外的声音也会崩溃——所以不提供,而不是提供一个坏的。VP8 和 Vorbis 是 WebM 最初的编码,能播放 WebM 的浏览器都能播放它们。画面设为恒定质量 CRF 10,并以每帧每像素 0.1 比特为上限,这样繁忙的场景不会让文件大小失控。已经是 Vorbis 或 Opus 的声音直接复制;其他声音重新编码为质量 4 的 Vorbis,按 Xiph 自己的表约为 128 kbps。
页面先问浏览器自己。浏览器自带视频通话和屏幕录制用的编码器——H.264、VP9、AAC、Opus,通常在显卡上——当这个浏览器能用它们读取你的文件并写出结果时,就这样做:什么都不下载,先在这里测出时间,标签下面的那行会说明是浏览器的编码器完成的。MP4、MOV、WebM 和 MKV 文件通常都可以。AVI、WMV、FLV 不行,生成 MP3 也不行,这些走下面的方式。
处理由 FFmpeg 完成——大多数视频软件都建立在它之上——它被编译成 WebAssembly,在这个页面里运行。它很大——16.8 MB——不按下写着它的按钮就不会下载。下载后它读取你的文件,从中间取 2 秒试编码,然后在开始任何工作之前告诉你整个文件在这台设备上要多久。这个数字是在这里测出来的,而不是从表格里查的:同样的引擎和设置,你的处理器,你的视频。它仍然是估计值,并标明是估计值。
它比电脑上安装的程序慢。这里 FFmpeg 只用一个处理器核心,因为浏览器只在网站带有特定的安全响应头时才允许页面使用更多核心,而且完全不能使用显卡的视频编码器。一个长的高分辨率视频可能要好几分钟,在手机上更久。估计值会在你决定之前说明这一点,进度条随时显示剩余时间,按“取消”会立即停止。浏览器自带的编码器能做时会快得多,而且什么都不用下载。
常见问题
4能生成 VP9 或 Opus 的 WebM 吗
这里不能。在这个页面运行的 FFmpeg 构建里,VP9 编码器在试过的每种设置下都会在浏览器里崩溃,Opus 编码器处理立体声也会。VP8 和 Vorbis 在所有能播放 WebM 的地方都能播放;如果网站明确要求 VP9 或 Opus,请用桌面工具。
会保留透明度吗
不会。画面写入时不带透明通道,所以透明视频会出现在纯色背景上。
为什么这么慢
每一帧都要在浏览器里、用你处理器的一个核心解码再编码。安装的程序会用上所有核心,通常还有显卡的编码器;网页默认两者都用不到。页面会在你开始之前测出在你的设备上要多久,所以等待不会出乎意料。
视频会上传吗
不会。引擎下载到你的浏览器,你的文件在那里读取和写出。本网站没有上传接口,视频根本无处可去。