image processing in hugin? [Re: vigra - gropping]

Pablo d'Angelo pablo at mathematik.uni-ulm.de
Thu Sep 18 19:26:25 BST 2003


Hi,

Kai-Uwe Behrmann schrieb am Donnerstag, den 18. September 2003:

> Hi Pablo,
> Do not hurry. Even if not able at all to follow at the moment I like to
> continue later.

:) I was just getting a bit nervous, since you commited code quite
regulary.

> > presets, or the preview window? I'll work on these, starting with a
> > preview window that uses some function from the pano tools library to do
> > the stitching, so that partial stitching is possible to speed up the
> > preview.
> 
> The preview could help me a lot. For straighten horizont and vertical
> lines I used panoviewer. Maybe it is easier to take the different CPs for
> this. I will test it. Then panoviewer should wait till we have the
> panolib functions inside hugin, to get all needed projections.

This is what I'm doing right now. wading through the pano tool
sources...

> > almost all stuff of vigra, execpt FFT and image loading/saving is
> > included. The documentatoin is at its homepage, but it quite confusing
> > on the first look.
> 
> Fine, this will help to make the center tool useful.

why do you want hugin to crop the source images files? panotools already
crops and centers the images, if it is asked. I never tried it though.
No need to reimplement :)

I wouldn't crop away the dirt in the center tool display, but leave it
there, so that the user sees why he is cropping.

> I need 16-bit handling. Hope wxWindow can do this. But cropping has not
> a high priority, as this can be done outside hugin as well.

No, wxwindows can only handle 8 bit, its image class is not very
advanced. at least it reads the most common formats. and for UI purpose,
16 Bit is not really needed. If we want to modify the source images or
do stitching then we have to move to some other image library.

ciao
  Pablo
--
http://wurm.wohnheim.uni-ulm.de/~redman/
Please use PGP


More information about the ptX mailing list