在 FFmpeg 中修剪到毫秒会导致处理速度大幅下降

在 FFmpeg 中修剪到毫秒会导致处理速度大幅下降

我是新来的,第一次加入这样的论坛网站,所以如果我做得不好,我深表歉意!提前感谢您的耐心。我正在笔记本电脑上运行 Windows CMD。

我正在尝试从舞蹈视频中剪掉(删除)前 7.3 秒,该视频的音频与这些动作同步。这是我开始使用的代码行:

ffmpeg -ss 7.3 -i myVideo.mp4 -c copy trimmed.mp4

虽然此编辑立即发生(很棒),但毫秒会被忽略,并且生成的输出文件从 7 秒开始修剪,而不是 7.3 秒。因此,我尝试修改为以下内容(通过切换输入顺序):

ffmpeg -i myVideo.mp4 -ss 7.3 -c copy trimmed.mp4

在这里,编辑再次是即时的(很棒),并且以正确的毫秒级细节进行剪辑,但是我的音频出现了延迟(导致编辑后的视频毫无用处)。我目前正在使用通用软件“电影和电视”播放视频,但最终会将这些视频上传到 Vimeo,然后从那里将它们流式传输到多个设备。

我找遍了所有地方,只找到了一个解决方案:

ffmpeg -ss 7.3 -i myVideo.mp4 -c:v libx264 -c:a aac trimmed.mp4

虽然这种方法准确无误,但不幸的是,处理一个 450 MB 的文件需要大约 45 分钟。我有大约 800 个类似的视频需要编辑(所有视频都有完全相同的需要修剪的简介),我想知道是否有任何方法可以获得毫秒级的精度,而不会造成处理速度大幅下降?或者我可以通过更快的计算机来解决这个问题?我愿意接受任何想法,非常感谢您的帮助!

以下是我的未剪切的命令行输出第二命令:

ffmpeg -i myVideo.mp4 -ss 7.3 -c copy trimmed.mp4
ffmpeg version N-94576-g1965161ef6 Copyright (c) 2000-2019 the FFmpeg developers
  built with gcc 9.1.1 (GCC) 20190807
  configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt
  libavutil      56. 33.100 / 56. 33.100
  libavcodec     58. 55.100 / 58. 55.100
  libavformat    58. 31.101 / 58. 31.101
  libavdevice    58.  9.100 / 58.  9.100
  libavfilter     7. 58.100 /  7. 58.100
  libswscale      5.  6.100 /  5.  6.100
  libswresample   3.  6.100 /  3.  6.100
  libpostproc    55.  6.100 / 55.  6.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'myVideo.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 1
    compatible_brands: mp41mp42isom
    creation_time   : 2019-07-18T19:40:35.000000Z
  Duration: 00:03:37.25, start: 0.000000, bitrate: 20007 kb/s
    Stream #0:0(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 126 kb/s (default)
    Metadata:
      creation_time   : 2019-07-18T19:40:35.000000Z
      handler_name    : Core Media Audio
    Stream #0:1(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 19864 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 60k tbc (default)
    Metadata:
      creation_time   : 2019-07-18T19:40:35.000000Z
      handler_name    : Core Media Video
Output #0, mp4, to 'trimmed.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 1
    compatible_brands: mp41mp42isom
    encoder         : Lavf58.31.101
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 19864 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc (default)
    Metadata:
      creation_time   : 2019-07-18T19:40:35.000000Z
      handler_name    : Core Media Video
    Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 126 kb/s (default)
    Metadata:
      creation_time   : 2019-07-18T19:40:35.000000Z
      handler_name    : Core Media Audio
Stream mapping:
  Stream #0:1 -> #0:0 (copy)
  Stream #0:0 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame= 6271 fps=2425 q=-1.0 Lsize=  523124kB time=00:03:29.93 bitrate=20412.9kbits/s speed=81.2x
video:519589kB audio:3357kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.034075%

答案1

使用比特流复制 ( ) 剪切视频时-c copy,无法在任意时间戳处剪切。只能在关键帧(内部帧或 I 帧)处剪切视频,因为这些帧不需要比特流中存在其他帧即可解码。

ffmpeg 所做的是,它仍将包含您指定点(7.2 秒)处帧可解码所需的所有帧。这意味着您的剪切视频可能包含与原始帧一样多的帧。但是,ffmpeg 会为这些帧分配一个负时间戳,这样它们就不会被显示——但并非所有播放器都尊重这一点。这可能会导致 A/V 同步问题。

无论如何,实现完全准确的唯一方法是重新编码视频,如您在第二个命令中所示。加快速度的唯一方法是使用更快的 CPU、使用更快的 GPU 编码器(例如,如果您有受支持的 NVIDIA GPU,则使用 NVENC),或者允许编码器禁用某些功能,这将使输出文件稍大一些(编码效率会降低)。请参阅H.264 编码指南了解更多信息。例如:

ffmpeg -ss 7.3 -i myVideo.mp4 -c:v libx264 -preset faster -c:a aac trimmed.mp4

-preset根据您对编码的耐心程度,可以将该值设置为其他预设。

相关内容