使用FFmpeg修剪MP4视频速度极慢且移动端内存分配错误求助

我来帮你分析下问题根源，再给出针对性的解决方案：

问题核心原因 #

你当前的命令里，-ss（起始时间）参数放在了输入文件-i之后，这会让FFmpeg先完整解码整个输入视频，直到你指定的起始时间点才开始处理目标片段——这种方式不仅速度极慢（尤其是大视频场景），还会占用大量内存，在移动设备这类资源有限的环境下很容易触发内存分配错误。

快速优化方案（优先推荐） #

调整参数顺序，把-ss移到-i之前，再加上-c copy参数直接复制视频/音频流（无需重新编码），这是最快的修剪方式，内存占用也极低：

["-y", "-ss", "00:00", "-i", "video.mp4", "-to", "00:07", "-c", "copy", "output.mp4"]

• -ss放在-i之前：FFmpeg会直接跳转到起始时间点，跳过前面的解码过程，速度能提升好几倍
• -c copy：直接复用原视频的编码流，避免重新编码的计算开销，几乎是“瞬间完成”修剪

特殊场景备选方案 #

如果遇到-c copy无法使用的情况（比如起始/结束点不在视频关键帧上，导致输出画面有截断；或者输出容器不兼容原编码），可以用“双-ss”兼顾速度和精度，同时配合编码预设减少内存占用：

["-y", "-ss", "00:00", "-i", "video.mp4", "-ss", "00:00", "-to", "00:07", "-preset", "fast", "output.mp4"]

• 第一个-ss：快速定位到接近目标时间的关键帧，大幅减少解码量
• 第二个-ss：精确裁剪到你需要的起始时间
• -preset fast：如果必须重新编码，使用更快的编码预设，降低计算资源消耗（画质仅轻微下降，移动设备上几乎感知不到）

另外，针对移动设备内存紧张的情况，还可以添加-threads 1参数限制线程数，进一步减少内存占用。

内容的提问来源于stack exchange，提问作者mdkamrul