GNOME Bugzilla – Bug 757581
Perspective Tool is slow
Last modified: 2018-01-15 20:04:59 UTC
i always wonder, why the transformation tool -perspective-, is that lame - please check that code is the tool so lame because of: # the famous redraw-bug ? # multithreding isnt used?
Could you be more explicit please on the problems you encounter? And could you please use respectful language? I don't think you'd like us to speak to you the same way.
that the tool is extremely slow (maybe lame wasnt a happy choice of words) is a fact and not my intention to blame somebody. Therefore, its clearly to consider as a bug. Its more that point i wanted to highlight. the same slow behavior applies for the cage tool too: when i create or move the nodes, my Mac hangs always for 2 or more (especially moving nodes ) seconds before i can proceed.
*** Bug 784478 has been marked as a duplicate of this bug. ***
How is cage transform related to perspective transform in any way? Also, perspective transform should be exactly as fast or slow as rotation, unified or shear.
(In reply to Michael Natterer from comment #4) > How is cage transform related to perspective transform in any way? > > Also, perspective transform should be exactly as fast or slow as rotation, > unified or shear. Before i worked on a MacPro, a power desktop computer, now just a laptop. The transformation delay of the cage tool takes way to long, so that im forced to use other apps. The cage tool should be a better code because it was introduced way later than the perspective tool, but perspective is definitely quicker, whereas the cage tool unacceptable - at least for laptops, i bought it a month ago
Please let's keep cage transform out of this bug, it's 100% different code.
(In reply to Michael Natterer from comment #6) > Please let's keep cage transform out of this bug, it's 100% different code. i would prioritize the cage tool as it is more powerful, the perspective tool needs improvement, but works more or less slow as it is. Anyway, there should be already another bug report to address the cage tool issue, i guess.
We won't change anything about transform tools in 2.8, can you check git master or any 2.9 recent version please?
(In reply to Michael Natterer from comment #8) > We won't change anything about transform tools in 2.8, can you > check git master or any 2.9 recent version please? usually i dont use development versions, maybe 2.9 is a valid exception. Seems a lot of people uses this package. I can try and report back!
Jo, any news there?
I tried with gimp 2.9.6 from Partha. The combined transformation tool is unusable slow and perspective same as in older versions. I'm happy to see where the next gimp is moving so far (the developer version). I switched to other painting software meanwhile but will check in here sometimes as Gimp helped me a lot.
In master, commit 7f56393138d6da3d42c6b62cbfbf78f8101c2670 Author: Ell <ell_se@yahoo.com> Date: Mon Jan 15 12:17:13 2018 -0500 app: use GEGL for transform-tools preview Before you get too exceited -- no, this commit doesn't integrate transform previews into the image graph :) We still use a separate canvas-item overlay, just like before, but instead of using an impromptu implementation to render the preview, we use gegl:transform. We properly adjust the matrix passed to the op according to the display scale, so that we still render only as much as needed. This is both notably faster than the current code, and, for perspective transforms, more accurate. app/display/gimpcanvastransformpreview.c | 1014 ++++++++++++++++++++++++----------------------------------------------------------------------------------------------- 1 file changed, 205 insertions(+), 809 deletions(-) notably improves the preview speed of transform tools, which is especially notable for perspective transforms, which are no longer exceptionally slow. Closing as fixed.