← Back to team overview

hugin-devs team mailing list archive

[Bug 779563] Re: enfuse sees a "grayscale" image where there is not

 

In your testcase _MG_7851_hq.JPG really is grayscale and the other two
are RGB, so the error message is correct.

Were these images processed by ImageMagick?  This is one of the
annoyances of ImageMagick, it will collapse the data to a different
format if it thinks it can save space - I have never been able to turn
this behaviour off.

I think it would be nice if enblend was able to dynamically deal with
this situation and do the right thing automatically, though this isn't a
problem for Hugin which will always supply a unified format to enblend.

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

Title:
  enfuse sees a "grayscale" image where there is not

Status in Enblend:
  New

Bug description:
  I am processing three exposures of a large panorama.  This is in the
  area where the scene is brightest and so the highest exposure is
  completely white.  When blindly fusing each stack, the stacks with the
  white images return the error message:

  $ enfuse --contrast-weight=1 --output=_MG_7849_hq-_MG_7851_hq.jpg _MG_7849_hq.JPG _MG_7850_hq.JPG _MG_7851_hq.JPG
  enfuse: info: input image "_MG_7849_hq.JPG" does not have an alpha channel;
  enfuse: info: assuming all pixels should contribute to the final image
  enfuse: info: input image "_MG_7850_hq.JPG" does not have an alpha channel;
  enfuse: info: assuming all pixels should contribute to the final image
  enfuse: info: input image "_MG_7851_hq.JPG" does not have an alpha channel;
  enfuse: info: assuming all pixels should contribute to the final image
  enfuse: input image "_MG_7851_hq.JPG" is grayscale
  enfuse:   but previous images are color

  expected behavior: fuse the images (and let the weightings take care
  of the over exposure)


Follow ups

References