https://bugs.kde.org/show_bug.cgi?id=423521
stephen changed:
What|Removed |Added
Ever confirmed|0 |1
Resolution|NOT A BUG |---
Status|RESOLVED|REOPENED
--- Comment #3 from stephen ---
(In reply to vanyossi from comment #2)
> Real-time? you are asking too much for current technology. Performance is
> one of our top priorities so we do have some plans already laid out on how
> to improve speed on filter rendering to allow a faster rendering. As it is
> the canvas is rendered in a tiled way to avoid any delay, as if you change
> the filter settings mid renering it can cancel the tiles not yet processed.
> Without tiles you would need to wait for your entire image to be processed
> with the filter for the operation to be shown, which in turn would be very
> slow.
>
> As long as the different tiles are not baked in the final applied result I
> would mark this as an invalid bug. You can reopen only if the filter is
> applying the glitches onto your image.
Greetings again. OK. Actually, that's what I want : bake the final result of
the tiled parts before displaying/previewing the changes on the canvas. I
understand that you have plenty of optimizations in the TODO list of your
roadmap. But at least, do you get the idea ? If needed, I'll make another
gif/video to show the behavior I'm looking for. Just let me know.
--
You are receiving this mail because:
You are watching all bug changes.
