[FFmpeg-user] ffmpeg created prores 444 still not identified correctly by Quicktime player?

Thu May 9 21:06:17 CEST 2013

Last year I had introduced a thread about an issue where Prores 444 quicktime movies created with ffmpeg and the prores_kostya codec were failing to be identified as 444 by the Apple Quicktime player. See thread: http://ffmpeg.org/pipermail/ffmpeg-user/2012-September/009521.html for details.

By the end of the thread, the consensus seemed to indicate that the fourcc was being set incorrectly to apch (the reply actually stated apcn) instead of the correct ap4h but the pixel format was correct. I believe a patch was being tested.

I recently downloaded a newer version of ffmpeg and attempted the same files with the same commands (substituting "prores_ks" for "prores_kostya" which appears to have changed). The issue still appears to exist. Is this still a known issue?

Here is the ffmpeg command and output that leads to the incorrectly identified file:

ffmpeg.exe -i "C:\Server\Jobs\MediaConversionFormats\QT\Alexa\AlexaProRes4444QT_A.mov" -vcodec prores_ks -pix_fmt yuv444p10le -profile:v 3 -acodec copy -f mov "C:\Server\Temp\Output\AlexaProRes4444QT_A\AlexaProRes4444QT_A.mov"
ffmpeg version N-52837-g399f6ef Copyright (c) 2000-2013 the FFmpeg developers
  built on May  7 2013 01:14:14 with gcc 4.7.3 (GCC)
  configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
  libavutil      52. 29.100 / 52. 29.100
  libavcodec     55.  7.100 / 55.  7.100
  libavformat    55.  4.101 / 55.  4.101
  libavdevice    55.  0.100 / 55.  0.100
  libavfilter     3. 63.101 /  3. 63.101
  libswscale      2.  2.100 /  2.  2.100
  libswresample   0. 17.102 /  0. 17.102
  libpostproc    52.  3.100 / 52.  3.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\Server\Jobs\MediaConversionFormats\QT\Alexa\AlexaProRes4444QT_A.mov':
  Metadata:
    major_brand     : qt
    minor_version   : 537199360
    compatible_brands: qt  ARRI
    creation_time   : 2011-01-15 07:46:24
    timecode        : 07:46:22:00
  Duration: 00:00:01.63, start: 0.000000, bitrate: 228904 kb/s
    Stream #0:0(eng): Video: prores (ap4h / 0x68347061), yuv444p10le, 1920x1080, 217573 kb/s, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 23976 tbn, 23976 tbc
    Metadata:
      creation_time   : 2011-01-15 07:46:24
      handler_name    : Apple Alias Data Handler
    Stream #0:1(eng): Data: none (tmcd / 0x64636D74), 0 kb/s
    Metadata:
      creation_time   : 2011-01-15 07:46:24
      handler_name    : Apple Alias Data Handler
      timecode        : 07:46:22:00
Output #0, mov, to 'C:\Server\Temp\Output\AlexaProRes4444QT_A\AlexaProRes4444QT_A.mov':
  Metadata:
    major_brand     : qt
    minor_version   : 537199360
    compatible_brands: qt  ARRI
    timecode        : 07:46:22:00
    encoder         : Lavf55.4.101
    Stream #0:0(eng): Video: prores (prores_ks) (apch / 0x68637061), yuv444p10le, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 11988 tbn, 23.98 tbc
    Metadata:
      creation_time   : 2011-01-15 07:46:24
      handler_name    : Apple Alias Data Handler
Stream mapping:
  Stream #0:0 -> #0:0 (prores -> prores_ks)
Press [q] to stop, [?] for help
frame=   39 fps=2.9 q=0.0 Lsize=   36753kB time=00:00:01.62 bitrate=185097.5kbits/s
video:36752kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.004387%

Upon inspection, ffprobe reveals the following about the created file:

ffprobe "C:\Server\Temp\Output\AlexaProRes4444QT_A\AlexaProRes4444QT_A.mov"
ffprobe version N-52837-g399f6ef Copyright (c) 2007-2013 the FFmpeg developers
  built on May  7 2013 01:14:14 with gcc 4.7.3 (GCC)
  configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
  libavutil      52. 29.100 / 52. 29.100
  libavcodec     55.  7.100 / 55.  7.100
  libavformat    55.  4.101 / 55.  4.101
  libavdevice    55.  0.100 / 55.  0.100
  libavfilter     3. 63.101 /  3. 63.101
  libswscale      2.  2.100 /  2.  2.100
  libswresample   0. 17.102 /  0. 17.102
  libpostproc    52.  3.100 / 52.  3.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\Server\Temp\Output\AlexaProRes4444QT_A\AlexaProRes4444QT_A.mov':
  Metadata:
    major_brand     : qt
    minor_version   : 512
    compatible_brands: qt
    encoder         : Lavf55.4.101
  Duration: 00:00:01.63, start: 0.000000, bitrate: 185055 kb/s
    Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv444p10le, 1920x1080, 185089 kb/s, 23.98 fps, 23.98 tbr, 11988 tbn, 11988 tbc
    Metadata:
      handler_name    : DataHandler
      timecode        : 07:46:22:00
    Stream #0:1(eng): Data: none (tmcd / 0x64636D74), 0 kb/s
    Metadata:
      handler_name    : DataHandler
      timecode        : 07:46:22:00
Unsupported codec with id 0 for input stream 1

--

sam marrocco | chief technical officer
ringside.cutters.picnic.moonlink

248 548 2500 w
248 910 3344 c

ringsidecreative.com

<http://ringsidecreative.com/>