GNOME Bugzilla – Bug 162014
implement IWarp paint tool to replace the plug-in
Last modified: 2014-11-07 23:50:18 UTC
IWarp is one of the my top used plug-ins (for photo editing, texture mapping, fun, etc). From the experience of working with IWarp I've come with several idea about chancing usability of this plugin. Some of the ideas are come from the alternative image editing tools. 1)Preview. I think the interface of IWarp should be like new interface of the gfig plugin – a large preview windows (preferably with zoom option) and toolbar or panel with the tools and parameters. 2)Editing The thing I lack the most when uding IWarp, is a visible brush, because currently it a very difficult to guess the right brush size and can be done only by guessing and trying multiple sizes. The simple circle with radius depending on brush size should be enough. 3)Mesh It would be a very nice enhancement, if there will be option to show a warp mesh – a kind of grid (before warping) that shows the transformation and therefor will help on regions where is not enough details to see the warping result. 4)Saving/Loading transformation It would be a very useful feature, if the warp settings, could be saved into a file and loaded later. It would allow do complicated transformations in several sessions, and also to be be able to apply common transformation to the series of images (if it will be also available in non-interactive mode it would be grate for scrit-fu and batch processings). I understand that this is a huge list and requires a lots of work, but I hope that some of those things still can be implemented someday. Thanks! P.S. There also several related bugs: a bug 135795 and a bug 159686
Thank you for the suggestions. There has been discussion about the possibility of making IWarp into a core tool rather than a plugin, which would automatically give you (1), and pretty easily give you (2). Whether features (3) and (4) are feasible probably depends on how the tool is implemented. I am going to mark bug #135795 and bug #159686 as duplicates of this one, because they contain less information. Note however that both reports may be worth reading for people interested in this topic.
*** Bug 159686 has been marked as a duplicate of this bug. ***
*** Bug 135795 has been marked as a duplicate of this bug. ***
The plug-in is supposed to die and to be replaced by a tool in the core. Anything else would be major waste of effort and code duplication.
Implementing IWarp as a tool would automatically fix points 1,2 and 4 of the list in comment #1. I am changing the component and the summary accordingly.
Upgrading target from Future to 2.6.
*** Bug 399975 has been marked as a duplicate of this bug. ***
I only want to second that feature request. IWarp is great but it's not fun to work with in that plugin window.
I also think that IWarp should be implemented as a tool, like in Photoshop. I often need to transform the selected layer according to the underlying layers, but it is not possible in Gimp. For example I want to create a square apple, in Photoshop I would create a layer underneath the apple layer and paint a 3D box in it. Then I would use the Warp-Tool to match the apple to the box. But in Gimp there is no possibility to show the underlying box in the warp tool...
Andi, no one ever argued that it should not be a tool. Someone just needs to sit down and write the code. Given the fact that the IWarp code is rather simple, this should be easily done over a weekend. So if you have some days to spend on this, please go ahead. If you have questions, feel free to ask on the gimp-developer list.
Seems we're not getting it for 2.6, but I am personally interested in fixing this for 2.8.
*** Bug 543285 has been marked as a duplicate of this bug. ***
I'm not aware of anyone working on it so let's move this back to the Future milestone. There is quite a lot to do for 2.8 already...
This is a very important plugin as it turns out. The only reason people don't use it more is that it is not well advertised. When photo editing, this kind of liquid warping is one of the most common procedures. Suggest adding whatever features are both easy and important to the plugin while we wait for someone to take up the task of implementing it as a tool (which is a wonderful idea). Important tasks that seem to me to be relatively easy: 1. Visible brush, so you know what you are doing 2. Some undo capability (at least the ability to undo the *last* action) With those two features added, you could do quite a bit of good editing within the plugin. It's better than waiting for someone to take up the bigger task. This bug has been open for several years...
Maybe it could be implemented in the "finger" tool, so you check a box and you got a Iwarp tool! That way, it could solve the trouble of making a new innecessary tool -in my opinion.
The "finger" (smudge) tool is inherently quite different from what an IWarp tool would be. Each stroke of the smudge tool immediately affects the pixels the brush touches. There is no memory of pervious strokes. In IWarp, on the other hand, what happens when you stroke is that the displacement map gets updated, and the effect on the *original* pixels from when the tool was started has to be recalculated. (At least, something like this is what I recall from when I was hacking on making IWarp a tool.) But in the UI, yeah, maybe.
Been a little while since the last post. What is the status of getting IWarp as a core tool? Definitely warping while viewing other layers would be super valuable (and as I understand, a feature that not even photoshop currently has), but I'm more interested in being able to zoom in while warping (one that ps does, and which I gather migrants miss dearly. If I understand correctly, integration as a core tool would make both of these possible. How close is the 2.8 release? Is there anyone working on this. I haven't done any C development, but I'm a pretty competent programmer and would really like top see this feature implemented.
No one is currently working on this, and it is not high prio (I just updated our roadmap with this item, see http://gimp-wiki.who.ee/index.php/GIMP_Roadmap#Feature_prioritization), so don't hold your breath. A new 2.8 schedule will soon be announced on gimp-developer.
Updating milestone with newer roadmap priorization.
*** Bug 722054 has been marked as a duplicate of this bug. ***
There we go: commit dfcbc23caccab9e43718717f73115228f1ef2a0d Author: Michael Natterer <mitch@gimp.org> Date: Sat Nov 8 00:47:39 2014 +0100 app: implement creating an animation from a warp tool transform like in the iwarp plug-in. I consider the plug-in obsolete now. app/tools/gimpwarpoptions.c | 51 ++++++++++-- app/tools/gimpwarpoptions.h | 15 ++-- app/tools/gimpwarptool.c | 185 +++++++++++++++++++++++++++++++++++++++----- 3 files changed, 223 insertions(+), 28 deletions(-)