之前在工作中，有遇到需要程序化截取视频片段的场景，这里使用ffmpeg命令行就可以很容易实现，这里也记录下我们使用过程中遇到的坑，希望对大家也有所帮助。 举个例子，当我们要截取视频文件中input.mp4的第15秒到第98秒时，ffmpeg命令行可以这么写：
代码语言：javascript复制ffmpeg -ss 15 -to 98 -i input.mp4 -c:v copy output.mp4 这里的参数-c:v copy 指的是复用原始视频的编码格式，如果想切换视频编码也可以直接指定，比如-c:v libx264 (关于修改视频和音频编码的问题，后续会继续出一篇博客)。另外-ss和-to后面也可以写成时:分:秒的格式，比如要截取视频00:12:01开始到00:15:21的视频，命令行就可以写成如下：
ffmpeg -ss 00:12:01 -to 00:15:21 -i input.mp4 -c:v copy output.mp4如果先从某个时间点开始，截取之后的多少秒视频，我们可以将-to参数替换为-t参数，比如我想从视频的00:12:01开始截取之后的60秒视频，命令行就也这么写：
代码语言：javascript复制ffmpeg -ss 00:12:01 -t 60 -i input.mp4 -c:v copy output.mp4这里需要注意的是如果你同时使用了-t和-to参数，那么ffmpeg会优先使用-t参数的值，也就是说-to参数无效 。
-ss指定起始时间点不准确的问题
这里再补充一个我们使用中遇到的坑，就是视频截取时间点不准确的问题，以上命令行在我们生产环境中开始还能正常使用，但随着我们输入的视频时长越来越长，我们发现截取出来的视频越来越不对，比如我想从第5分钟截取到第10分钟，结果上面命令行给截出来的是第3分钟到第6分钟的视频。 后来查阅ffmpeg官网发现，-ss参数有坑，其放在-i前和后的效果不一样，官网是这么介绍-ss参数的：
-ss position (input/output) When used as an input option (before -i), seeks in this input file to position. Note that in most formats it is not possible to seek exactly, so ffmpeg will seek to the closest seek point before position. When transcoding and -accurate_seek is enabled (the default), this extra segment between the seek point and position will be decoded and discarded. When doing stream copy or when -noaccurate_seek is used, it will be preserved. When used as an output option (before an output url), decodes but discards input until the timestamps reach position. position must be a time duration specification, see (ffmpeg-utils)the Time duration section in the ffmpeg-utils(1) manual.
官方还特意提醒了下，当-ss放在-i参数前，其搜索到的时间点位置是不准确的，ffmpeg只能检索到目标时间点之前最近的某个点。当-ss参数在-i参数之后，ffmpeg会将视频重新解码，然后丢弃目标起始时间点之前的视频，这样截取的视频起始时间点才是准确的，但貌似执行速度会慢很多（可能是涉及到视频解码）。 所以以上几条命令，要想在任何输入下拿到预期结果，就应该这么写：
代码语言：javascript复制ffmpeg -i input.mp4 -ss 15 -to 98 -c:v copy output.mp4
ffmpeg -i input.mp4 -ss 00:12:01 -to 00:15:21 -c:v copy output.mp4
ffmpeg -i input.mp4 -ss 00:12:01 -t 60 -c:v copy output.mp4参考资料
- ffmpeg 命令行参数
