VOB 至 WebM 转换常见问题解答

我如何重新编码 VOB 到 WebM 而不损失可见的质量?
+
上传您的 VOB 文件 和转换器应用基于 CRB 的重编码, 瞄准视觉上无损 WebM 输出( H.264 / H.265 CRF 18, VP9 / AV1 的 CRF 30为粗略等值) 。 WebM 目标默认为 VP9; MP4 目标默认为 H264, 用于最宽的回放支持 。
编码器跟随 WebM 容器 。 { 0} = WebM picks VP9 (或者选择 ~ 30% 小文件的 AV1 ) ; WebM = MP4 picks H.264; WebM = MKV picks H.265 。 高级选项允许您独立覆盖编码器 。
是 - 当源和目标共享编码器(例如,在 MP4 和 MKV 中)或重新编码为 WebM 集装箱友好编码器(在 WebM 中Opus / Vorbis,在 MP4 中AAC)时,音频将被重新附加。 当 WebM 支持它时,多轨音频将被保存。
默认情况下, 框架速率不变 (VOB 24 fps ), 在 WebM 中保持 24 fps ; 60 fps 保持 60 fps 。 对于连接的源, 我们解开并选择字段双倍速率; 您可以在高级选项中强制使用特定的框架速率( 例如, 30 fps 用于 Web 上传限制 ) 。
Same-codec re-muxes (e.g. VOB → WebM where both can hold H.264) produce nearly-identical sizes. Codec changes can swing it dramatically: H.264 → VP9/AV1 typically cuts the file 30-50% at the same visual quality; H.264 → H.265 roughly halves it; VP9 → H.264 grows it.
WebM (VP9 / VP8) 在 Chrome、 Firefox、 Edge 和 Safari 14+ 的本地游戏。 MP4 / H 264 在所有地方都玩。 桌面浏览器、 iOS、 Android、 Smart TV 。 MKV 在iOS 上需要 VLC 。 先进的“ 设备兼容性” 预设选择目标平台的最安全的组合 。
Same-codec re-mux: under a minute (no re-encode pass). Re-encode to a different codec: typically 0.3-0.7× source duration on our pipeline, so a 1-hour VOB → WebM finishes in 18-40 minutes. AV1 is the slowest target; VP9 and H.265 are mid-range; H.264 is fastest.
最多为8K(7680x4320)(Premium); 免费用户上限为每文件大小限制的4K(3840x2160)/每文件的4K(3840x2160)/HDR元数据(HDR10, Dolby Vision)在VOB 和WebM 容器支持它的地方得到保存; 当 WebM 管道无法持有《人类发展报告》时提供对特别提款权的音调。
是的 — 上传视频文件由孤立的工人处理,并在完成后几分钟内删除。 我们从不查看、存储、保留或分享内容。 完整的数据保留政策是/隐私/ 。
Not in the same step — use /trim-video/ or /resize-video/ to clip and crop the VOB first, then queue the VOB → WebM step. Doing them in series is faster than re-encoding the whole file just to shave seconds off the ends.
几乎总是比特率过低的设置。 在默认的通用报告格式压缩时,将高比特 VOB重新编码为较低的比特率 WebM 。 将通用报告格式降至 16-18 (H.264) 或 2428 (VP9 / AV1) 或设定明确的目标比特率并重新运行以恢复质量。
是 — 当 VOB 和 WebM 容器支持时, 嵌入的副标题音轨( MP4 的mov_ text, SRT/ ASS in MKV, WebVTT in WebM) 会被保存。 烧入( 硬子) 字幕自动传输, 因为它们是视频框本身的一部分 。
或者把文件拖到这里。