Summary: | Non-Destructive Performance Regression from 4.0 Pre-Alpha 1 to Pre-Alpha 2 | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | reptillia39 |
Component: | Filters | Assignee: | Krita Bugs <krita-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | halla |
Priority: | NOR | ||
Version: | 4.0 pre-alpha | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | The File. |
Description
reptillia39
2017-11-09 19:49:14 UTC
What attached file? Created attachment 108766 [details]
The File.
Wolthera mentioned to test the file without fill layer, but in a newly created document, fill layer seem to be the source of the performance regression. In that document, newly created color adjustment filter layer or Power/Slope/Output Filter Layer sometimes do cause performance regression. I believe the issues lies within fill layer, color adjustment, and the power/slope/output filter layer. Yes, I can confirm a performance regression. Opening the image in 4.0-prealpha.1 is fine; in git master, a20c53eea0c1548502b78a73879488a09a27844c, it starts an endless round of recalculations. Okay, I think this bug report can be closed as it's invalid, but I do think this bug report reveals a big issue that needs to be addressed at some point. If someone works with a bazillion filter layers/clone layers, then it can be difficult to track them, and to resolve this issue, there needs to be some way to reveal how the document works via a network to track those filters/clones easier. If the developers believe that there needs to be some way to track those layers down easier, I'll make the bug report if any developers asks me to do so if necessary, and let me know on the decision on that. Please disregard the above. That was meant for another report which has to do with a problem with many clone layers. *** This bug has been marked as a duplicate of bug 407062 *** |