hugin-devs team mailing list archive

[Sami Boukortt <679520@xxxxxxxxxxxxxxxxxx>]

I encounter this problem with the attached .pto file with Nona set to
the default of “Save cropped images” and the HDR merge mode set to
“Average slow” or “De-ghosting (Khan)”. Unchecking the Nona cropping
option makes “Average slow” and “De-ghosting (Khan)” work properly, and
“Average” always works.

** Attachment added: ".pto file that reproduces the issue"
   https://bugs.launchpad.net/hugin/+bug/679520/+attachment/5316808/+files/input_size.pto

** Changed in: hugin
       Status: Expired => Confirmed

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

Title:
  hdrmerge fails due to differing image sizes

Status in Enblend:
  Invalid
Status in Hugin:
  Confirmed

Bug description:
  I get this message (and another telling me to post it here) while
  stitching an HDR panorama:

  hugin_hdrmerge -m khan -i 4 -s 30.000000 -o _MG_7820-_MG_7855_stack_hdr_0000.exr _MG_7820-_MG_7855_hdr_0000.exr _MG_7820-_MG_7855_hdr_0001.exr _MG_7820-_MG_7855_hdr_0002.exr
  caught exception: Input images must have the same dimensions
  make: *** [_MG_7820-_MG_7855_stack_hdr_0000.exr] aborted

  There are two stacks with 3 images each. I get the individual TIFFs, I can build 3 panoramas for the different exposures, but merging the first stack fails because the first of the three TIFFs from the first stack (and in consequence the EXRs) is just slightly wider than the others, for no apparent reason.
  I tried to make a series of these panoramas in batch mode, and some failed this way, others worked. I can't seem to find out what makes the difference.

  I could post the project, but the files have 13 MB combined, so I'd better ask before uploading.
  I'm on Linux, using version 2010.0.0-12.6

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