Search the web
Sign In
New User? Sign Up
PanoToolsNG · PanoTools NG
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Hear how Yahoo! Groups has changed the lives of others. Take me there.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
A christmas present   Topic List   < Prev Topic  |  Next Topic >
Summarize Messages Sort by Date  
#15648 From: "Erik Krause" <erik.krause@...>
Date: Thu Dec 20, 2007 2:11 pm
Subject: A christmas present
ekrause2003
Offline Offline
Send Email Send Email
 
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




#15649 From: "Luca Vascon" <crimsonkingit@...>
Date: Thu Dec 20, 2007 3:54 pm
Subject: Re: A christmas present
crimsonkingit
Offline Offline
Send Email Send Email
 
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
>
>



#15650 From: "Sacha Griffin" <sachagriffin@...>
Date: Thu Dec 20, 2007 5:18 pm
Subject: RE: A christmas present
sachagriffin
Offline Offline
Send Email Send Email
 
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]




#15652 From: paul womack <pwomack@...>
Date: Thu Dec 20, 2007 5:28 pm
Subject: Re: A christmas present
plybench
Offline Offline
Send Email Send Email
 
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



#15655 From: "Sacha Griffin" <sachagriffin@...>
Date: Thu Dec 20, 2007 5:37 pm
Subject: RE: A christmas present
sachagriffin
Offline Offline
Send Email Send Email
 
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]




#15661 From: "Erik Krause" <erik.krause@...>
Date: Thu Dec 20, 2007 7:40 pm
Subject: Re: A christmas present
ekrause2003
Offline Offline
Send Email Send Email
 
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




#15662 From: "Mark D. Fink" <markdfink@...>
Date: Thu Dec 20, 2007 7:51 pm
Subject: RE: Re: A christmas present
markdfink
Offline Offline
Send Email Send Email
 
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]




#15664 From: "Erik Krause" <erik.krause@...>
Date: Thu Dec 20, 2007 9:30 pm
Subject: Re: A christmas present
ekrause2003
Offline Offline
Send Email Send Email
 
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

--





#15665 From: "Mark D. Fink" <markdfink@...>
Date: Thu Dec 20, 2007 10:28 pm
Subject: RE: Re: A christmas present
markdfink
Offline Offline
Send Email Send Email
 
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]




#15687 From: "Mark D. Fink" <markdfink@...>
Date: Fri Dec 21, 2007 2:11 pm
Subject: RE: Re: A Christmas present
markdfink
Offline Offline
Send Email Send Email
 
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]




#15688 From: "Erik Krause" <erik.krause@...>
Date: Fri Dec 21, 2007 5:34 pm
Subject: Re: A Christmas present
ekrause2003
Offline Offline
Send Email Send Email
 
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




#15689 From: Yuval Levy <yahoo06@...>
Date: Fri Dec 21, 2007 5:39 pm
Subject: Re: Re: A Christmas present
yuval_levy
Offline Offline
Send Email Send Email
 
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...



#15690 From: "Mark D. Fink" <markdfink@...>
Date: Fri Dec 21, 2007 6:02 pm
Subject: RE: Re: A Christmas present
markdfink
Offline Offline
Send Email Send Email
 
_____

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]




#15692 From: Yuval Levy <yahoo06@...>
Date: Fri Dec 21, 2007 6:10 pm
Subject: Re: Re: A Christmas present
yuval_levy
Offline Offline
Send Email Send Email
 
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



#15653 From: "Marlon Moyer" <marlon.moyer@...>
Date: Thu Dec 20, 2007 5:30 pm
Subject: Re: A christmas present
marlonmoyer
Offline Offline
Send Email Send Email
 
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]




#15654 From: Keith Martin <keith@...>
Date: Thu Dec 20, 2007 5:36 pm
Subject: Re: A christmas present
the1keith
Offline Offline
Send Email Send Email
 
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



#15660 From: "Erik Krause" <erik.krause@...>
Date: Thu Dec 20, 2007 7:40 pm
Subject: Re: A christmas present
ekrause2003
Offline Offline
Send Email Send Email
 
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




#15666 From: Yuval Levy <yahoo06@...>
Date: Thu Dec 20, 2007 10:32 pm
Subject: Re: A christmas present
yuval_levy
Offline Offline
Send Email Send Email
 
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



#15670 From: "Mark D. Fink" <markdfink@...>
Date: Fri Dec 21, 2007 3:11 am
Subject: RE: A christmas present
markdfink
Offline Offline
Send Email Send Email
 
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]




#15667 From: "Flemming V. Larsen" <fvl@...>
Date: Thu Dec 20, 2007 11:10 pm
Subject: Re: A christmas present
vtourdk
Offline Offline
Send Email Send Email
 
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




#15668 From: "Erik Krause" <erik.krause@...>
Date: Thu Dec 20, 2007 11:51 pm
Subject: Re: A christmas present
ekrause2003
Offline Offline
Send Email Send Email
 
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




#15739 From: Luca Vascon <crimsonkingit@...>
Date: Sat Dec 22, 2007 12:04 pm
Subject: Re: Re: A christmas present
crimsonkingit
Offline Offline
Send Email Send Email
 
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>
>
>



#15743 From: "Erik Krause" <erik.krause@...>
Date: Sat Dec 22, 2007 1:04 pm
Subject: Re: A christmas present
ekrause2003
Offline Offline
Send Email Send Email
 
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




#15755 From: "Milko K. Amorth" <panotools@...>
Date: Sat Dec 22, 2007 4:06 pm
Subject: Re: Re: A christmas present
bcdundee
Offline Offline
Send Email Send Email
 
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



#15669 From: "Roger D. Williams" <roger@...>
Date: Fri Dec 21, 2007 12:43 am
Subject: Re: A christmas present
roger_d_will...
Offline Offline
Send Email Send Email
 
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



#15671 From: "Klaus Hilsenbeck" <kh@...>
Date: Fri Dec 21, 2007 3:17 am
Subject: Re: A christmas present
panocanarias
Offline Offline
Send Email Send Email
 
> <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)





#15680 From: "Flemming V. Larsen" <fvl@...>
Date: Fri Dec 21, 2007 9:10 am
Subject: Re: Re: A christmas present
vtourdk
Offline Offline
Send Email Send Email
 

----- 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




#15681 From: "Erik Krause" <erik.krause@...>
Date: Fri Dec 21, 2007 10:03 am
Subject: Re: A christmas present
ekrause2003
Offline Offline
Send Email Send Email
 
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




#15683 From: "Flemming V. Larsen" <fvl@...>
Date: Fri Dec 21, 2007 11:08 am
Subject: Re: Re: A christmas present
vtourdk
Offline Offline
Send Email Send Email
 

----- 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





#15685 From: Pablo dAngelo <pablo.dangelo@...>
Date: Fri Dec 21, 2007 11:45 am
Subject: Re: A christmas present
mikman613
Offline Offline
Send Email Send Email
 
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
>
>
>




 
First  | < Prev  |  Last 
Advanced
Add to My Yahoo!      XML What's This?

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help