https://bugs.kde.org/show_bug.cgi?id=435716
Bug ID: 435716
Summary: Flattening animated layer with Transform mask is
resource intensive
Product: krita
Version: git master (please specify the git hash!)
Platform: Manjaro
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Animation
Assignee: krita-bugs-n...@kde.org
Reporter: vladimir.firefly.sa...@gmail.com
Target Milestone: ---
SUMMARY
I have to write disclaimer first: it might be a feature request or a bug
report, depends on how you look at it. Skipping to the next section, and then
write my comments and a possible workaround.
Prerequisites: already existing animation (made in Krita preferably 🙂) with a
"bigger" resolution (in my case 2048×1080px) and newer version of software that
can animate Transform mask.
STEPS TO REPRODUCE
1. Import animation frames (~400) as animated layer
2. Add Transform mask
3. Simulate exaggerated camera zoom effect using Transform mask (let's say,
from original size to 400% enlargement) on whole span of animation
OBSERVED RESULTS
Good: cache generated at reasonable speed and therefore playback works as
expected
Bad: try flattening the layer (apply Transform mask); I was almost certain that
Krita died and that it got stuck at "flattening layer: 0%" message at status
bar. When asking for directions on IRC, after about an hour later, I eventually
hit 1%.
Ugly: the "workaround" - hide everything, except the layer of interest for the
case, render anim as frame-images and reimport the resulting frame array in
place of original pixel layer and it's Transform mask.
EXPECTED RESULT
Somehow faster flattening operation. I suspect the problem is, at least
partially, that "zoomed in" layer hast a lot of pixel data outside of the image
boundary. If that's the case, can Krita ask the user if cropping should appear?
Btw, operation was cancelable, but it lasted at least so long to cancel as it
did to calculate to that 1%.
--
You are receiving this mail because:
You are watching all bug changes.
