On Mon 24-Jan-2011 at 08:10 -0800, Jeffrey Martin wrote:
sorry to take this thread off on a tanget, but can i clarify
bruno's statement?
so your standard 6 shots around and 1 shot up pano (fullframe
fisheye) where the "up" shot has been rotated to landscape
orientation by the camera - this should not pose any problems for
hugin?
No camera I have seen actually rotates the image file saved in the
camera. i.e. they all produce landscape images but add an EXIF tag
indicating the position of the orientation sensor.
So if you feed these photos into Hugin it does the right thing: they
all get the same lens number, but get the initial roll set ∓90°
depending on the EXIF data.
However if you are processing with a RAW converter, it might
silently rotate a photo and save it in portrait format. In this
case Hugin would assign a different lens number.
(personally I think it would suck if I asked a RAW converter to
process a series of photos identically but they ended up with
different pixel dimensions).
why is it HFOV and not FOV "in the narrow image dimension" ?
wouldn't this be better?
See all the other recent threads about the panotools lens model.
Yes it isn't ideal.
--
Bruno
--
You received this message because you are subscribed to the Google Groups "Hugin and
other free panoramic software" group.
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at http://groups.google.com/group/hugin-ptx
