[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