web-dev-qa-db-ja.com

画像から作成されたロスレスH.264MP4ファイルはQuickTimeで再生できません

MacとWindowsの両方で簡単にロードできる.mp4ファイルを作成するための最適な設定を見つけようとしています。

今これらの設定で

f image2 -pattern_type glob -i '*.png' -vcodec libx264 -preset ultrafast -qp 0 out.mp4

結果の.mp4はOSXで起動できません。つまり、Quicktimeはファイルが破損していると言っており、空のブラウザウィンドウにドラッグした場合にのみ表示できます。

これが私の完全な出力です

Administrators-iMac:anim foo$ ffmpeg -f image2 -pattern_type glob -i '*.png' -vcodec libx264 -preset ultrafast -qp 0 out.mp4
ffmpeg version 2.5.3 Copyright (c) 2000-2015 the FFmpeg developers
  built on Jan 17 2015 12:08:40 with Apple LLVM version 6.0 (clang-600.0.56) (based on LLVM 3.5svn)
  configuration: --prefix=/usr/local/Cellar/ffmpeg/2.5.3 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --Host-cflags= --Host-ldflags= --enable-libx264 --enable-libmp3lame --enable-libvo-aacenc --enable-libxvid --enable-vda
  libavutil      54. 15.100 / 54. 15.100
  libavcodec     56. 13.100 / 56. 13.100
  libavformat    56. 15.102 / 56. 15.102
  libavdevice    56.  3.100 / 56.  3.100
  libavfilter     5.  2.103 /  5.  2.103
  libavresample   2.  1.  0 /  2.  1.  0
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  1.100 /  1.  1.100
  libpostproc    53.  3.100 / 53.  3.100
Input #0, image2, from '*.png':
  Duration: 00:00:05.76, start: 0.000000, bitrate: N/A
    Stream #0:0: Video: png, rgba, 1080x720, 25 fps, 25 tbr, 25 tbn, 25 tbc
No pixel format specified, yuv444p for H.264 encoding chosen.
Use -pix_fmt yuv420p for compatibility with outdated media players.
[libx264 @ 0x7fc9e2801800] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[libx264 @ 0x7fc9e2801800] profile High 4:4:4 Predictive, level 3.1, 4:4:4 8-bit
[libx264 @ 0x7fc9e2801800] 264 - core 142 r2455 021c0dc - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=0 ref=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=0 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=0 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=cqp mbtree=0 qp=0
Output #0, mp4, to 'out.mp4':
  Metadata:
    encoder         : Lavf56.15.102
    Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv444p, 1080x720, q=-1--1, 25 fps, 12800 tbn, 25 tbc
    Metadata:
      encoder         : Lavc56.13.100 libx264
Stream mapping:
  Stream #0:0 -> #0:0 (png (native) -> h264 (libx264))
Press [q] to stop, [?] for help
frame=  144 fps=0.0 q=-1.0 Lsize=     606kB time=00:00:05.76 bitrate= 862.5kbits/s    
video:605kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.225304%
[libx264 @ 0x7fc9e2801800] frame I:1     Avg QP: 0.00  size:181499
[libx264 @ 0x7fc9e2801800] frame P:143   Avg QP: 0.00  size:  3060
[libx264 @ 0x7fc9e2801800] mb I  I16..4: 100.0%  0.0%  0.0%
[libx264 @ 0x7fc9e2801800] mb P  I16..4: 77.8%  0.0%  0.0%  P16..4:  0.0%  0.0%  0.0%  0.0%  0.0%    skip:22.2%
[libx264 @ 0x7fc9e2801800] coded y,u,v intra: 0.2% 0.1% 0.1% inter: 0.0% 0.0% 0.0%
[libx264 @ 0x7fc9e2801800] i16 v,h,dc,p: 100%  0%  0%  0%
[libx264 @ 0x7fc9e2801800] kb/s:859.84
ffmpegquicktime
3
Bachalo

2つの問題があります：

  • 入力としてPNG画像を使用しています。画像をビデオに変換するとき、ffmpegはyuv444pピクセル形式を選択することによって画像の色空間を保持しようとします。これは クロマサブサンプリング を使用しません。それが言うように：

    No pixel format specified, yuv444p for H.264 encoding chosen.
Use -pix_fmt yuv420p for compatibility with outdated media players.

    QuickTimeとWindowsMedia Playerは、そのような「時代遅れの」メディアプレーヤーです。ただし、VLCなどのほとんどのFFmpegベースのプレーヤーは、この種のビデオを処理できます。

  • -qp 0（-crf 0とよく似ています）は、x264でロスレスモードを有効にします。これにより、ファイルは高4：4：4予測プロファイルを使用します。このプロファイルはQuickTimeではサポートされていません。 Windows Media Playerでもサポートされていない可能性があります（ただし、確認できませんでした）。

したがって、互換性を確保するために、常にオプション-pix_fmt yuv420pを追加し、不可逆エンコード方式を選択する必要があります。理想的には、 CRFエンコーディング を使用し、-crfを適切な値に設定します。 CRFのデフォルトは23ですが、18〜28であれば問題ありません。低いほど、品質が向上します。

古いバージョンのWindowsはH.264をまったくサポートしていないことに注意してください。ここでは、MPEG-2またはMPEG-1にフォールバックする必要があります。参照：

その他のエンコーディング戦略については、 H.264エンコーディングガイド をお読みください。

6
slhck