Video-processor: parameter 1 of gfx_keyedblit (kv1) sets yellow-factor not green

[wwwmaze]

In the docs of video-processor it is stated:

gfx_keyedblit(input[,x,y,w,h,srcx,srcy,kv1,kv2,kv3,kv4])
chroma-key blits, using the source color as key. kv1-kv4 meaning depends on colorspace:

YV12/YUY2: kv1 is U target (-0.5 default), kv2 is V target (-0.5 default), kv3 is closeness-factor (0.4 default), kv4 is the gain (2.0 default)
RGBA: kv1 is green-factor (1.0 default), kv2 is blue-factor (-1.0 default), kv3 is offset (-1.0 default), kv4 enables spill removal (1.0 default)

In contrary kv1 adjusts yellow here (Linux native 64bit) if video output is set to RGBA mode.
This would make it hard (impossible?) to chroma-key green screens in RGBA mode.

reproduce:

1. download a color-wheel image or similar (e.g. this post attachment) and insert on track in empty project
2. set video colorspace to RGB in project settings
3. insert video processor and open "simple source chroma-key" preset
4. set k1 all the way to the right (16)
5. set k2 (blue-factor) to 0
6. adjust k3 (offset)

You'll notice that yellow is faded out first.

[Eliseat]

There is definitely something wrong because the base colors shift in RGBA rather then get transparent. So if I turn k2 to -16 and turn k1 slowly to the right, yellow turns red and green turns to black. If I go further the red and black turn transparent.

[wwwmaze]

Originally Posted by Eliseat

yellow turns red

This may be a feature (spill removal), not sure. Turn it off by setting k4 to 0.

[Justin]

Hmm yeah the RGBA mode is completely broken... It completely ignores the red channel when keying, oops.

[wwwmaze]

Hey, thank you. Also for the new preset. Having a short glimpse at it I think I also misunderstood how to use gfx_keyedblit.