web-dev-qa-db-ja.com

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

私はここで初めてです、このようなフォーラムサイトに初めて参加するので、私が吸うならば心からお詫びします！しばらくお待ちいただきますようお願いいたします。ラップトップでWindowsCMDを実行しています。

これらの動きにオーディオが同期されているダンスビデオの最初の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

これは正確に機能しますが、残念ながら、450MBのファイルを処理するのに最大45分かかります。私は編集する約800の同様のビデオを持っています（それらはすべてトリミングする必要がある同じ正確なイントロを持っています）、そして大規模な処理速度低下を引き起こすことなくミリ秒レベルの精度を得る方法があるかどうか疑問に思いましたか？それとも、もっと速いコンピューターでこの問題を解決できるでしょうか？私はありとあらゆるアイデアを受け入れます、あなたの助けを本当にありがとう！

これが私のsecondコマンドからのノーカットコマンドライン出力です：

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%
audiovideoffmpegperformancesync
1
stopper0607

ビットストリームコピーでビデオをカットする場合（-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値は、エンコードに対する忍耐力に応じて、他のプリセットに設定できます。

0
slhck