done. I didn't get a copy of the email I sent, but I think it went through, because it's listed here:

https://www.mail-archive.com/ffmpeg-use ... 06618.html

With this latest (8bit) build (20151109-git-480bad7) ffmpeg -i 1.png -vf zscale=r='full' 1.mp4 gives me the following error, when the png is an 8 bit file: [Parsed_zscale_0 @ 00788720] code 3074: no path between colorspaces and the resulting mp4 file is unplayable. However, when I use a 10 bit png, ...

thanks, will do!

sorry to bug you here again. I submitted the ticket, only to have it marked as invalid, as the moderator believed it to be a limited vs. full range issue (studio swing vs full swing). https://trac.ffmpeg.org/ticket/4986 That person made a recommendation to try dst_range 1 to preserve the full range,...

So it's apparently a 16-235 vs 0-255 range issue in the RGB to YUV transformation. I followed the advice given on the ticket, but can't seem to fix the problem: https://trac.ffmpeg.org/ticket/4986 when I use -dst_range 1, the whole field is uniform, rather than 8 distinct bars. Is there a way to for...

thanks, I'll investigate the issue some more and provide feedback in the bug report section.

Zeranoe, thanks for this build. Not sure if you've seen my post here, but if you have time, can you check it out?

viewtopic.php?f=7&t=2768

I've been doing some tests with the madVR renderer to verify 10 bit per channel color. My current test pattern is a single 16 bit png file that has 8 vertical bars, in grayscale. The first bar has 10 bit code 0 (out of 1023), the second has code 1, and so on, until the 8th bar which has code 7. The ...