On 4/11/18, Matt Kitcat <m...@elmtreecottages.co.uk> wrote: > Thanks. That makes sense. IS there a way I can change this. I > tried -color_range 1/2 but it makes no difference.
Try zscale filter to convert rgb48 to yuv444p10 format. Also dnxhd encoder in ffmpeg supports rgba directly so no need of all this. > > -----Original Message----- > From: Martin Vignali > Sent: Wednesday, April 11, 2018 3:22 PM > To: FFmpeg user questions > Subject: Re: [FFmpeg-user] Convert images to DNXHD 444 > >> There is also an image http://elmtreecottages.co.uk/Charts.jpg which >> shows a screen example of the difference. (ffmpeg on the left) The >> quicktime version is, to me, indistinguishable from the source tiff in >> terms of colour. The ffmpeg version is less saturated and a bit "milky". I >> have been searching for hours for any way to get the correct output. This >> happens with dnxhd dnxhq and dnxhdr. Given that re-encoding the quicktime >> version with ffmpeg does not produce the same colour shift, i.e. the >> output >> is identical I am thinking it is the way ffmpeg is dealing with the tiffs >> rather than the way the encoder is behaving, if this makes sense. >> >> Any ideas how/if I can resolve this? > > > Seems like the ffmpeg file is in YUV full range, and the Quicktime output > is in YUV legal range. > Also called jpeg range (= full range), and mpeg range (legal range). _______________________________________________ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".