While transforming transform mask with Liquify tool, changes is visible only while view scale is 33% or smaller, with bigger view scale changes becomes invisible, but applying after press "apply" button. And changes made by previous transfprmations stay visible with any view scaling. Reproducible: Always Steps to Reproduce: 1. Open or create image with size ~4000x3000px (8bit sRGB) 2. Add transform mask to layer 3. Switch to transfpormation tool->liquify on just added transform mask. 4. Do some transformation. (Do not apply it) 5. Scale view with mouse wheel 6. See that just made changes becomes visible or not depends on view scale Actual Results: Visibility of liquify changes depends on view scale. Expected Results: Liquify changes must be visible on any view scale.
What is your graphics card and driver? If you're using AMD/Radeon, then suspect this is the same issue as https://bugs.kde.org/show_bug.cgi?id=348408.
Yes. I have AMD Radeon but with opensource drivers. And this behaviour is independent of Opengl is enabled or disabled. And Free transformations is visible on any view scale.
And for me canvas is not disappearing, just shows image without transformations.
Hm, no, I don't see exactly that, though there are plenty of issues, at too big a zoom (140% here), the canvas becomes unresponsive and toggling the layer visibility breaks the display as well.
I cannot reproduce it. Changing zoom level updates the Liquify preview on-the fly. And, yes, on bigger zoom levels the editing Liquify becomes slower. It should probably be fixed
(In reply to Dmitry Kazakov from comment #5) > I cannot reproduce it. Changing zoom level updates the Liquify preview > on-the fly. I always can reproduce this. If you say, I can give you aditional info, backtrace, or whatewer. Help please.
Displays correctly for me as well, but there are indeed slowdowns when zoomed in Win10 (geforce titan driver version 364.51)
I can reproduce it always on my linux station with open source amdgpu drivers, specially at bigger zoom level, and with Wash mode. Quite unresponsive also.
Please check whether this is still relevant with the latest 3.1 beta: http://download.kde.org/unstable/krita/3.0.91/ We did a lot of work on the opengl code this summer. If there are still problems, please consider reporting a bug with the developers of the amd drivers.
Now I use another OS, and another software for processing my photos. I have no time to check if this bug present now in Krita, or not. Sorry. (In reply to Boudewijn Rempt from comment #9) > Please check whether this is still relevant with the latest 3.1 beta: > http://download.kde.org/unstable/krita/3.0.91/ > > We did a lot of work on the opengl code this summer. If there are still > problems, please consider reporting a bug with the developers of the amd > drivers.
Okay, closing then.