更换视频的音轨

分享之前把片段静音,或者给屏幕录像配上旁白。画面从不重新编码,所以一段两分钟的视频只要几秒钟,不用等几分钟。

正在加载工具……

工作原理

  1. 拖入视频。
  2. 选择移除,或者选择替换并挑选音频文件。
  3. 开始处理 —— 视频流会原样复制。

为什么什么都不用上传

这个页面上的每一步操作,都由运行在你浏览器标签页里的代码完成,用的就是渲染网页的那套引擎。文件从磁盘读进标签页的内存,在那里被处理,再作为下载写回去。它不会被送到任何地方 —— 不会送给我们,也不会送给第三方。

自己动手验证

  1. 打开浏览器的开发者工具(F12),选择“网络”(Network)面板。
  2. 载入你的文件,运行这个工具。
  3. 你能看到的请求只有这些:工具自己的代码 —— 少数几个重型工具还会从公共 CDN 取它们的开源引擎 —— 外加一条发往 loreatec.jp 的小小访问记录(页面地址和标题,仅此而已)。没有一条带着你的文件。

文件不外传的证明 →

常见问题

为什么这比转换快这么多?

因为视频 —— 最重的那部分 —— 是逐字节复制的,不需要解码再重新编码,只有音频被动过。这也意味着画面质量零损失。

音频和视频的长度不一样时会怎样?

结果会在两者中较短的那个结束。一首 3 分钟的歌配一段 1 分钟的片段,得到的是 1 分钟的视频;如果你需要让音乐循环,或者让视频保持画面,请先在编辑软件里处理好。

为什么我的文件报错 "codec not supported in container"(容器不支持该编码格式)?

复制视频流,意味着输出容器必须能接受原始的编码格式 —— 比如 MP4 就不接受 VP9。可以改选 MKV,它几乎什么都能接受,或者干脆正式转换一遍视频。

我的视频会被上传吗?

不会。视频引擎本身编译成了 WebAssembly,就跑在这个标签页里;文件从磁盘读进内存,处理结果再写回去。没有任何东西被发送出去 —— 这也是为什么一部两小时的电影在这里处理不动:所有运算都得由你自己的设备来扛。