The two programs xmorph and gtkmorph are the GUI (graphical user interfaces, that is, front-ends) to libmorph, a library that implements digital image warping , known as morphing. Reproducible: Always Steps to Reproduce: 1. 2. 3. Morphing was invented and first used by Industrial Light and Magic. The original author of the first morphing algorithm is Douglas B. Smythe. If you can get ahold of the article, read Douglas B. Smythe's article A Two-Pass Mesh Warping Algorithm for Object Transformation and Image Interpolation'', ILM Technical Memo 1030, Computer Graphics Department, Lucasfilm Ltd., 1990. This kind of morphing is technically nothing more than a simultaneous warp and dissolve (see example) of an image. Another kind of morphing, which is far more involved than what xmorph does, uses 3D models of the two things being morphed. The first commercial use of morphing was in a sequence in the movie Willow. Since then, morphing has been widely used. Among the more memorable morphing sequences are those found in Michael Jackson's ``Black or White'' video, and in the movie T2. Be sure to read George Wolberg's Digital Image Warping. I have corresponded with George Wolberg about this program. I asked him whether he considered xmorph to be a violation of copyright of the algorithms in his book, since there are similarities. Mr. Wolberg assured me that my algorithms were different enough that there was no problem, and he seemed very interested and enthused about the existence of my public domain implementation. Also, the algorithms published in Mr. Wolberg's book had bugs in them which I and other xmorph contributors have found, and those bugs have been reported to George Wolberg, who verified my corrections to be proper. I was also told that these bugs were propagated on to Lucasfilm, although I have heard from no one at Lucasfilm directly. A.Mennucci: In Nov 2003, I have reviewed some of the libmorph code; I have changed the morphing routines , to this end: * in the older code, meshes must have the border on the image border; now the border of the mesh is free to move * the old warp algorithm works on the original image, and pushes the pixels from the original image to the warped one; the new code works on the warped image, and pulls the pixel from the original one; * for this reason, I have rewritten the resample algorithm: there are two routines now, o bilinear sampling: reasonably good, 5 times faster than the antialiasing o antialiasing sampling: very high quality (dynamic lanczos kernel); recommended for animations, for images with fine grain and texture, for the final results of your work; even for still images, it produces sharper images than the above (in all of my tests) see example
Created attachment 85807 [details] A possible (kinda broken) ebuild. This ebuild lacks tkmorph and xmorph support (it'll even try to compile if you don't set the gtk flag, but I assume that'll break something) and, since there's no ebuild for it yet, has no waili support neither. Oh... and the required versions for building/running this package might not be correct.
Somebody caring about this?
(this is an automated message based on filtering criteria that matched this bug) Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
(In reply to comment #2) > Somebody caring about this? > Yes. Debian seems to be keeping it more current. The project is probably dead, but it still works: http://ftp.de.debian.org/debian/pool/main/x/xmorph/xmorph_20090926.tar.gz if anyone is interested. morph and xmorph work, gtkmorph has issues.... anyway, it'd be nice if we had it in a tree, but it does compile. IDK if gtkmorph works for anyone...
(In reply to comment #4) > (In reply to comment #2) > > Somebody caring about this? > > > > Yes. > > Debian seems to be keeping it more current. The project is probably dead, but > it still works: > http://ftp.de.debian.org/debian/pool/main/x/xmorph/xmorph_20090926.tar.gz if > anyone is interested. > > morph and xmorph work, gtkmorph has issues.... anyway, it'd be nice if we had > it in a tree, but it does compile. IDK if gtkmorph works for anyone... > Link update: http://xmorph.svn.sourceforge.net/viewvc/xmorph/xmorph-current/ It looks like it's still maintained. Anyway, if I can make a working ebuild, I'll post it here.
Created attachment 209865 [details] another ebuild updated to use last released version from Debian. IDK what the deal is, but at least xmorph and morph work. Gtkmorph has some deprecated code that segfaults... might be fixed in launchpad svn, but I don't know libtool enough to build it, so... anyway, there it is.
