https://bugs.kde.org/show_bug.cgi?id=353204
Dmitry Kazakov <dimul...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap
|hics/krita/commit/e488caa31 |hics/krita/commit/8f4494412
|049bfff784f57fa79903df07e02 |e5e791f1426bcc2f9d3dc73ed12
|aa1f |d5e2
--- Comment #5 from Dmitry Kazakov <dimul...@gmail.com> ---
Git commit 8f4494412e5e791f1426bcc2f9d3dc73ed12d5e2 by Dmitry Kazakov.
Committed on 28/08/2020 at 21:15.
Pushed by dkazakov into branch 'master'.
Fix Divide, Vivid Light and Parallel blending modes handle negative layer
colors
Sometimes, when converting RGBAF32<->LabAF32 colorspaces, LCMS may
generate pixels with "slightly negative" values, like -1e-7. The
mentioned blending modes couldn't handle that correclty, because
they only checked for zero'ness.
Now before doing a division operation we:
1) check if the value isn't too small
2) check it the value is positive
NOTE: there are still a lot of blendign modes from "Binary" section
that still don't handle that correctly. But, speaking truly, I
don't think we should actually enable these blending modes for
F32 color spaces :)
M +23 -0 libs/pigment/KoColorSpaceMaths.h
M +11 -11 libs/pigment/compositeops/KoCompositeOpFunctions.h
https://invent.kde.org/graphics/krita/commit/8f4494412e5e791f1426bcc2f9d3dc73ed12d5e2
--
You are receiving this mail because:
You are watching all bug changes.
