[FFmpeg-trac] #4620(undetermined:new): DNXHD from .mov source has Levels/Color Shift, .mxf source works correcttly

[FFmpeg]

#4620: DNXHD from .mov source has Levels/Color Shift, .mxf source works correcttly
-------------------------------------+-------------------------------------
             Reporter:  seguinec     |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:               |                  Version:
  undetermined                       |  unspecified
             Keywords:  dnxhd mxf    |               Blocked By:
  mov                                |  Reproduced by developer:  0
             Blocking:               |
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 How to reproduce:

 Source is DNXHD 10bit YUV

 When source is MXF wrapped, output levels and color correctly match
 source, example:

 ffmpeg -i TEST.mxf -c:v libx264 -preset veryslow test.264

 when same source is Quicktime wrapped, output levels are clipped and there
 is a color shift - possibly rec601 vs rec709, example:

 ffmpeg -i TEST.mov-c:v libx264 -preset veryslow test.264

 if full range levels are forced, then levels are correct with mov input,
 but color shift is still present, example:

 ffmpeg -i TEST.mov -c:v libx264 -preset veryslow -pix_fmt yuvj420p
 test.264


 ffmpeg version N-72443-g2e15f07 on windows

 This happens with all flavors of DNXHD 8bit/10bit YUV and 10bit RGB - MXF
 source is processed correctly, quicktime source is not.  Same result when
 using the x264 encoder directly with ffms.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/4620>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker