[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