hugin-devs team mailing list archive

[Yuv <766501@xxxxxxxxxxxxxxxxxx>]

With the input images in comment #8 I can reproduce it on my netbook.

On the command line, Enblend outputs four times the following diagnostic
message:

enblend: seam s-1 is a tiny closed contour and was removed after
optimization


** Changed in: enblend
       Status: New => Confirmed

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

Title:
  Enblend treats larger input tif as black with --fine-mask

Status in Enblend:
  Confirmed

Bug description:
  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 ok).

  The attached images illustrate the problem: 2 input files
  (input0000.tif and input0002.tif) and two output files, one with
  --fine-mask (bad_finemask_9000x4500.tif) and one without
  (good_nofinemask_9000x4500.tif). Unfortunately those are images
  reduced to a width of 2000px from an original width of 9000px. If
  needed I can provide the quite large originals as well.

  Version has been pulled yesterday: enblend 4.1-2f3c9caab556.
  Compilation was without OpenMP, trying with or without imagecache does
  not make a difference.