hdrmerge fails due to differing image sizes
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Enblend |
Invalid
|
Undecided
|
Unassigned | ||
Hugin |
Fix Released
|
Medium
|
Unassigned |
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-
caught exception: Input images must have the same dimensions
make: *** [_MG_7820-
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
tags: | added: dimensions enblend hdrmerge linux macos |
Changed in hugin: | |
status: | Fix Committed → Fix Released |
Same here. I have a perfectly aligned, 20 image (10 per exposure) panorama. All images perfectly aligned, 2,9 maximum and 0,8 mean error.
Lower exposure is slightly larger (with black fill, too) on the right. Everything is perfectly still from one exposure to the other except for a single object in top right corner which moves inexplicably, despite me anchoring it perfectly with 30 points manually.
This is rather annoying. Error is same as above when using khan;
Using avarage slow I get this error:
Error: Input images need to be of the same size :upperLeft( ): image must have non-zero size. foreign/ vigra/vigra/ basicimage. hxx:877)
ContractViolation:
Precondition violation!
BasicImage:
(../src/
caught exception: :upperLeft( ): image must have non-zero size. foreign/ vigra/vigra/ basicimage. hxx:877)
Precondition violation!
BasicImage:
(../src/
gnumake: *** [hdr2_stack_ hdr_0004. exr] Abort trap
Using simple average, I finally get a final image. And this is the amazing result:
http:// img820. imageshack. us/img820/ 5790/schermata2 0100907a23344. png
Black parts are BLACK like in black 100%. the rest is a poorly made and ghosted hdr.
I'm on Mac, version is 2010.1. 0.38ed0587798b. Yea I know it's a nightly but I don't think that's the problem.
M.