Hi!
I added a few things from past build (but don’t feel it is fine enough compared to CSP or even very old Illust Studio ui/ux feeling… )
Since i used one of dev 5.3.0 builds this already have many features from this (in unknown state of issues and bugs :D), but maybe it is missing something critical that was added after 9d4fcc7 (but i didn’t notice anything that was critical for me).
You can get new builds for Krita with clipping layers feature (and more) 5.3.0 ver 28 here:
Win:
https://www.dropbox.com/scl/fi/exq54egfwr3nyel8m7wkx/krita_clipping_win_28.zip?rlkey=u4pv90qcz38iunvdxzc9jyi9n&st=wp5m2ph2&dl=1
Linux:
https://www.dropbox.com/scl/fi/i8zz1yv11iye6o0rhibis/krita_clipping_linux_28.zip?rlkey=pj89sn3guypd62gxq563mk7jw&st=o794nhwv&dl=1
Android:
https://www.dropbox.com/scl/fi/pm6th4hhy799ihkyimkek/krita_clipping_android_28.zip?rlkey=o418vvs7wb84fv93h7ojzifuc&st=pt2ozbc1&dl=1
use KRITA_DISABLE_SYNC_EVENTS env variable if have troubles with pigment o plugin or another python plugins ui performance. You can set it in shortcut for krita for example as
win
krita_no_sync
%COMSPEC% /C set KRITA_DISABLE_SYNC_EVENTS=1 && start "" "%CD%\bin\krita.exe"
linux
krita_no_sync.sh
#!/bin/bash
export KRITA_DISABLE_SYNC_EVENTS=1
./krita-5.3.0-prealpha-9d4fcc7a20-x86_64_clipping_27.AppImage
or whatever, i’m not very familiar with linux : D
For plugins - use manual installation for now, import/export seems to be broken now. (tried to fix)
This build has accelerated clipping projection, i made a sort of caching for clipped base+layer stacks, so when you draw outside of clipped stacks - they should be cached and should not to call unnececery updates. So it should be faster when you spam many layers clipped.
I’m not sure this works fine for animation (for fast tests worked fine, but still need a lot of tests).
Also here is a new blur filter brush modes: adjusted filter kernel to the current brush size (including pressure), accumulated mode and fast box blur mode - so with these changes it should work same fast and with same effect as CSP blur brush:
And faster Liqufy from MR 2461 MR 2600 + added a workaround for fixing Warp mode (these changes in master and 5.3.1 broken image when you switch transform tool to Warp mode).
And experimental features:
- you can enable drawing smooth dabs during same stroke for 8 bit mode same as in CSP:
Krita is very suffering when you draw soft brushes in 8 bit color space. It is not close to how CSP draws and blends dabs during stroke, and not even close to how SAI2 composite everything (same stroke dabs, different strokes, different layers etc). This is caused by quantization error - Krita just stamps dabs in 8 bit space, this produces a banding and retina pattern on overlaped areas, this looks very bad. Usually Krita users set high dithering to hide this, but dithering not very good option too.
So i added experimental stroke building and composition in 16 bit temporary device, and then it is blended to main 8 bit. This recreates same result as in CSP/IllustStudio, but still far from SAI 2 (SAI 2 using 16 bit internally obiously). 16 bit temp composition for current stroke is faster that using fully 16 bit mode, and allow to draw less dirty gradients and soft things while still working in laconic and familiar 8 bit space and 8 bit colors. I’m not sure this mode works fine with texture and not fixed color brushes and for other than normal alpha blending modes, so this is jsut for experiments.
Actually, i tried to make even fully RGB8A16 approach (generate opacity dabs masks in 16 bit then composite them in 16 bit temp device, colorize and blend to layer data at 8 bit) this works rather good and almost same as SAI 2, but amount of rework ALL instruments and tools to new color space is just insane. So i guess, CSP-like appoach is fine for a while. 
-
for smudge brushes added a “reference border” mode - you can set any layer as reference, set reference number (just same as color number. i was too lazy to do it normaly) and then brush will fill closed areas of ref layer. This featrue called in CSP as “protitude by reference layer” for soft brushes. I have plans to add it for usual brushes too, but first need to find a way how to create selection mask faster than usual flood fill algorithm used in Krita, for now i’m not happy about performance of this thing (in CSP or even in very old Illust Studio it just cost nothing compared to Krita). This now ignores enable/disable param, to disable and use smudge brushes as usual - just set ref layer number to 0. Working ref layer numbers are 2 and higher now (green, yellow and etc). You can also make many ref layers with same color(number) and this will make selection during stroke for all these layers combo, very useful feature when you have a complex line and colorizing it by brushes without any masking, additional selections and etc, i often used it in CSP and IS.
-
i’m still mad from these dirty rectangles during strokes… I don’t know what to do here, if i set barriers for tiled rendering of dabs and strokes batches for them or make large tile - it kills performance… So i decide leave it as it is for now, same as in vanila Krita.
For making merge request - maybe some features could be merged, but clipping is totally hacky, this actually reuses a layer merge system for composition which vanila Krita doesn’t use on fly, this thing absolutely not matches to official code requirements. And i don’t have any time to rework it reusing usual krita layer composition and indirect painting, so these builds - just a playground and concept demos i guess… Maybe in future I or someone else will find enough time and wish to rework clipping normally…
If you found a bug linked with clipping layers or features let me know here, i will try to fix.
@_LimaoComSal try this build. For first issue - i’m not sure that i can help. Try to find how to add appimage to thrusted apps for your system. For second issue - i guess it caused by two krita installation, vanila and clipping builds. In these builds i renamed app name to kritacl, so it will create own configuration files and will store resources in own separated folders. So the second issue could be solved with this new builds. No, roll name back - too many things become broken after renaming including python plugins. Try also set KRITA_SWAP_FILE folder (Settings → Performance → Swap file location) somewhere near krita appimage, Krita spams a lot of these files and never clears them after crash, so it can easy eat all your system temp space (this also applies to the vanilla version)…
