Hello,



Andrew Mihal (developer of enblend) and the hugin development team

around Pablo d'Angelo have a christmas present for the panorama

community: enfuse



The program uses the multi resolution spline blending technique known

from enblend to fusion (hence the name) a stack of exposure bracketed

images - not to HDR but to a exposure blended LDR result.



I tested it on some cases and it yielded results wich are the closest

to perfect I ever saw. Even the 17 EV lamp example from my page

http://www.erik-krause.de/blending which no recent tonemapper was

able to process satisfactorily looks really great:

http://www.erik-krause.de/lamp_enfuse.jpg



And the best is: this runs fully automatic, without need to tweak a

load of settings. The syntax is similar to enblend, hence it might be

possible to use one of the enblend GUIs:

http://wiki.panotools.org/Enblend_Front_End or even PTGui if you

specify enfuse instead of enblend or smartblend in the Options

-> Plugins menu (don't forget to set it back, since enfuse is *no*

panorama blender).



Enfuse is part of the enblend 3.1 pre release. Hence be warned: There

still might be bugs - this is for testing only. Please read the

README and the NEWS file from the ZIP before. Please report any bugs

or oddities here or better on the hugin-ptx list at

http://groups.google.com/group/hugin-ptx



Enblend 3.1 reports are welcome, too!



Enfuse f.e. shuts down if it is called with wrong parameters. Here is

a list (output of enfuse if called without parameters):



Usage: enfuse [options] -o OUTPUT INPUTS



Common options:

  -h                Print this help message

  -l number         Number of levels to use (1 to 29)

  -o filename       Write output to file

  -v                Verbose

  -w                Blend across -180/+180 boundary

  --compression=COMP Set compression of the output image.

                    Valid values for compression are:

                    For TIFF files: LZW, DEFLATE

                    For JPEG files: 0-100



Extended options:

  -b kilobytes      Image cache block size (default=2MiB)

  -c                Use CIECAM02 to blend colors

  -g                Associated alpha hack for Gimp (ver. < 2) and

                    Cinepaint

  -f WIDTHxHEIGHT+x0+y0   Manually set the size and position of the

                          output image.

                          Useful for cropped and shifted input TIFF

                          images, such as those produced by Nona.



  -m megabytes      Use this much memory before going to disk

                    (default=1GiB)



Fusion options:

  --wExposure       Weight given to well-exposed pixels.

  --wContrast       Weight given to high-contrast pixels

                    (unimplemented).

  --wSaturation     Weight given to highly-saturated pixels

                    (unimplemented).



The Fusion options parameters have no effect so far since only

--wExposure is implemented and hence default. -c works only if the

source images contain a color profile.



Ok, did you read all? Then for the link (currently only Windows

version):



http://hugin.panotools.org/testing/enblend/enblend-3.1_win32_pre2.zip



best regards and merry christmas.



--

Erik Krause

Offenburger Str. 33

79108 Freiburg

YEEEEEEEEEEEEEEEEAAAHH!

:-DDDDDDDDDDD



----- Original Message -----

From: "Erik Krause" <erik.krause@...>

To: <PanoToolsNG@yahoogroups.com>

Sent: Thursday, December 20, 2007 3:11 PM

Subject: [PanoToolsNG] A christmas present





> Hello,

>

> Andrew Mihal (developer of enblend) and the hugin development team

> around Pablo d'Angelo have a christmas present for the panorama

> community: enfuse

>

> The program uses the multi resolution spline blending technique known

> from enblend to fusion (hence the name) a stack of exposure bracketed

> images - not to HDR but to a exposure blended LDR result.

>

> I tested it on some cases and it yielded results wich are the closest

> to perfect I ever saw. Even the 17 EV lamp example from my page

> http://www.erik-krause.de/blending which no recent tonemapper was

> able to process satisfactorily looks really great:

> http://www.erik-krause.de/lamp_enfuse.jpg

>

> And the best is: this runs fully automatic, without need to tweak a

> load of settings. The syntax is similar to enblend, hence it might be

> possible to use one of the enblend GUIs:

> http://wiki.panotools.org/Enblend_Front_End or even PTGui if you

> specify enfuse instead of enblend or smartblend in the Options

> -> Plugins menu (don't forget to set it back, since enfuse is *no*

> panorama blender).

>

> Enfuse is part of the enblend 3.1 pre release. Hence be warned: There

> still might be bugs - this is for testing only. Please read the

> README and the NEWS file from the ZIP before. Please report any bugs

> or oddities here or better on the hugin-ptx list at

> http://groups.google.com/group/hugin-ptx

>

> Enblend 3.1 reports are welcome, too!

>

> Enfuse f.e. shuts down if it is called with wrong parameters. Here is

> a list (output of enfuse if called without parameters):

>

> Usage: enfuse [options] -o OUTPUT INPUTS

>

> Common options:

> -h                Print this help message

> -l number         Number of levels to use (1 to 29)

> -o filename       Write output to file

> -v                Verbose

> -w                Blend across -180/+180 boundary

> --compression=COMP Set compression of the output image.

>                   Valid values for compression are:

>                   For TIFF files: LZW, DEFLATE

>                   For JPEG files: 0-100

>

> Extended options:

> -b kilobytes      Image cache block size (default=2MiB)

> -c                Use CIECAM02 to blend colors

> -g                Associated alpha hack for Gimp (ver. < 2) and

>                   Cinepaint

> -f WIDTHxHEIGHT+x0+y0   Manually set the size and position of the

>                         output image.

>                         Useful for cropped and shifted input TIFF

>                         images, such as those produced by Nona.

>

> -m megabytes      Use this much memory before going to disk

>                   (default=1GiB)

>

> Fusion options:

> --wExposure       Weight given to well-exposed pixels.

> --wContrast       Weight given to high-contrast pixels

>                   (unimplemented).

> --wSaturation     Weight given to highly-saturated pixels

>                   (unimplemented).

>

> The Fusion options parameters have no effect so far since only

> --wExposure is implemented and hence default. -c works only if the

> source images contain a color profile.

>

> Ok, did you read all? Then for the link (currently only Windows

> version):

>

> http://hugin.panotools.org/testing/enblend/enblend-3.1_win32_pre2.zip

>

> best regards and merry christmas.

>

> --

> Erik Krause

> Offenburger Str. 33

> 79108 Freiburg

>

>

That looks really delicious!



What a wonderful Christmas present!







Sacha Griffin

Southern Digital Solutions LLC - Atlanta, Georgia

www.southern-digital.com

www.seeit360.net

www.ezphotosafe.com

404-551-4275

404-731-7798



   _____



From: PanoToolsNG@yahoogroups.com [mailto:PanoToolsNG@yahoogroups.com] On

Behalf Of Erik Krause

Sent: Thursday, December 20, 2007 9:11 AM

To: PanoToolsNG@yahoogroups.com

Subject: [PanoToolsNG] A christmas present







Hello,



Andrew Mihal (developer of enblend) and the hugin development team

around Pablo d'Angelo have a christmas present for the panorama

community: enfuse



The program uses the multi resolution spline blending technique known

from enblend to fusion (hence the name) a stack of exposure bracketed

images - not to HDR but to a exposure blended LDR result.



I tested it on some cases and it yielded results wich are the closest

to perfect I ever saw. Even the 17 EV lamp example from my page

http://www.erik- <http://www.erik-krause.de/blending> krause.de/blending

which no recent tonemapper was

able to process satisfactorily looks really great:

http://www.erik- <http://www.erik-krause.de/lamp_enfuse.jpg>

krause.de/lamp_enfuse.jpg



And the best is: this runs fully automatic, without need to tweak a

load of settings. The syntax is similar to enblend, hence it might be

possible to use one of the enblend GUIs:

http://wiki. <http://wiki.panotools.org/Enblend_Front_End>

panotools.org/Enblend_Front_End or even PTGui if you

specify enfuse instead of enblend or smartblend in the Options

-> Plugins menu (don't forget to set it back, since enfuse is *no*

panorama blender).



Enfuse is part of the enblend 3.1 pre release. Hence be warned: There

still might be bugs - this is for testing only. Please read the

README and the NEWS file from the ZIP before. Please report any bugs

or oddities here or better on the hugin-ptx list at

http://groups. <http://groups.google.com/group/hugin-ptx>

google.com/group/hugin-ptx



Enblend 3.1 reports are welcome, too!



Enfuse f.e. shuts down if it is called with wrong parameters. Here is

a list (output of enfuse if called without parameters):



Usage: enfuse [options] -o OUTPUT INPUTS



Common options:

-h Print this help message

-l number Number of levels to use (1 to 29)

-o filename Write output to file

-v Verbose

-w Blend across -180/+180 boundary

--compression=COMP Set compression of the output image.

Valid values for compression are:

For TIFF files: LZW, DEFLATE

For JPEG files: 0-100



Extended options:

-b kilobytes Image cache block size (default=2MiB)

-c Use CIECAM02 to blend colors

-g Associated alpha hack for Gimp (ver. < 2) and

Cinepaint

-f WIDTHxHEIGHT+x0+y0 Manually set the size and position of the

output image.

Useful for cropped and shifted input TIFF

images, such as those produced by Nona.



-m megabytes Use this much memory before going to disk

(default=1GiB)



Fusion options:

--wExposure Weight given to well-exposed pixels.

--wContrast Weight given to high-contrast pixels

(unimplemented).

--wSaturation Weight given to highly-saturated pixels

(unimplemented).



The Fusion options parameters have no effect so far since only

--wExposure is implemented and hence default. -c works only if the

source images contain a color profile.



Ok, did you read all? Then for the link (currently only Windows

version):



http://hugin.

<http://hugin.panotools.org/testing/enblend/enblend-3.1_win32_pre2.zip>

panotools.org/testing/enblend/enblend-3.1_win32_pre2.zip



best regards and merry christmas.



--

Erik Krause

Offenburger Str. 33

79108 Freiburg











[Non-text portions of this message have been removed]

Erik Krause wrote:

> Hello,

>

> Andrew Mihal (developer of enblend) and the hugin development team

> around Pablo d'Angelo have a christmas present for the panorama

> community: enfuse

>

> The program uses the multi resolution spline blending technique known

> from enblend to fusion (hence the name) a stack of exposure bracketed

> images - not to HDR but to a exposure blended LDR result.

>

> I tested it on some cases and it yielded results wich are the closest

> to perfect I ever saw. Even the 17 EV lamp example from my page

> http://www.erik-krause.de/blending which no recent tonemapper was

> able to process satisfactorily looks really great:

> http://www.erik-krause.de/lamp_enfuse.jpg



Can anyone explain *why* that (lovely) image

looks so computer generated? To my eye/brain

that looks like a Pixar synthesised scene,

and not anything that ever came from a camera.



I do know that CGI works in HDR, so perhaps

it's a quirk of tonemapping.



    BugBear

Because your pupils aren't dilating as you look from one part to the other.



As the pieces of the image don't change in luminosity as you do so.







Stare at a  bright light, and hold your hand in your periphery.



Your hand should darken as you focus on the light and vice versa.







Sacha Griffin

Southern Digital Solutions LLC - Atlanta, Georgia

www.southern-digital.com

www.seeit360.net

www.ezphotosafe.com

404-551-4275

404-731-7798



Oh yeah, I'd have pulled the effect back a bit too, but wow indeed.



From: PanoToolsNG@yahoogroups.com [mailto:PanoToolsNG@yahoogroups.com] On

Behalf Of Keith Martin

Sent: Thursday, December 20, 2007 12:36 PM







Really impressive! I'm not wild about the weak contrast in the

left-hand side, but with that extreme light difference - it is an

*amazing* demonstration.



   _____



From: PanoToolsNG@yahoogroups.com [mailto:PanoToolsNG@yahoogroups.com] On

Behalf Of paul womack

Sent: Thursday, December 20, 2007 12:28 PM

To: PanoToolsNG@yahoogroups.com

Subject: Re: [PanoToolsNG] A christmas present







Erik Krause wrote:

> Hello,

>

> Andrew Mihal (developer of enblend) and the hugin development team

> around Pablo d'Angelo have a christmas present for the panorama

> community: enfuse

>

> The program uses the multi resolution spline blending technique known

> from enblend to fusion (hence the name) a stack of exposure bracketed

> images - not to HDR but to a exposure blended LDR result.

>

> I tested it on some cases and it yielded results wich are the closest

> to perfect I ever saw. Even the 17 EV lamp example from my page

> http://www.erik- <http://www.erik-krause.de/blending> krause.de/blending

which no recent tonemapper was

> able to process satisfactorily looks really great:

> http://www.erik- <http://www.erik-krause.de/lamp_enfuse.jpg>

krause.de/lamp_enfuse.jpg



Can anyone explain *why* that (lovely) image

looks so computer generated? To my eye/brain

that looks like a Pixar synthesised scene,

and not anything that ever came from a camera.



I do know that CGI works in HDR, so perhaps

it's a quirk of tonemapping.



BugBear











[Non-text portions of this message have been removed]

On Thursday, December 20, 2007 at 17:28, paul womack wrote:



> > http://www.erik-krause.de/lamp_enfuse.jpg

>

> Can anyone explain *why* that (lovely) image

> looks so computer generated?



Because it *is* computer generated (although it's shot). You can't

normally see the filament of a light bulb!



17EV is the limit of contrast you can perceive by adapting within

some microseconds, but not what you can see immediately. Of course

this is usual only for sunlit scenes with dark shadows, not for a

scene like the shown one.



I would have loved to demonstrate the abilities of enfuse in a more

realistic scene, but unfortunately I don't have one (that I can

publish without asking someone else). But I don't doubt that we'll

see lots of such examples in the next days...



For real scenes you simply won't shoot brackets until the filament is



visible and the result will look much more natural. Try it...



best regards



--

http://www.erik-krause.de

I've been playing with this, but must be getting my command line wrong. Here

is what I have:







C:\Enfuse\enfuse -o output.tif D.tif L.tif M.tif







D, L, and M are Dark, Light, and Medium tif files. When I run this command,

enfuse says: "only one input file given. Enfuse needs two or more..." What

am I doing wrong with the command line?







Thanks,







Mark



www.pinnacle-vr.com <http://www.pinnacle-vr.com/>



www.northernlight.net <http://www.northernlight.net/>











   _____



From: PanoToolsNG@yahoogroups.com [mailto:PanoToolsNG@yahoogroups.com] On

Behalf Of Erik Krause

Sent: Thursday, December 20, 2007 2:41 PM

To: PanoToolsNG@yahoogroups.com

Subject: [PanoToolsNG] Re: A christmas present







On Thursday, December 20, 2007 at 17:28, paul womack wrote:



> > http://www.erik- <http://www.erik-krause.de/lamp_enfuse.jpg>

krause.de/lamp_enfuse.jpg

>

> Can anyone explain *why* that (lovely) image

> looks so computer generated?



Because it *is* computer generated (although it's shot). You can't

normally see the filament of a light bulb!



17EV is the limit of contrast you can perceive by adapting within

some microseconds, but not what you can see immediately. Of course

this is usual only for sunlit scenes with dark shadows, not for a

scene like the shown one.



I would have loved to demonstrate the abilities of enfuse in a more

realistic scene, but unfortunately I don't have one (that I can

publish without asking someone else). But I don't doubt that we'll

see lots of such examples in the next days...



For real scenes you simply won't shoot brackets until the filament is



visible and the result will look much more natural. Try it...



best regards



--











[Non-text portions of this message have been removed]

On Thursday, December 20, 2007 at 14:51, Mark D. Fink wrote on

PanotoolsNG:



> I've been playing with this, but must be getting my command line wrong. Here

> is what I have:

>

> C:\Enfuse\enfuse -o output.tif D.tif L.tif M.tif

>

> D, L, and M are Dark, Light, and Medium tif files. When I run this command,

> enfuse says: "only one input file given. Enfuse needs two or more..." What am

> I doing wrong with the command line?



Did you paste this line from somewhere else or did you type it

actually? I could reproduce this error, but only if I replaced the

blanks between the file names by ALT+255 blanks (which are actually

no blanks) in a text editor and pasted the result into the shell

window.



The above command line works perfectly well here with my (renamed)

test images...



best regardshttp://www.erik-krause.de



--

That's precisely what I did. Normally, I don't have problems when I do that.

I'll give it a try by typing it in directly.





Thanks!







Mark



www.pinnacle-vr.com <http://www.pinnacle-vr.com/>



www.northernlight.net <http://www.northernlight.net/>











-----Original Message-----

From: PanoToolsNG@yahoogroups.com [mailto:PanoToolsNG@yahoogroups.com] On

Behalf Of Erik Krause

Sent: Thursday, December 20, 2007 4:30 PM

To: PanoToolsNG@yahoogroups.com

Subject: [PanoToolsNG] Re: A christmas present







On Thursday, December 20, 2007 at 14:51, Mark D. Fink wrote on

PanotoolsNG:



> I've been playing with this, but must be getting my command line wrong.

Here

> is what I have:

>

> C:\Enfuse\enfuse -o output.tif D.tif L.tif M.tif

>

> D, L, and M are Dark, Light, and Medium tif files. When I run this

command,

> enfuse says: "only one input file given. Enfuse needs two or more..." What

am

> I doing wrong with the command line?



Did you paste this line from somewhere else or did you type it

actually? I could reproduce this error, but only if I replaced the

blanks between the file names by ALT+255 blanks (which are actually

no blanks) in a text editor and pasted the result into the shell

window.











[Non-text portions of this message have been removed]

Success! It turns out it was the path statement that was bothering the

process. When I did a cd\ to the enfuse directory and just ran the command

without the path, it worked fine. I've posted my results, with scaled down

jpg source images, the enfuse result, as well as my original contrast

masking result to this page: http://www.northernlight.net/enfuse/. The whole

enfuse process only took five minutes! (The full size files are 8000 x 4000

pixels.) Compare that to who knows how long I took doing it manually.







I did see some warning messages while enfuse was running. They are:







TIFFReadDirectory: Warning, D.tif: unknown field with tag 34665 (0x8769)

encountered.



WARNING: TIFFDecoderImpl::init(): associated alpha treated as unassociated

alpha!



TIFFReadDirectory: Warning, L.tif: unknown field with tag 34665 (0x8769)

encountered.



WARNING: TIFFDecoderImpl::init(): associated alpha treated as unassociated

alpha!



TIFFReadDirectory: Warning, M.tif: unknown field with tag 34665 (0x8769)

encountered.



WARNING: TIFFDecoderImpl::init(): associated alpha treated as unassociated

alpha!







I'm not sure what these mean.







Andrew and Pablo, THANKS!!!







Mark



www.pinnacle-vr.com <http://www.pinnacle-vr.com/>



www.northernlight.net <http://www.northernlight.net/>







[Non-text portions of this message have been removed]

On Friday, December 21, 2007 at 9:11, Mark D. Fink wrote:



> I did see some warning messages while enfuse was running. They are:

>

> TIFFReadDirectory: Warning, D.tif: unknown field with tag 34665 (0x8769)

> encountered.

>

> WARNING: TIFFDecoderImpl::init(): associated alpha treated as unassociated

> alpha!

>

> TIFFReadDirectory: Warning, L.tif: unknown field with tag 34665 (0x8769)

> encountered.

>

> WARNING: TIFFDecoderImpl::init(): associated alpha treated as unassociated

> alpha!

>

> TIFFReadDirectory: Warning, M.tif: unknown field with tag 34665 (0x8769)

> encountered.

>

> WARNING: TIFFDecoderImpl::init(): associated alpha treated as unassociated

> alpha!

>

> I'm not sure what these mean.



This is from the used TIFF library. It warns about non-standard

compliant tags. Usually photoshop is the cause...



best regards

Erik Krause

http://www.erik-krause.de

Erik Krause wrote:

>> TIFFReadDirectory: Warning, D.tif: unknown field with tag 34665 (0x8769)

>> encountered.



this means that there is EXIF data in the TIF. most probably introduced

by PTgui during the stitching process.



>> WARNING: TIFFDecoderImpl::init(): associated alpha treated as unassociated

>> alpha!



this is indeed Photoshop.



>> I'm not sure what these mean.

>

> This is from the used TIFF library. It warns about non-standard

> compliant tags. Usually photoshop is the cause...

_____



From: PanoToolsNG@yahoogroups.com [mailto:PanoToolsNG@yahoogroups.com] On

Behalf Of Yuval Levy

Sent: Friday, December 21, 2007 12:39 PM

To: PanoToolsNG@yahoogroups.com

Subject: Re: [PanoToolsNG] Re: A Christmas present







Erik Krause wrote:

>> TIFFReadDirectory: Warning, D.tif: unknown field with tag 34665 (0x8769)

>> encountered.



this means that there is EXIF data in the TIF. most probably introduced

by PTgui during the stitching process.



>> WARNING: TIFFDecoderImpl::init(): associated alpha treated as

unassociated

>> alpha!



this is indeed Photoshop.



>> I'm not sure what these mean.

>

> This is from the used TIFF library. It warns about non-standard

> compliant tags. Usually photoshop is the cause...



So, nothing to worry about, since everything blended quite nicely. Wow,

aren't we all a giddy bunch with this new toy!   :o)



Mark

www.pinnacle-vr.com <http://www.pinnacle-vr.com/>

www.northernlight.net <http://www.northernlight.net/>











[Non-text portions of this message have been removed]

Mark D. Fink wrote:

>>> WARNING: TIFFDecoderImpl::init(): associated alpha treated as

> unassociated

>>> alpha!

>

> So, nothing to worry about, since everything blended quite nicely. Wow,

> aren't we all a giddy bunch with this new toy!   :o)



in case something does not work, particularly with the output image, try

to add the -g option.



  From the man page:



Gimp (ver.<2) and Cinepaint exhibit unusual behaviors when loading

images with unassociated alpha channels. Use the -g flag to work around

this. With this flag Enfuse will create the output image with the

associated alpha tag set, even though the image is really unassociated

alpha.



Yuv

More like a Christmas miracle :)



Thanks



Marlon



On 12/20/07, Sacha Griffin <sachagriffin@...> wrote:

>

>   That looks really delicious!

>

> What a wonderful Christmas present!

>

> Sacha Griffin

> Southern Digital Solutions LLC - Atlanta, Georgia

> www.southern-digital.com

> www.seeit360.net

> www.ezphotosafe.com

> 404-551-4275

> 404-731-7798

>

> _____

>

> From: PanoToolsNG@yahoogroups.com <PanoToolsNG%40yahoogroups.com> [mailto:

> PanoToolsNG@yahoogroups.com <PanoToolsNG%40yahoogroups.com>] On

> Behalf Of Erik Krause

> Sent: Thursday, December 20, 2007 9:11 AM

> To: PanoToolsNG@yahoogroups.com <PanoToolsNG%40yahoogroups.com>

> Subject: [PanoToolsNG] A christmas present

>

> Hello,

>

> Andrew Mihal (developer of enblend) and the hugin development team

> around Pablo d'Angelo have a christmas present for the panorama

> community: enfuse

>

> The program uses the multi resolution spline blending technique known

> from enblend to fusion (hence the name) a stack of exposure bracketed

> images - not to HDR but to a exposure blended LDR result.

>

> I tested it on some cases and it yielded results wich are the closest

> to perfect I ever saw. Even the 17 EV lamp example from my page

> http://www.erik- <http://www.erik-krause.de/blending> krause.de/blending

> which no recent tonemapper was

> able to process satisfactorily looks really great:

> http://www.erik- <http://www.erik-krause.de/lamp_enfuse.jpg>

> krause.de/lamp_enfuse.jpg

>

> And the best is: this runs fully automatic, without need to tweak a

> load of settings. The syntax is similar to enblend, hence it might be

> possible to use one of the enblend GUIs:

> http://wiki. <http://wiki.panotools.org/Enblend_Front_End>

> panotools.org/Enblend_Front_End or even PTGui if you

> specify enfuse instead of enblend or smartblend in the Options

> -> Plugins menu (don't forget to set it back, since enfuse is *no*

> panorama blender).

>

> Enfuse is part of the enblend 3.1 pre release. Hence be warned: There

> still might be bugs - this is for testing only. Please read the

> README and the NEWS file from the ZIP before. Please report any bugs

> or oddities here or better on the hugin-ptx list at

> http://groups. <http://groups.google.com/group/hugin-ptx>

>

> google.com/group/hugin-ptx

>

> Enblend 3.1 reports are welcome, too!

>

> Enfuse f.e. shuts down if it is called with wrong parameters. Here is

> a list (output of enfuse if called without parameters):

>

> Usage: enfuse [options] -o OUTPUT INPUTS

>

> Common options:

> -h Print this help message

> -l number Number of levels to use (1 to 29)

> -o filename Write output to file

> -v Verbose

> -w Blend across -180/+180 boundary

> --compression=COMP Set compression of the output image.

> Valid values for compression are:

> For TIFF files: LZW, DEFLATE

> For JPEG files: 0-100

>

> Extended options:

> -b kilobytes Image cache block size (default=2MiB)

> -c Use CIECAM02 to blend colors

> -g Associated alpha hack for Gimp (ver. < 2) and

> Cinepaint

> -f WIDTHxHEIGHT+x0+y0 Manually set the size and position of the

> output image.

> Useful for cropped and shifted input TIFF

> images, such as those produced by Nona.

>

> -m megabytes Use this much memory before going to disk

> (default=1GiB)

>

> Fusion options:

> --wExposure Weight given to well-exposed pixels.

> --wContrast Weight given to high-contrast pixels

> (unimplemented).

> --wSaturation Weight given to highly-saturated pixels

> (unimplemented).

>

> The Fusion options parameters have no effect so far since only

> --wExposure is implemented and hence default. -c works only if the

> source images contain a color profile.

>

> Ok, did you read all? Then for the link (currently only Windows

> version):

>

> http://hugin.

> <http://hugin.panotools.org/testing/enblend/enblend-3.1_win32_pre2.zip>

> panotools.org/testing/enblend/enblend-3.1_win32_pre2.zip

>

> best regards and merry christmas.

>

> --

> Erik Krause

> Offenburger Str. 33

> 79108 Freiburg

>

> [Non-text portions of this message have been removed]

>

>

>







--

"Instead of building newer and larger weapons of mass destruction, I think

mankind should try to get more use out of the ones we have.", Jack Handey





[Non-text portions of this message have been removed]

Sometime around 20/12/07 (at 16:11 +0200) Erik Krause said:



>http://www.erik-krause.de/lamp_enfuse.jpg



Really impressive! I'm not wild about the weak contrast in the

left-hand side, but with that extreme light difference - it is an

*amazing* demonstration.





>Ok, did you read all? Then for the link (currently only Windows

>version):



Merry Christmas to Windows users. :-)



Perhaps a Happy New Year for Mac users?



k

On Thursday, December 20, 2007 at 17:36, Keith Martin wrote:



> >http://www.erik-krause.de/lamp_enfuse.jpg

>

> Really impressive! I'm not wild about the weak contrast in the

> left-hand side, but with that extreme light difference - it is an

> *amazing* demonstration.



Yes, that's the beauty of the algorithm. The contrast is compressed

only in the range you shoot. If you shoot 26 EV you'll get weak

contrast in one or the other region, but if you shoot the maximum

exposure range you want to see the result will look much better.



best regards





--

http://www.erik-krause.de

Keith Martin wrote:

> Perhaps a Happy New Year for Mac users?



it could be a Merry Christmas. The instruction for building the present

yourself are at

<http://wiki.panotools.org/Hugin_Compiling_OSX#Building_Enblend_.28using_Fink.29\

>



CAVEAT: the source for that building process is taken from CVS. CVS is

the repository on which the developers work and it changes frequently.

This has two consequences:



It might be that at the moment you follow the instruction the code is

unstable and won't build. In that case, feel free to report your

building problem on the hugin-ptx list and people will direct you to

extract a slightly older version from the repository and your feedback

will help the developers nail down a bug.



It may build but produce unexpected output. Again, please report the

problem on the hugin-ptx list and it will help the developers nail down

a bug.



The faster the bugs are nailed, the closer the release of this amazing

tool as a simple, one-click install package that everybody is waiting

for. So *you* could be the one giving a Christmas present to the

developers - a little bit of your time and some valuable feedback.



Here's an overview of the whole building process, including all

supported platforms and our current status:



<http://wiki.panotools.org/Hugin#Test_Builds>



Feedback and support requests (i.e. if you don't understand some of the

instructions) are welcome and will help making the building process more

robust.



Yuv

Hey! I'm famous! At least according to your link below. :o)







it could be a Merry Christmas. The instruction for building the present

yourself are at

<http://wiki.

<http://wiki.panotools.org/Hugin_Compiling_OSX#Building_Enblend_.28using_Fin

k.29> panotools.org/Hugin_Compiling_OSX#Building_Enblend_.28using_Fink.29>



Mark

www.pinnacle-vr.com <http://www.pinnacle-vr.com/>



www.northernlight.net <http://www.northernlight.net/>











[Non-text portions of this message have been removed]

Did a quick test with some interior that I've done with Photomatix before -

an I must say that the Enfuse output looks better.

I ran it through EnblendGUI and it runs fine. Only minor issue is the batch

processing of this program isn't qiute as simple as Photomatix.

In Photomatix will run through a full dir by just setting the number of

image to blend for each set.

In EnblendGui you have to select the images for each set and save the

project file. Then you can run all the project-files as Batch.

It would be lovely with a front end that works like Photomatix.



PS. I do the bracketing blending on the shots before stitching. It work fine

with Photomatix output - I haven't tried it with the Enfuse output yet.



- Flemming

On Friday, December 21, 2007 at 0:10, Flemming V. Larsen wrote:



> I ran it through EnblendGUI and it runs fine. Only minor issue is the batch

> processing of this program isn't qiute as simple as Photomatix.

> In Photomatix will run through a full dir by just setting the number of

> image to blend for each set.

> In EnblendGui you have to select the images for each set and save the

> project file. Then you can run all the project-files as Batch.

> It would be lovely with a front end that works like Photomatix.



It's a command line program. You can use it with the mother of all

batch processors: Windows Batch. ;-)



Create a text file named (f.e.) ENF360.bat and past the following

lines (without --snip and --snap):

--snip

@echo off

%~d1

cd %~p1

c:\enfuse\enfuse -w -o "%~n1_blended.tif" %*

--snap



Replace c:\enfuse\ by the actual path where enfuse is located. Create

a shortcut to this file on your desktop. You can now drag all panos

you want to blend (together) on the icon of that shortcut, there will

be an output file with the same name as the first input file with the

extension _blended.tif in the source images folder.



best regards

Erik Krause

http://www.erik-krause.de

OH GREAT!!!!

Would be possible to make it position-independent? So the .bat is in the

same directory of enfuse, and you take out the .bat link on the desktop

only...

...where can I find a .bat rules/manual???



Erik Krause ha scritto:

>

> On Friday, December 21, 2007 at 0:10, Flemming V. Larsen wrote:

>

> > I ran it through EnblendGUI and it runs fine. Only minor issue is

> the batch

> > processing of this program isn't qiute as simple as Photomatix.

> > In Photomatix will run through a full dir by just setting the number of

> > image to blend for each set.

> > In EnblendGui you have to select the images for each set and save the

> > project file. Then you can run all the project-files as Batch.

> > It would be lovely with a front end that works like Photomatix.

>

> It's a command line program. You can use it with the mother of all

> batch processors: Windows Batch. ;-)

>

> Create a text file named (f.e.) ENF360.bat and past the following

> lines (without --snip and --snap):

> --snip

> @echo off

> %~d1

> cd %~p1

> c:\enfuse\enfuse -w -o "%~n1_blended.tif" %*

> --snap

>

> Replace c:\enfuse\ by the actual path where enfuse is located. Create

> a shortcut to this file on your desktop. You can now drag all panos

> you want to blend (together) on the icon of that shortcut, there will

> be an output file with the same name as the first input file with the

> extension _blended.tif in the source images folder.

>

> best regards

> Erik Krause

> http://www.erik-krause.de <http://www.erik-krause.de>

>

>

On Saturday, December 22, 2007 at 13:04, Luca Vascon wrote:



> OH GREAT!!!!

> Would be possible to make it position-independent? So the .bat is in the

> same directory of enfuse, and you take out the .bat link on the desktop

> only...



Yes, but this would require some work.



> ...where can I find a .bat rules/manual???



In the windows help.



best regards

Erik Krause

http://www.erik-krause.de

Ciao Luca,

>

>

> Would be possible to make it position-independen t? So the .bat is in the

> same directory of enfuse, and you take out the .bat link on the desktop

> only...

>

That is what i did. I have got several (jpg,tif,360 and single) batch

files in the enfuse folder and sent a shortcut to the desktop for easy

drag and drop.

If the <send to> command in the context menu does not work, you can

build a new shortcut on the desktop and paste the bat directory.



To all responsible for Enfuse.........My thanks shall shadow you forever!



HDR tonemappings have never been very appealing to me..pleasing results

where just to fiddely to achieve. The halos freak me out as well as some

people"s perception of an HDR image. So manual contrast blending and

pseudo HDR from raw had to do.....until now. The auto results are

marvelous....and so quick!



Happy holidays and cheers,

Milko

Thank you, Erik. I had heard from Yuval that the team was producing

something great. I cut my teeth on command-line programs but since

then I have been lazily relying on Windows and GUIs. Looks like I

will have to try again. At least until the GUI is coping with things.



It is posts like this (of which you, Erik, are so often an author)

that make this mailing list so invaluable. I hope there are no silly

jokes made about this serious effort. I'd hate to see this kind of

thing disappear from the list just because there are those to whom

it doesn't appeal.



Roger W.



On Thu, 20 Dec 2007 23:11:14 +0900, Erik Krause <erik.krause@...> wrote:



> Hello,

>

> Andrew Mihal (developer of enblend) and the hugin development team

> around Pablo d'Angelo have a christmas present for the panorama

> community: enfuse



----lots of amazing stuff deleted to avoid waste of bandwidth----



--

Work: www.adex-japan.com

Play: www.usefilm.com/member/roger

> <erik.krause@...> wrote:



> Andrew Mihal (developer of enblend) and the hugin development team

> around Pablo d'Angelo have a christmas present for the panorama

> community: enfuse

>



Wowhoho!

I have to admit that my HDR/DRI skills are still quite bad.

I never was really satisfied with the results.

I tried a few progs (Photomatix, FDR, Picturenaut).

BUT: this is the first time I like the results right from the beginning.

And it's so easy! Just throw in your bracketed images and wait a few

seconds.

The results are astonishing. And this automatically !

I tried command line, PTGui (take care of interpolators, sharpening!) and

EnblendGui. No crash at all.

No bug to report by now; but did not try unusual things.

I found the output looks a little 'pale', needs more saturation and

contrast.

But that's up to personal taste and easily to tweak.

A real generous christmas present!

Thanks to Andrew Mihal and the Hugin team.

Keep us up to date, Erik.



Klaus Hilsenbeck

(http://www.panocanarias.com)

----- Original Message -----

From: "Erik Krause"

> Create a text file named (f.e.) ENF360.bat and past the following

> lines (without --snip and --snap):

> --snip

> @echo off

> %~d1

> cd %~p1

> c:\enfuse\enfuse -w -o "%~n1_blended.tif" %*

> --snap

>



Thanks Erik,

the batch-file is fine, but not much different than the way EnblendGUI work.

With ENF360.bat I save some time not having to write the output name each

time.

With EnblendGui I can setup as many blending-project I like - and execute

them all while I do other things



As I wrote in the PS: In my prefered workflow I blend the bracketing shots

before stitching. Shooting with Tokina 10-17 @ 10mm I normally have 7-8 x 3

photos for each scene. And my standard package is 8 scenes pr. customer. So

I'll have a directory with168-192 photos to blend 3 by 3.

In Photomatix batch I just set the image number to 3 and it'll run through a

full directory blending them 3 at a time.



I'm not much into Windows Batch-programming. But if there is a loop command

like in javascript/php it would do the trick.



best regards

Flemming

On Friday, December 21, 2007 at 10:10, Flemming V. Larsen wrote:



> I'm not much into Windows Batch-programming. But if there is a loop command

> like in javascript/php it would do the trick.



There is a for command, but it's cryptic. In this case it might be

easier to use a goto:



--snip

@echo off

%~d1

cd %~p1

:loop

c:\enfuse\enfuse -w -o "%~n1_blended.tif" %1 %2 %3

shift

shift

shift

if exist %1 goto :loop

--snap



Still you need to drag all images on the icon. In your case (160

images) this might exceed the maximum length of a windows command

line, in which case it would be necessary to read the file names

within the batch. This would be possible but much more complicated.



Perhaps you better work the other way round: First stitch panorama

then enfuse it. You can have all images in PTGui Pro and output

single blend planes f.e.



best regards

Erik Krause

http://www.erik-krause.de

----- Original Message -----

From: "Erik Krause"



> There is a for command, but it's cryptic. In this case it might be

> easier to use a goto:

>

> --snip

> @echo off

> %~d1

> cd %~p1

> :loop

> c:\enfuse\enfuse -w -o "%~n1_blended.tif" %1 %2 %3

> shift

> shift

> shift

> if exist %1 goto :loop

> --snap

>



Thanks again Erik,

Guess you're right about +160 images being to much for the command-line.

But I did it succesfully with a set of 24 for one scene.

- Or actually it went wrong the first time ;-(( as I clicked the file from

the list with shift-key from top down, (really an annoying thing that

windows put the last clicked file at the top !!!) so it began with blending

24+1+2 instead  of 1+2+3.

But when I clicked the last one first I got it right.....



I know I can stitch the 3 panos and enfuse them later. But I output to

masked layered  psb-files to be able to retouche for minor stitching errors

or objects in the overlapping zone.

And my system is working on its edge getting real slow with these big files

(I know of the mask-copy action!) - so I don't like to have to open two more

for each pano.



merry xmas to you

and to everyone on this list



- Flemming

Hi all,



A updated enfuse binary is available at:

http://hugin.panotools.org/testing/enblend/enblend-3.1_win32_pre3.zip



The main change is the availability of the saturation and contrast

parameters. The pre2 binary did favour well-exposed pixels.

Now also it is also possible to favour pixels with high saturation and/or

high contrast, by specifying weights for well-exposedness, saturation and

contrast.



The enfuse.html file included in enblend-3.1_win32_pre3.zip gives more

information.



The new contrast criteria can also be used for extended DOF fusion of focus

stacks. For focus stacks, the performance is similar to dedicated programs

such as CombineZ or Helicon Focus.



Example command line for focus stack fusion (all in one line):

enfuse -o result.tif --wExposure=0.001 --wSaturation=0.001 --wContrast=1

--HardMask focus_1.jpg focus_2.jpg focus_3.jpg focus_4.jpg



I have tested this on the difficult testcase posted at

http://www.janrik.net/insects/ExtendedDOF/DifficultTestCase.html

and it works extremely well.

Here is the enfuse result (on slightly downscaled images, otherwise

processing would have taken too long):



http://tinyurl.com/yuozkw



I haven't tested the contrast criteria with exposure stacks yet, but I

assume that it doesn't break it, and a little (setting --wContrast=0.3 on

the command line), might help to archive a balanced result, although it will

take some more computation time.



For safety, I have disabled the contrast criteria by default, but if it

works fine on exposure stacks as well, I'd like use it a little in the

default parameters, too. Feedback is welcome



Merry Christmas

    Pablo



Erik Krause schrieb:

> Hello,

>

> Andrew Mihal (developer of enblend) and the hugin development team

> around Pablo d'Angelo have a christmas present for the panorama

> community: enfuse

>

> The program uses the multi resolution spline blending technique known

> from enblend to fusion (hence the name) a stack of exposure bracketed

> images - not to HDR but to a exposure blended LDR result.

>

> I tested it on some cases and it yielded results wich are the closest

> to perfect I ever saw. Even the 17 EV lamp example from my page

> http://www.erik-krause.de/blending which no recent tonemapper was

> able to process satisfactorily looks really great:

> http://www.erik-krause.de/lamp_enfuse.jpg

>

> And the best is: this runs fully automatic, without need to tweak a

> load of settings. The syntax is similar to enblend, hence it might be

> possible to use one of the enblend GUIs:

> http://wiki.panotools.org/Enblend_Front_End or even PTGui if you

> specify enfuse instead of enblend or smartblend in the Options

> -> Plugins menu (don't forget to set it back, since enfuse is *no*

> panorama blender).

>

> Enfuse is part of the enblend 3.1 pre release. Hence be warned: There

> still might be bugs - this is for testing only. Please read the

> README and the NEWS file from the ZIP before. Please report any bugs

> or oddities here or better on the hugin-ptx list at

> http://groups.google.com/group/hugin-ptx

>

> Enblend 3.1 reports are welcome, too!

>

> Enfuse f.e. shuts down if it is called with wrong parameters. Here is

> a list (output of enfuse if called without parameters):

>

> Usage: enfuse [options] -o OUTPUT INPUTS

>

> Common options:

>  -h                Print this help message

>  -l number         Number of levels to use (1 to 29)

>  -o filename       Write output to file

>  -v                Verbose

>  -w                Blend across -180/+180 boundary

>  --compression=COMP Set compression of the output image.

>                    Valid values for compression are:

>                    For TIFF files: LZW, DEFLATE

>                    For JPEG files: 0-100

>

> Extended options:

>  -b kilobytes      Image cache block size (default=2MiB)

>  -c                Use CIECAM02 to blend colors

>  -g                Associated alpha hack for Gimp (ver. < 2) and

>                    Cinepaint

>  -f WIDTHxHEIGHT+x0+y0   Manually set the size and position of the

>                          output image.

>                          Useful for cropped and shifted input TIFF

>                          images, such as those produced by Nona.

>

>  -m megabytes      Use this much memory before going to disk

>                    (default=1GiB)

>

> Fusion options:

>  --wExposure       Weight given to well-exposed pixels.

>  --wContrast       Weight given to high-contrast pixels

>                    (unimplemented).

>  --wSaturation     Weight given to highly-saturated pixels

>                    (unimplemented).

>

> The Fusion options parameters have no effect so far since only

> --wExposure is implemented and hence default. -c works only if the

> source images contain a color profile.

>

> Ok, did you read all? Then for the link (currently only Windows

> version):

>

> http://hugin.panotools.org/testing/enblend/enblend-3.1_win32_pre2.zip

>

> best regards and merry christmas.

>

> --

> Erik Krause

> Offenburger Str. 33

> 79108 Freiburg

>

>

>