[FFmpeg-trac] #7468(avformat:new): AVC muxing issue in a MOV container

FFmpeg trac at avcodec.org
Wed Oct 3 17:23:05 EEST 2018


#7468: AVC muxing issue in a MOV container
--------------------------------------+------------------------------------
             Reporter:  alex.buisson  |                    Owner:
                 Type:  defect        |                   Status:  new
             Priority:  normal        |                Component:  avformat
              Version:  unspecified   |               Resolution:
             Keywords:  mov           |               Blocked By:
             Blocking:                |  Reproduced by developer:  0
Analyzed by developer:  0             |
--------------------------------------+------------------------------------

Comment (by alex.buisson):

 Hi, I was able to reproduce the issue with an open source content
 bigBugBunny, re-encoded with ffmpeg:

 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'inputfile.mov':
   Metadata:
     major_brand     : qt
     minor_version   : 512
     compatible_brands: qt
     encoder         : Lavf58.18.104
   Duration: 00:00:05.01, start: 0.000000, bitrate: 3506 kb/s
     Stream #0:0(eng): Video: h264 (High 4:2:2) (avc1 / 0x31637661),
 yuv422p10le, 1920x1080 [SAR 1:1 DAR 16:9], 3503 kb/s, 23.98 fps, 23.98
 tbr, 24k tbn, 47.95 tbc (default)
     Metadata:
       handler_name    : VideoHandler
       encoder         : Lavc58.31.102 libx264

 I'm quite sure that the issue is coming from the yuv422p10le decoded
 frame, x264 choose the encoding profile to re-encode and that format "h264
 (High 4:2:2) (avc1 / 0x31637661), yuv422p10le, 1280x720" may not be
 supported by the MOV muxer....

--
Ticket URL: <https://trac.ffmpeg.org/ticket/7468#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list