Gregory's Server@davidrevoy how does this blending mode work technically? what's the formula?
|
9 comments
 @davidrevoy nice. makes me think that it could be really cool to have blending layers that convert a sRGB pixel to linear via inverse ACES tonemapping, do the blend (add or mul), and then convert back to sRGB via ACES again - this would allow artists to use a filmic HDR workflow for shadowing and lighting without actually needing to work in HDR space @davidrevoy i have all the formulas here, and have developed palettes with them (see fully automated example pics - input and result). their advantage is that you get kodak style filmic gradients without having to do all the manual work that goes into making a good gradient.  @davidrevoy if writing a blending layer is more work than a python script, then i don't have the time. but i can contribute the necessary code (in GLSL form) if somebody else is up to it. @lritter You can get a direct idea of the necessary effort to plug a new blending mode by looking at the MR diff of Despair for this Lambert one: https://invent.kde.org/graphics/krita/-/merge_requests/1566/diffs @lritter You can also contact Despair on the Krita-Artist forum and share the script approach/logic/documentation you have in mind about it (and tell them it's GPL but you can't have time to do a custom Krita build and port it yourself). They might be interested to do the implementation and the merge request. @davidrevoy with the same transform it is also possible to decompose an image (1) into albedo (2) and linear light factor (3), or to normalize overly bright colors (4) |
@lritter
The full research is here on Krita Artist (with link to the Merge Request for the code) :
https://krita-artists.org/t/i-create-a-new-blending-mode-to-mock-light-on-albedo-hdr-paiting-is-anyone-interested