https://bugs.kde.org/show_bug.cgi?id=473160
--- Comment #1 from [email protected] --- Also, I did a bit of investigating regarding the Key Spill Mop Up plugin, since an acceptable workaround would be to use that plugin but to set the target pixels to be transparent. I'm not 100% sure where kdenlive gets this plugin from, but if it's from frei0r, then we're out of luck because the target pixel (see https://github.com/dyne/frei0r/blob/49f759d9e153a4e2850127e368f7aa6f40d59aaf/src/filter/keyspillm0pup/keyspillm0pup.c#L664) is defined as a f0r_param_color (see https://github.com/dyne/frei0r/blob/49f759d9e153a4e2850127e368f7aa6f40d59aaf/include/frei0r.h#L416-L421), which is a 3-component RGB `struct` with no alpha channel. Adding an alpha component to this struct, which is used quite widely in frei0r, would probably be an unwelcome addition and at the very least a big change that would require thorough review. So it would be nicer if kdenlive would allow effects such as bluescreen0r to function with the rotorscoped mask effect. :) -- You are receiving this mail because: You are watching all bug changes.
