キレ

视频合并

在浏览器中完成,无需上传

MP4

多个片段 → 一个 MP4 · 设置相同则按原样

视频

视频 → MP4

规格

9 项
视频合并 规格
项目数值备注
输入两个或更多视频MP4、MOV、WebM、AVI……可以混合
输出MP4,H.264 + AAC按第一个片段的尺寸
顺序选择的顺序一起选择的文件保持列表顺序
相同设置按存储的原样合并编码、尺寸、声音和旋转相同:不需要引擎,不重新编码
画面重新编码为 H.264x264,veryfast 预设,CRF 23
声音AAC 128 kbps没有声音的片段播放静音
时间开始前测量在这台设备上试编码 2 秒
引擎这个浏览器自带的编码器,或 FFmpeg(16.8 MB)只有浏览器做不了时才下载 FFmpeg,而且要按下写着它的按钮
处理位置这个浏览器不发送到服务器

会发生什么

7
会发生什么,为什么

把两个或更多视频按你选择的顺序放进一个文件。片段可以来自不同的手机和相机,格式也可以不同;结果是一个 H.264 画面加 AAC 声音的 MP4。

用相同设置拍摄的片段——同一部手机、同一种相机模式——按存储的原样合并。选好文件后,页面立即从文件中读取并核对:编码及其配置、画面尺寸、帧的时间、声音格式和旋转是否与第一个片段相同。相同的话,画面和声音从一个片段直接接到下一个,不重新编码,不下载引擎,几秒钟就完成;标签显示“未重新编码”。每个片段的声音都放在它的画面开始的位置,所以无论有多少个片段,声画都不会错开。

不匹配的片段不能简单地首尾相接,所以一切都重新编码成统一的形态。由第一个片段决定:尺寸——后面的片段缩放到它以内,形状不同处加黑边——和帧率,最高每秒 60 帧。声音变为 48 kHz 立体声、128 kbps 的 AAC,没有声音的片段按自身长度播放静音,这样后面的片段声画保持同步。

合并前想剪短某个片段,先用视频剪切页面:它不重新编码,从同一台相机的视频里剪出的片段在这里仍然可以按原样合并。

页面先问浏览器自己。浏览器自带视频通话和屏幕录制用的编码器——H.264、VP9、AAC、Opus,通常在显卡上——当这个浏览器能用它们读取你的文件并写出结果时,就这样做:什么都不下载,先在这里测出时间,标签下面的那行会说明是浏览器的编码器完成的。MP4、MOV、WebM 和 MKV 文件通常都可以。AVI、WMV、FLV 不行,生成 MP3 也不行,这些走下面的方式。

处理由 FFmpeg 完成——大多数视频软件都建立在它之上——它被编译成 WebAssembly,在这个页面里运行。它很大——16.8 MB——不按下写着它的按钮就不会下载。下载后它读取你的文件,从中间取 2 秒试编码,然后在开始任何工作之前告诉你整个文件在这台设备上要多久。这个数字是在这里测出来的,而不是从表格里查的:同样的引擎和设置,你的处理器,你的视频。它仍然是估计值,并标明是估计值。

它比电脑上安装的程序慢。这里 FFmpeg 只用一个处理器核心,因为浏览器只在网站带有特定的安全响应头时才允许页面使用更多核心,而且完全不能使用显卡的视频编码器。一个长的高分辨率视频可能要好几分钟,在手机上更久。估计值会在你决定之前说明这一点,进度条随时显示剩余时间,按“取消”会立即停止。浏览器自带的编码器能做时会快得多,而且什么都不用下载。

常见问题

6
什么时候不重新编码

每个片段都与第一个片段设置相同的时候——相同的编码及配置、画面尺寸、声音格式和旋转——同一部手机用同一种相机模式拍的片段就是这样。只要有一个不同,页面会说明是第几个片段,然后重新编码。两个片段相接处,声音与画面最多可能相差一个声音帧,约五十分之一秒,任何不重新编码的合并都是如此;这个差不会随片段累积。

能改变顺序吗

顺序就是你选择文件的顺序。要改变它,按“其他视频”,再按新的顺序重新选择。

竖屏片段和横屏片段放在一起会怎样

它会保持形状缩放到第一个片段的画框里,两侧加黑边。把竖屏片段放在第一个,整个视频就是竖屏的。

为什么这么慢

每一帧都要在浏览器里、用你处理器的一个核心解码再编码。安装的程序会用上所有核心,通常还有显卡的编码器;网页默认两者都用不到。页面会在你开始之前测出在你的设备上要多久,所以等待不会出乎意料。

手机内存不够怎么办

页面会停下并说明,而不是交给你半个文件。你拖入的视频是分块从磁盘读取的,从不整个复制进内存,但新文件在完成之前是在内存里构建的,所以长的高分辨率视频可能超出手机的能力。更短的片段、更小的尺寸,或者换用电脑,都能完成。

视频会上传吗

不会。引擎下载到你的浏览器,你的文件在那里读取和写出。本网站没有上传接口,视频根本无处可去。

相关规格

3