Valerii Zapodovnikov

>I was talking about the images->video step. >Is there some sound logic that would forego conversion in that case, or would that happen again after the never-asked conversion to limited?...

> but I fear they all work internally in RGB space at the end of the day. Well, davinci resolve has the ability to preserve this superblack and superwhite data...

> You are right png are bugged, and I can see it now, and I'm dismayed. You can fix it with simple pngcrush -m 40 -rem gAMA input.png withoutgAMA.png >But...

 looks good here.

> But that ain't good? That's what you get from the video when you decode it with bt601 rather than bt709. Oh, wow. Okay, yes you are right. I had...

Okay, this is this patch here and it was not enough apparently. Goddamit. https://patchwork.ffmpeg.org/project/ffmpeg/patch/[email protected]/ https://github.com/FFmpeg/FFmpeg/commit/c523724c693ee031d8b5351aff6232a1f7d86876

Opened a new bug. https://trac.ffmpeg.org/ticket/9693

This is correct png image with removed gAMA (will attach on trac too):  It appears the same as in YUView.

>Not sure why you'd need YUView though Because it has this, supports hex view of 4:2:0 samples and has ffmpeg integration:  >provided you have the right png as a...

This is now fixed by https://github.com/uclouvain/openjpeg/pull/1010 >for issue432.jp2. That file was expected to fail at decoding because of the memory limit. Now, with a higher memory limit, it can be...