Re: [Gimp-developer] GSOC proposal: cage-based transform tool
Hello, - Since the GC is affine-invariant, it can do rotation and translation as well. However, it is less efficient than this simple tools. Should this tools be merged in the same tool ? I just found a mistake, the green coordinates is not affine invariant, that's why the shape preservation can be achieve. However, it is invariant for rotation, translation and scale. Any other reaction, advise, opinion ? Regards Michael Muré ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSOC proposal: cage-based transform tool
On Wed, Mar 24, 2010 at 5:14 PM, Alexia Death alexiade...@gmail.com wrote: Hi:) The basic behavior of this tool would be: - you put a closed polygon on the image (not limited to 4 handles) - you deform the cage, the image is deformed accordingly - user can choice if the pixels can go outside of the cage or not. In the normal behavior of the Green Coordinates, the pixels can overflow the cage, due to the shape preservation. I looked through the paper and examples there were very impressive. This tool can be the tool of choice for many use-cases currently handled by iwarp plugin and perspective transform in a much more convenient and usable way. As a project it has great potential. Im thinking, it might make sense to implement it as a gegl op with UI in gimp. however, we dont have an example of such tool yet... Haven't checked the references - but it sounds like the same UI could be used to perform the Liquid Resize magic, currently existing as a 3rd party plug-in - what do you say? js -- -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSOC proposal: cage-based transform tool
On Thu, Mar 25, 2010 at 6:12 PM, Joao S. O. Bueno gwid...@mpc.com.br wrote: On Wed, Mar 24, 2010 at 5:14 PM, Alexia Death alexiade...@gmail.com wrote: Haven't checked the references - but it sounds like the same UI could be used to perform the Liquid Resize magic, currently existing as a 3rd party plug-in - what do you say? Could you point me to the plug-in? I don't think Ive seen it before -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSOC proposal: cage-based transform tool
http://liquidrescale.wikidot.com/en:tutorial But the behavior and the goal of this tool is rather different from mine. 2010/3/25 Alexia Death alexiade...@gmail.com On Thu, Mar 25, 2010 at 6:12 PM, Joao S. O. Bueno gwid...@mpc.com.br wrote: On Wed, Mar 24, 2010 at 5:14 PM, Alexia Death alexiade...@gmail.com wrote: Haven't checked the references - but it sounds like the same UI could be used to perform the Liquid Resize magic, currently existing as a 3rd party plug-in - what do you say? Could you point me to the plug-in? I don't think Ive seen it before -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSOC proposal: cage-based transform tool
On Thu, Mar 25, 2010 at 1:23 PM, Alexia Death alexiade...@gmail.com wrote: On Thu, Mar 25, 2010 at 6:12 PM, Joao S. O. Bueno gwid...@mpc.com.br wrote: On Wed, Mar 24, 2010 at 5:14 PM, Alexia Death alexiade...@gmail.com wrote: Haven't checked the references - but it sounds like the same UI could be used to perform the Liquid Resize magic, currently existing as a 3rd party plug-in - what do you say? Could you point me to the plug-in? I don't think Ive seen it before http://liquidrescale.wikidot.com/ It does the trick thatadobe sohowed off in the new photoshop yesterday -- it is quite well maintained - I keep the .pt_BR translation for it. Give it a try, it is worth it. -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSOC proposal: cage-based transform tool
http://liquidrescale.wikidot.com/ It does the trick thatadobe sohowed off in the new photoshop yesterday -- it is quite well maintained - I keep the .pt_BR translation for it. Give it a try, it is worth it. Will do, but it only seems to do the rescale part of it, not the cleanup part it seems. -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GSOC proposal: cage-based transform tool
Hello, I'm Michael Muré, a French student in computer science. I'd like to propose a GSOC about a new cage-based deformation tool. This tool wil be based on this paper: http://www.math.tau.ac.il/~lipmanya/GC/gc_techrep.pdfhttp://www.math.tau.ac.il/%7Elipmanya/GC/gc_techrep.pdf(Siggraph 2008) The basic behavior of this tool would be: - you put a closed polygon on the image (not limited to 4 handles) - you deform the cage, the image is deformed accordingly - user can choice if the pixels can go outside of the cage or not. In the normal behavior of the Green Coordinates, the pixels can overflow the cage, due to the shape preservation. Unlike the other classical method (mean value coordinates, harmonic coordinates, ..), the Green Coordinates allow high quality deformation by preserving the shape. That mean that you don't have side effect like shear. Example can be found in the paper. However, a restriction, the figure 14 show a deformation of the outside of the cage, that require a cutting of the outside. I think that's not relevant for a software like the Gimp. That was for the presentation. I would really like some advise or opinion of the community, to improve my proposal. For instance, I've some question: - Since the GC is affine-invariant, it can do rotation and translation as well. However, it is less efficient than this simple tools. Should this tools be merged in the same tool ? - Generally speaking, I'm not sure about the best UI solution - Concerning the code, I'm a bit rookie with the code base of the Gimp. I usually follow more the Blender's development. Any hint or advise or thing to know would be appreciated. Regards Michael Muré ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] GSOC proposal: cage-based transform tool
Hi:) The basic behavior of this tool would be: - you put a closed polygon on the image (not limited to 4 handles) - you deform the cage, the image is deformed accordingly - user can choice if the pixels can go outside of the cage or not. In the normal behavior of the Green Coordinates, the pixels can overflow the cage, due to the shape preservation. I looked through the paper and examples there were very impressive. This tool can be the tool of choice for many use-cases currently handled by iwarp plugin and perspective transform in a much more convenient and usable way. As a project it has great potential. Im thinking, it might make sense to implement it as a gegl op with UI in gimp. however, we dont have an example of such tool yet... -- --Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer