[ptx] hugin, nona, enblend on amd64

[JD Smith]

On Fri, 2004-08-27 at 08:44, Pablo d'Angelo wrote:
> On Thu, 26 Aug 2004, JD Smith wrote:
> 
> > I thought nona was just another front-end to the panotools lib which
> > skipped some of the more brain-dead "mapping unused pixels" which the
> > source-unavailable PTStitcher apparently was doing.
> 
> Hmm, I'm not using the image data structures of the original panotools. nona
> can remap images of any datatype.
> I have replaced the transForm (which loops over the whole image, and remaps
> every pixel) function of the original available in libpano12. Fulvio and Rik
> added a good interpolation algorithm, that avoids evaluating the heavy pano
> transform for every pixel, and is therefore a lot faster in the black areas.

Thanks for the information Pablo.  I wonder if the libpano updates skip
the black areas in the same way nona does, i.e. are the interpolated
pixel transform of the optimized libpano12, and the careful culling of
unnecessary black areas of nona multiplicative speed-ups if applied
together?

> > BTW, have you tested the speedup using multi-layer TIFF from
> > nona->enblend as patched by Edouard Gomez for reading MLTs?
> 
> Nope I haven't. would save some diskspace and time compressing black
> areas,  I think. unfortunately the patch hasn't made it into enblend
> yet, so I'm still using multiple tiff files to enblend from hugin.

I asked Andrew about integrating this patch, and never heard back from
him (probably busy with classes, etc.).  Perhaps we could start a
sourceforge project seeded with the 23 May release, and solicit
developer involvement.  I'm sure he'd be happy to have the help.

JD