Niklas Haas

Furthermore, `vo_gpu` uses the exact same color matrices, so it shouldn't be a source of differences between `vo_gpu` and `vo_gpu_next`

My own testing: ### Generation * `ffmpeg -sws_flags +accurate_rnd+bitexact -f lavfi -i smptebars -vframes 1 -pix_fmt rgb48be smptebars-swscale.png` * `ffmpeg -f lavfi -i smptebars -vf zscale,format=gbrap16 -vframes 1 -pix_fmt rgb48be...

I tried repeating the same test with `yuv420p10` input instead of `yuv420p`, just adding an extra `-vf format=yuv420p10` to the beginning of the filter chain for each: * swscale =...

**Edit:** My invocation was correct, I forgot to specify `h=238`, so I was doing scaling. This was going through the full linearization/sigmoidization path, which has limited precision. Disabling sigmoidization, or...

@Chipcraft can you share more details about the original input file? Maybe a log with `-v debug` would be more helpful.

> Greenish happens to dovi, not other things about ycbcr or rgb. @Chipcraft's file is not dovi

I you look closely, the green channel is also very slightly off, but in the opposite direction. Considering the green channel is usually the luma channel minus the red and...

Just a random thought, but if it truly is useful to take the power of a window in a more general context, it would also be possible to just add...

Looks good to me now, can you squash your commits into two? (One commit to add garamond window, one commit to change blackman window)

@estrogently it sounds like we should leave original blackman untouched, and simply add the tunable `garamond` window?