Valerii Zapodovnikov
Valerii Zapodovnikov
> Too bad it is also converted to 601 if the input is 701 tagged? I does not if you have all input primaries, transfer and matrix set. Just checked....
Here are those 2 bugs https://trac.ffmpeg.org/ticket/9374 https://trac.ffmpeg.org/ticket/9132
> nothing really wrong with reading inputs (except perhaps the wish that pngs could be color managed if necessary) There are so many ways to color manage PNGs. gAMA chunk...
> JPEG uses full 601 only, Haha, I did not age well, apparently you can still f this up! https://github.com/mpv-player/mpv/issues/9053#event-5970260312 Yes, it disallows writing limited range data, but autoconvert does...
Oh, and also https://forum.videohelp.com/threads/395345-ffmpeg-yuv-colorspace-is-BT-601-or-BT-709#post2567990 is wrong, you can see it even in 1 color if it is bgr to yuv420p conversion or vice versa. That conversion is buggy while rgb...
> but sometimes it works, and sometimes it doesn't work (the colors are screwed up) , Yes, for example if you go from 709 full range to jpeg (since that...
> I don't see why anybody in their right mind would use "packed RGB 16:16:16, 48bpp". It is not 48 bit. It is RGBA, so 64 bit. What does it...
> FFmpeg will ignore it since RGB have no bt709 colorspace. It does not have any matrix at all, what is called Identity matrix. You can just use min=input, no?...
> color(p3 1.0 0 0); That was deprecated to use display p3. Like this: https://codepen.io/NV/pen/XLOOdE
> monitor is reporting the correct srgb data But then you do not need anything.