--- In PanoToolsNG@yahoogroups.com
, Pablo dAngelo <pablo.dangelo@...>
> I'm currently working on cleaning up the "stitch to HDR"
> functionality in the latest hugin snapshots, so steps 2-4 can
> hopefully soon be done inside Hugin or with nona.
Loving the sound of that!
And just to make sure I understand: Nona would accept NEF files
as input, it would then combine sets of them into the
necessary HDR images, then correct them, and then stitch them?
How soon are you thinking for this?
> Since Enblend will (currently) only accept tiff files as input...
Did not know that. I kind of assumed that it permitted HDR or EXR as
inputs. That was part of my issue - I had no idea if these formats
could contain masks.
Ok, so now it's TIFF or nothing. Being new to HDR, I assume that
there is a 32-bit (or some other) High-Dynamic TIFF format? (Man
those files would have to be HUGE). Am I right in understanding this,
and can Nona dump to this HDR-TIFF as part of TIFF_m?
And if it can, how do you tell it which bit depth to use for TIFF_m
> you can add a mask/alpha channel similar to the 8/16 bit workflow http://www.graphicsmagick.org/www/GraphicsMagick.html
> (actually, the TIFF_m output will already contain a mask). Not sure
> which software is best for that though. I think graphicsmagick
> (ImageMagick fork) supports floating point images now.
> Search for float in
> The problem with enblend 3.0 is that it doesn't properly read the
> alpha/mask channel of floating point files.
These floating point files... They're the HDR-TIFFs I was wondering
So, am I missing something here? Is there currently some way to blend
High-Dynamic images that doesn't use alpha/masks or is there NO way to
blend them at all yet?
> I'm currently preparing a patch for enblend.
Go Pablo, go. Any rough ETA on this one?