This problem has now appeared for me for a few different panoramas,
independent of the use of --fine-mask. Funny enough scaling the output
images down has helped with one while with another one scaling up was
avoiding the black spots.
--
You received this bug notification because you are a
** Attachment added: Result using --fine-mask
https://bugs.launchpad.net/enblend/+bug/766501/+attachment/2126106/+files/test_result.tif
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
https://bugs.launchpad.net/bugs/766501
Today I have had that problem occur again processing a different image
set. But this time it appeared on a 6 core i7 with roughly 6GB free RAM
running a 64bit Linux.
So this is probably not a memory problem. Again the problem vanished
when dropping --fine-mask.
** Attachment added: Two input
what are the specs of the machine that produces the black areas?
What was a very nice laptop back in 2004:
Pentium M 1.7 GHz with 2GB RAM. Enblend might run out of memory, but
shouldn't it fail/crash then instead of producing bogus output?
It's easy to see in this 2 image case, but when blending
I could just reproduce the problem with
enblend 4.1-2f3c9caab556
and the attached original size files. I hope this 50MB attachment does make its
way to launchpad.
Felix
** Attachment added: Original size images demonstrating the problem
On April 19, 2011 04:09:43 PM Felix Hagemann wrote:
Blending two input tiff files (remapped files from hugin) with enblend
results in one image treated as solid black during blending if: (a)
--fine-mask is used, and
(b) the input image size is large enough (here: 9000px high triggers the
** Attachment added: Zip containing the files showing the bug
https://bugs.launchpad.net/bugs/766501/+attachment/2069531/+files/images.zip
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
https://bugs.launchpad.net/bugs/766501
** Description changed:
Blending two input tiff files (remapped files from hugin) with enblend
results in one image treated as solid black during blending if:
(a) --fine-mask is used, and
(b) the input image size is large enough (here: 9000px high triggers the bug,
8000px and below is
8 matches
Mail list logo