Hi
Currently drawing something where some layers have transform mask that need ~30s to compute transformation, I’m surprised to see that when I lock/unlock the layer, the layer is updated:
I’m not sure why this occurs, but from my point of view just lock/unlock a layer shouldn’t have any impact in rendering…
Can it be confirmed by someone else?
Do I open a bug?
Grum999
This is also one of my oldest pet peeve when working on big canvas. I don’t have a good way to reproduce and show it . Do you have it. I have noticed this when I have transform mask and filter layers. They get updated for no apparent reason or change
And often you can see the process uses only 1 core so it becomes slow and tiresome on big document.
I cannot come up from the top of my head with a reason why just locking/unlocking should recompute things. So I guess a bug report should be made.
I’ll try this week-end to determinate more precisely when the problem occurs and provide a step-by-step process to reproduce problem.
And create a bug report.
Grum999
While I don’t know how related it is to this issues I saw your MR for caching and only recompiling parts which are changed. Can that be expanded to other parts like folter masks.
I’ll test more and tell when I encounter this, as @Grum999 has found out one scenario is locking and unlocking, I have encountered some others where I found that filter masks try to update themselves for no apparent reason. I’ll try to find those again
That is very specific of the tools that use color labels ss reference. Basically the merged copy of the reference layers is only re-computed if any of them was changed.
Currently doing some tests.
I think’s there’s 2 problem:
I can confirm it, only one CPU is used on the 24 I have…
As Krita is extremely slow with this test it will take me time to provide detailed tests; I’m currently on 5.2alpha but I want to test 5.1, 5.0.6 and 4.4.8 to compare
Grum999
Ok here a synthesis of my tests
There’s different cases, but all have the problem.
Documents used:
A4@600dpi document for my tests (usual document I use to draw) - maybe on smaller document problem is not as visible as on big document
Used a simple layer content but important for my tests, implies to all canvas surface
| Case | Description | 4.2.9 | 4.3.0 / 4.4.8 / 5.0.6 / 5.1.0 / 5.2.0a |
|---|---|---|---|
| Case 1 | Paint layer + transform mask | OK | KO |
| Case 2 | Paint layer + filter mask | OK | KO |
| Case 3 | Group + Filter layer + Case1 | OK | KO (many long minutes -more than 10- to wait!!) |
| Case 4 | Group + Filter layer + Case2 | OK | KO |
| Case 5 | Case 1 + Case 2 | OK | KO |
| Case 6 | Group + Filter layer + Case1 + Case 2 | OK | KO (many long minutes -more than 10- to wait!!) |
| Case 7 | Group + Filter layer + paint layer | OK | KO |
What I can say:
Lock/Unlock (on layer and/or filter mask) generate an update process, only if layer is visible (if not visible, it’s Ok)
Alpha Lock/Unlock generate an update process, only if layer is visible (if not visible, it’s Ok)
In case 4/6, Lock/Unlock the group doesn’t trigger an update
In case 7, Lock/Unlock the filter layer generate an update process, only if layer is visible (if not visible, it’s Ok)
In case 7, Lock/Unlock the paint layer generate an update process of filter layer, only if filter layer is visible (if not visible, it’s Ok)
– If paint layer is not visible, Lock/Unlock paint layer generate an update process if filter layer is visible
When update process is started, and especially for cases 3/4/6 that’s just hell: no real refresh applied to layer content but it seems there’s a kind of loop, like the refresh made on the locked layer generate multiple update of filter layers above (be patient if you test it!)
It easier to see the case when using a transform mask like Mesh or Perspective than Free (as they need more computation)
– Probably with filter layer that need more intensive computation, problem is more visible too
There’s clearly 2 distinct problems that need 2 bugs to be opened:
– One about Lock/Unlock that generate a refresh
→ Started from Krita 4.3.0 for what I can see from my tests
– An another one about how a refreshed layer is impacting/impacted by other filter layer
Not possible for me tonight to open it, I’ll try to do it for Sunday evening at the latest
I’m wondering if problem could be linked with this one:
@raghukamath with these precisions if you’re able to confirm that you can reproduce cases systematically it could be a good thing to get another point of view before opening the bug: you may have other cases or information that can be used to open bug (especially if on your side you’re not able to get the problem systematically, but I think on my case I saw the problem due to my use of mesh transform mask for which computation is CPU consuming)
Grum999
Finally this week-end, spend all my time with familly and with Friends
Then I won’t be able to open bugs today 
Hope being able to do it in the week 
Grum999
Hi
Bugs report done:
Grum999
Thanks I couldn’t get time to follow this up sorry, but you have made right observation. I had issues with transform masks too
No problem 
Myself it was a little bit hard to find time for it and I know that’s everybody have a life aside Krita 
Just hope theses bugs will be easy/fast to fix, especially the second one 
Grum999
I also found this out just now. I have a file layer (imported CAD PDF) that I want to draw over. When I lock and unlock this layer, Krita also needs to recompute it. But there’s no visual change of course.
Hi
Bug 458471 – Locking/Unlocking layer generate an update of layer stack has been confirmed then now, just need to wait for a fix
Grum999
Yeah, I’ve added my observations to your bug report as well.
