On Thu 15-Dec-2011 at 10:05 -0800, kfj wrote:
I feel this shouldn't be so - hugin should recognize that the portrait images were shot in portrait and fix the data so that the raw sensor data are taken as the image and the roll value is set initially to 0, 90 or -90 degrees, respectively - of course it can't know the upside- down shots were taken upside down, because the camera keeps no record of it - if it notices at all. To figure this out, it would have to use this logic:
I think Hugin needs to keep a distinction that is currently the case:
EXIF data is purely 'advisory', i.e. we can use EXIF data to set initial roll, EV, FoV etc... but these parameters are not fixed.
(We can have additional logic that says 'ignore EXIF orientation for all image files where width is less than height' etc...)
EXIF isn't used at the stitching stage, stitching happens at a lower pixel-data level, e.g. a 'landscape format' photo relates to the way the pixels are stored, even if the camera was held in portrait orientation.
-- 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
