hugin-devs team mailing list archive

[tmodes <679520@xxxxxxxxxxxxxxxxxx>]

The bug seems to be in hdr_merge.
Does the exr format support the offset tag? 
If not, this could explain the observed behaviour.
If yes, then we need to check if the tag is correctly read and written.

Could you try to stitch the hdr images with non-cropped images (on
Stitcher tab, goto Nona options and deselect "use cropped images" or
similiar)?

-- 
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 - Panorama Tools GUI:
  Triaged

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