[ptx] HUGIN/Autopano/Enblend/suggestions

Pablo d'Angelo pablo.dangelo at web.de
Mon Mar 15 09:58:34 GMT 2004


On Mon, 15 Mar 2004, Marko Mäkelä wrote:

> On Mon, Mar 15, 2004 at 10:01:52AM +0100, Pablo d'Angelo wrote:
> > Hmm, I might add that as an option. however I usually do not explicitly set
> > the orientation, and my cam doesn't contain an orientation sensor.
> 
> I set the orientation in the camera (Canon Digital Ixus 300), as I think it's
> much easier there than on a computer user interface.

Hmm, I browse/sort my images with gqview, and press a key to rotate the
images with jpegtran. quite fast, and browsing them once is needed anyway to
judge the quality.

> > The thing is, if I just rotate the images in the gui, the roll, pitch & yaw
> > parameters will look strange. I would have to change the image files.
> 
> Sorry, I don't understand your point.

If I just rotate the view inside hugin, PTOptimizer will estimate roll=90
for usual images, if I feed the coordinates, like they are in the image
(for example, swap x,y, when invoking PTOptimizer)

Otherwise if I use x,y like the user selects them, I would have to rotate
the image file (which I do not want to do), so that PTStitcher can work with
the real (rotated) y,p,r values.

Or I would have to adjust the r,p,y values to match the nonrotated image
files that PTStitcher reads. If I remember correctly, r is applied after all
other rotations, so a simple r +- 90 deg wouldn't work.

I haven't looked how other frontends handle this.

> You mentioned jpegtran.  While some versions of it allow you to losslessly
> rotate Exif images, I haven't seen a version that would properly set all
> Exif fields affected by rotation.

You are right. I probably should use your software. Didn't know about it
when I looked at how to rotate the jpg's.

ciao
 Pablo


More information about the ptX mailing list