Opened 8 years ago
Closed 8 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 , 8 years ago
comment:2 by , 8 years ago
Resolution: | → needs_more_info |
---|---|
Status: | new → closed |
Please reopen this ticket if you can provide the missing information.
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.