FFmpeg でミリ秒単位にトリミングすると、処理速度が大幅に低下する

FFmpeg でミリ秒単位にトリミングすると、処理速度が大幅に低下する

私はここに来たばかりで、このようなフォーラム サイトに参加するのは初めてなので、下手な点があったら本当に申し訳ありません。お待ちいただきありがとうございます。ラップトップで Windows CMD を実行しています。

動きに合わせてオーディオが同期されているダンス ビデオの最初の 7.3 秒をトリミング (削除) しようとしています。最初に使用したコードは次のとおりです。

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

この編集は瞬時に行われますが (素晴らしい)、ミリ秒は無視され、結果として得られる出力ファイルは 7.3 秒ではなく 7 秒からトリミングされます。そこで、入力の順序を入れ替えて、次のように修正してみました。

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

ここでも編集は瞬時に行われ (素晴らしい)、正確なミリ秒レベルの詳細でカットされましたが、オーディオに遅延が発生しました (編集したビデオが役に立たなくなりました)。現在、ビデオの再生には汎用ソフトウェア「Movies & TV」を使用していますが、最終的にはこれらのビデオを Vimeo にアップロードし、そこから複数のデバイスにストリーミングする予定です。

いろいろ調べた結果、解決策は 1 つしか見つかりませんでした。

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

これは正確に機能しますが、残念ながら 450 MB のファイルの処理に約 45 分かかります。編集する類似のビデオが約 800 本あり (すべてまったく同じイントロがあり、それをトリミングする必要があります)、処理速度を大幅に低下させることなくミリ秒レベルの精度を実現する方法はないかと考えています。または、より高速なコンピューターを使用してこの問題を解決できるでしょうか。どんなアイデアでも歓迎します。ご協力いただき、本当にありがとうございます。

以下は私のコマンドライン出力の抜粋です2番指示:

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 同期の問題が発生する可能性があります。

いずれにしても、ここで完全な精度を達成する唯一の方法は、2番目のコマンドで示したように、ビデオを再エンコードすることです。これを高速化する唯一の方法は、より高速な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を他のプリセットに設定できます。

関連情報