我感兴趣的是基于毫秒的切割时间，并注意到秒(以及它们的分数)可以被指定为切割如下:

ffmpeg -i input.mp4 -ss 17.5 -to 20.5 output.mp4

对于持续时间而不是结束时间，使用-t而不是-to:

ffmpeg -i input.mp4 -ss 17.5 -t 3 output.mp4

新答案(快速)

您可以让bash为您计算，它以毫秒为单位工作。

toSeconds() {
    awk -F: 'NF==3 { print ($1 * 3600) + ($2 * 60) + $3 } NF==2 { print ($1 * 60) + $2 } NF==1 { print 0 + $1 }' <<< $1
}

StartSeconds=$(toSeconds "45.5")
EndSeconds=$(toSeconds "1:00.5")
Duration=$(bc <<< "(${EndSeconds} + 0.01) - ${StartSeconds}" | awk '{ printf "%.4f", $0 }')
ffmpeg -ss $StartSeconds -i input.mpg -t $Duration output.mpg

这和以前的答案一样，会产生一个15秒的片段。即使是从一个大文件的深处剪切，这个方法也是理想的，因为与旧的答案不同，查找并没有被禁用。是的，我已经验证了它是完美的框架。

注意:开始时间是包含的，结束时间通常是EXCLUSIVE，因此+0.01，使其包含。

如果你使用mpv，你可以在OSD中使用——OSD -fractions启用毫秒时间码

有解释的老答案(慢)

为了根据源视频的开始和结束时间进行剪切，并避免进行数学运算，可以将结束时间指定为输入选项，将开始时间指定为输出选项。

ffmpeg -t 1:00 -i input.mpg -ss 45 output.mpg

这将产生从0:45到1:00的15秒切割。

这是因为当给出-ss作为输出选项时，丢弃的时间仍然包含在从输入读取的总时间中，-t使用它来知道何时停止。然而，如果-ss作为输入选项，则会查找开始时间而不计算，这就是造成混淆的原因。

它比寻找慢，因为省略的段在被丢弃之前仍然被处理，但据我所知，这是唯一的方法。如果从一个大文件的深处进行剪辑，那么更谨慎的做法是只做数学运算，并使用-ss作为输入。

试试这个。这是最快和最好的ffmpeg方式，我已经找到:

ffmpeg -ss 00:01:00 -to 00:02:00 -i input.mp4 -c copy output.mp4

这个命令在几秒钟内修剪你的视频!

命令使用说明:

-i:指定输入文件。在这种情况下，它是(input.mp4)。 -ss:与-i一起使用，在输入文件(input.mp4)中查找位置。00:01:00:这是你修剪过的视频开始的时间。 - -从开始(00:01:40)到结束(00:02:12)的时间段。00:02:00:这是你修剪过的视频的结束时间。 -c copy:这是一个通过流复制来修剪的选项。(注意:非常快)

定时格式为:hh:mm:ss

请注意，目前高度好评的答案是过时的，修剪会非常缓慢。有关更多信息，请参阅这篇ffmpeg官方文章。

我的设置:

$ ffmpeg
ffmpeg version 4.4 Copyright (c) 2000-2021 the FFmpeg developers
  built with Apple clang version 12.0.5 (clang-1205.0.22.9)

我发现开关的顺序很重要。 如果-i不在-ss和-t之间，那么结果中有大约3秒的空白。

所以无论你使用什么额外的开关，确保这三个开关的顺序是正确的，就像这样

ffmpeg -ss 00:00:03 -i movie.mp4 -t 00:00:08 cut.mp4

ffmpeg -i movie.mp4 -ss 00:00:03 -t 00:00:08 -async 1 -c copy cut.mp4 

立即使用-c copy for make in。在这种情况下，ffmpeg将不会重新编码视频，只是将削减到根据大小。

    ffmpeg -i movie.mp4 -vf trim=3:8 cut.mp4

除了第3秒到第8秒，放下所有东西。