Opened 11 years ago

Closed 11 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, 11 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, 11 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.