Opened 9 years ago

Closed 9 years ago

#4620 closed defect (needs_more_info)

DNXHD from .mov source has Levels/Color Shift, .mxf source works correcttly

Reported by: seguinec Owned by:
Priority: normal Component: undetermined
Version: unspecified Keywords: dnxhd mxf mov
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no

Description

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.

Change History (2)

comment:1 by Carl Eugen Hoyos, 9 years ago

Please provide the command line that allows to reproduce the issue together with the complete, uncut console output and the input samples to make this a valid ticket.

comment:2 by Carl Eugen Hoyos, 9 years ago

Resolution: needs_more_info
Status: newclosed

Please reopen this ticket if you can provide the missing information.

Note: See TracTickets for help on using tickets.