I’ve made a very experimental build with brush normalization disabled. Could you test it? It just doesn’t normalize the brush mask before painting, so the color will fluctuate during painting. The only benefit is that “Neutral Point” and “Brightness” sliders will do more effect for you.
The main question for me, is such non-normalized mode useful in any way? Should we let the user to disable normalization? Does it bring any new possibilities?
I am really happy with this. What do you think? i love all that interaction between brushstrokes. And also you can watch the order of painting. not so often i am so satisfied with a brush.
@dkazakov@RamonM wouldn’t it be possible to first normalize the mask, and then give the user the option to tweak it afterwards? So for every brush tip, Contrast = 0, Brightness = 0 and the third one = 0 would give the user the perfectly normalized brush tip no matter how badly the brush tip creator screwed up, and then the options would allow to tweak it after the normalization?
So it would be like this:
Original → Normalization → User options → Paint
and not:
Original → User options → Paint
or
Original → User options → Normalization → Paint.
That should both (1) allow the default to be perfectly normalized, meaning it’s easy to not get into blacks or whites easily, meaning it’s easy to control, (2) allow the user to additionally tweak it if they need more control like Ramon likes.
There is one problem with that. Normalization should happen after scaling the brush down, which happens after applying user options. The point is that scaling down the brush changes the average of the brush.
The Answer is: i am using DK7. Ask @dkazakov about normalization. You can download the DK7 and achieve the same as is shown in the rock picture
Can you please explain me why are you interested? maybe i could understand better the idea .Thanks
What might be worth it is to backup your resource folder and then remove it’s contents. I think your resource folder might just trigger a safe-assert, and I am not sure if safe-asserts are available in the nightlies.
;; DK7 is not the point. You said you achieved those effect in-
-this build which have forced-normalization behaviour removed. So I’m asking if those effect is really hard to achieve with the previous builds that have forced normalization. I wanted to see how much difference would that normalization removal make.
I tried to test the build as well but they gave me safe assert, but I’ll try again since the solution was mentioned in the thread.
@acc4@RamonM I think the problem is mostly when you create a new brush tip. Without normalization, you kinda have to have some experience to make sure that the light and dark areas are balanced. After that, if the brush tip is balanced, the problem is not that big, I think…
I’ve been playing with the new brush engine the past couple of days and I’m starting to get my head around it. I need to spend more time with it and make some better brushes, but I did this sketch yesterday using a flat smearing brush with lightness and smear alpha.
@Mythmaker Great outcome!!! Could you share any video from the process (from this or alike) ?
New brushes seems to be powerful but all that jazz is kinda “blackmagic” for mere user like me.
Thanks! I don’t have videos I’m afraid, but did save a few instances while I was working.
Is it the painting process you’re interested in or the brush creation? I’m not quite there with the brushes yet - need to spend more time playing around. I’m sure Ramon will do a thorough breakdown on the youtube channel once he’s ready to share his experiments.
For painting process, I just painted using big strokes to begin with, then gradually went smaller as I refined the shape and detail. I used the tilt direction for rotation setting to allow for more types of stroke from the same brush. I didn’t do any lineart / underpainting for this.
@raghukamath Can we still upload webm videos to the forum? I haven’t tried recently.
@Mythmaker
Well, what I would want to see it the whole process from brush selection (not creation) to the final painting. Krita seems to go into complicated matters last years, thus I feel lost sometimes at it, I guess… :o
More testing with DK7 before merge to master, i hope
1 paint with a RGBA wet brush
2 I draw a box yellow, and a box blue (to compare the effect)
3 Paint with another RGBA wet brush and i get this issue in some brushstrokes
4 I then draw another rectangle without anything behind. I choose some RGBA wet brushes and the result is the same. No issues. So maybe is the heightmap? or another mistery i don’t know?
No more testing today. Have a nice weekend everybody
I guess what’s going on here is that the tool switch leads to the ‘interstroke data’ (that’s where we put the texture of the lightness mode, so it doesn’t interfere with smudge) being invalidated, but somehow that’s going awry???
If so, this should be reproducable by switching between any other tool and the brush tool…
I finally did some testing, and found a change in behaviour in DK7. When smear alpha is enabled, smearing brush will not take “alpha block” into consideration. It’s like this with both new and old algorithm, and with both “global alpha block” and “layer alpha block”.
It’s especially visible with “jama brush” created by Ramon, which is also included in my pack.
Is this intended change in krita 5 or should I report a bug?
