ffmpeg 合并 2 个视频文件时 太慢的问题怎么解决？

[Trinity888]

情况描述：

1. 项目环境：Qt 编写的应用程序，Win10 系统，MySQL 数据库

2. 学生在考试的过程中，会录制 2 个视频文件，交卷时，需要将 2 个视频文件合并为 1 个视频文件，并且提交至内网的服务器上。

3. 合并命令如下：

ffmpeg -i a.mp4 -i b.mp4 -filter_complex [0:v]pad=iw2:ih[a];[a][1:v]overlay=w1 out.mp4

现在的情况是：点击交卷时，先合并视频文件，再上传文件，再提交，这个过程非常慢，影响使用了。

大家有更好的解决办法吗，求教，感谢

[falcon05]

异步队列

[wunonglin]

RTX3090 + PCI SSD

[coderluan]

楼主你这个参数需要重新编解码吧，自然很慢，如果视频本身的参数相同，可以直接用 concat 命令，非常快。

[mumbler]

系统设计有问题，应该只提交原始资料，后台再统一合并，估计是想节约服务器了。

合并用 ffmpeg 肯定慢，可以试试 mp4box

[wdhwg001]

如果是直接复制流的话应该不会太慢啊，或者用 mkv 做容器？

[yangxin0]

加上 copy 选项就快了

[yangxin0]

你这个只是 remux 就行了

[coderluan]

上面没看仔细，楼主并不是合并视频，是把视频左右拼接了，这种怎么样都不会太快的。

[AX5N]

把视频拼在一个画面里需要重编码，重编码没有快的，去搞台配置牛 B 的电脑慢慢跑。

[coderluan]

没拼接，迷糊了，还是用 ffmpeg concat 就行

[mingl0280]

你这不是拼接，你这是重编码，不应该在上传前处理的。 其实上传后服务器丢到队列里慢慢处理就行了……

[fyooo]

同意 #3 答案，视乎视频的参数设置啊

https://stackoverflow.com/questions/7333232/how-to-concatenate-two-mp4-files-using-ffmpeg/11175851#11175851

[love]

相同参数的视频貌似可以直接拼接或剪切不用重新编码

[laminux29]

视频拼接更像是 c 女膜修复手术，左右两瓣都要进行缝合处理（ decode + fix + render + encode ）才行，并不是说把左右两瓣贴在一起(concat or append)它们就自然黏上了。

[wangxkww]

要是想快速完成这件事情，在服务端展示的时候放俩播放控件，只要控制能同时播放就好了

[mio4]

@laminux29 这个比喻绝了

[Trinity888]

@coderluan 您理解的正确，我们是需要把分别录制的 2 个不同的视频文件，合并拼接在 1 个视频文件中。

[incheon]

格式工厂

[Osk]

@Trinity888 快不起来，考试视频动不动几十分钟，cpu 转码速度太慢了，甚至可能 0.几倍的速度，转一个花半小时以上太夸张，除非调用硬件加速试试，但客户端硬件配置不能被你们控制的话会带来一堆问题。
服务器转码也不是不行，但也太烧时间和算力了。

还是尝试一下魔改播放器同时播放吧，要控制俩视频同步播放，应该有解决方案的

[love]

@laminux29 不要误导人，就楼主这种情况很可能是可以直接 append 的，而 ffmpeg 也有这类功能。
我平时也做视频编辑，把一个文件的视频剪几段下来，再拼回一个新文件，中间并不需要重编码。除非是压制参数不同的片段。