hugin-devs team mailing list archive

[tduell <1388469@xxxxxxxxxxxxxxxxxx>]

Hello Thomas,
This is a curious thing. I couldn't see anything in the hugin code that would affect this, but there was no obvious local change either.  My exiv2 hasn't changed, that's a local build.
The problem images are uncompressed tiff, and each is 66MB, so I'm reluctant to provide one as-is. A zip or bz2 archive only gets down to about 44MB. Conversion to a jpg (using gimp) is much more acceptable, but that changes the exif and hugin will pop up the hfov dialog.
Pending some way of providing one of the images  in a reasonable size, which demonstrates the problem, I have attached the output from exiv2 and exiftool, in case this helps.

Cheers,
Terry


** Attachment added: "problem file exif data"
   https://bugs.launchpad.net/hugin/+bug/1388469/+attachment/4251619/+files/MPtiffexif.txt

-- 
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/1388469

Title:
  Hugin loads images, but thinks hfov is -nan

Status in Hugin - Panorama Tools GUI:
  Incomplete

Bug description:
  Build of hugin-executor branch (6759:6d52a5552e08) on Fedora 20 x86_64.
  Select a group of 4 images which are loaded without complaint, but 'lens parameters' show hfov = -nan for all images.
  My previous hugin build (6758:624abeb108a1) could not find the hfov in the image data for these images (tiff files supplied by others) and would pop up the dialog box requesting input.  The latest build happily loads the images, maybe it finds the hfov, but then appears to store the hfov as -nan.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hugin/+bug/1388469/+subscriptions