I added an experimental Equalize option to a branch of Hugin++
I would appreciate any feedback from those trying it and/or looking at the 
source code and/or knowing more on the theory side than I do (which 
wouldn't take much).

The idea is to modify the individual brightness levels monotonically (but 
often not smoothly) to get a flat histogram, which should tend to make 
image details more visible.

This only affects what you see while constructing the panorama.  It does 
not affect the pixels going into the result.

In the current experimental version, it only applies to input images with 
16 bit integer values (not to 8 bit and not to float).  I think it is most 
useful for 16 bit, but has some value for other input types.  Before making 
it non "experimental" I would extend it to all input types.

It currently occurs during the translation from 16 bit to 8 bit (needed to 
get an image that can be displayed in the GUI).  My intent is to affect 
only that GUI display.  But I haven't yet tracked all the possible call 
paths to find/fix any possible other affects.

The setting is per image and currently lasts only during a session.  It 
ought to be saved in the .pto file.  But I want to be surer about what I'm 
doing before messing with the .pto file format.

I put the UI for controlling it in the mask tab, because it is 
significantly more convenient there than elsewhere (try it and that should 
be clear) even though logically it is a property of the image, not the 
masks and it affects CP editing at least as much as mask editing.
[image: eq.JPG]

It has 3 different modes (other than the default choice of Off).
Stable has very little impact on hue or saturation and tries to adjust just 
intensity.  It scales each pixel as a single object (scales g,r,b equally 
within one pixel).  It may clip (decrease saturation, shifting hue) for 
pixels relatively close to white in photos that have very few pixels that 
are really close to white.

Intermediate treats all values independently in one pool.  Its affect on 
saturation and hue depends heavily on the original distribution.  It 
typically distorts hue more than stable does, but that still usually isn't 
very much.

Distorted treats each channel independently.  This usually causes big 
shifts in hue, making the picture look weird.  But it also should give the 
largest improvement in the ability to see details.

-- 
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to hugin-ptx+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/e8477762-602b-40c7-9023-9b0096d4e905n%40googlegroups.com.

Reply via email to