Exposure Blending tool finalization...
Locked
1234
1234
Exposure Blending tool finalization...
 
|
Hi all,
Since few day, i working hard to create a new tool to make pseudo HDR image. After some try with QtPfsGui code imported and improved as a new kipi-plugins (code is in my home dir from KDE svn), I never give a right result as HDR creation and Tonemapping. QtPfsGui code is very very very experiemental. Only one time, i create successfully an HDR image without artefact. This is not enough for me/ I cannot understand why users said that QtPfsGui is a good program. Please, if you fell that i'm wrong let's me hear. Perhaps i have a simple view of programmer, but at least code speak about : I lost one week to review and fix this code to be suitable, readable, and maintainable. It's a shame to writte code like this... but it's another story... So, after to be tired to play with QtPfsGui code, i thinking to take another way : Enfuse. The idea is simple : 1/ Define a stack of bracketed images. 2/ If Raw images, convert it to TIFF 16 bits with auto-gamma. 3/ Auto Align stack with Hugin auto_align_stack command line program. 4/ Start pseudo-HDR editor, the famous Enfuse frontend designed by me (:=))) All is done, excepted step 2, partially implemented. Tool is currently suitable with all other images formats as JPEG, PNG, TIFF, etc... You need to install Hugin and Enblend project to your computer before to use this new tool. Now the screenshots... Champagne please ! 1/ The tool is available in digiKam Tools menu : http://farm3.static.flickr.com/2657/4203352088_78f8025d41_o.png 2/ The first stage of the tool is an assistant : http://farm3.static.flickr.com/2681/4203352164_388c23be82_o.png 3/ You need first to set-up bracketed images stack : http://farm3.static.flickr.com/2590/4203352256_91dd0dbd55_o.png 4/ After that tool is ready to process auto alignment of stack : http://farm3.static.flickr.com/2629/4202593315_7bd8a6fe66_o.png 5/ Auto-Alignment can be long... so, take a cup of Champagne to be patient : http://farm3.static.flickr.com/2596/4203352414_edc73d4d8d_o.png 6/ "Et Voilà". Auto-Alignment is done. Aligned images are save to temp TIFF files : http://farm5.static.flickr.com/4006/4203352494_49704b8972_o.png 7/ And now, the best for the end... Let's go to fuse bracketed images : http://farm3.static.flickr.com/2496/4203352570_b30255d05b_o.png 8/ Enfuse take a while too, depending of options used... At least, result is great (:=))) : http://farm3.static.flickr.com/2761/4202593625_e03a4d8256_o.png My TODO List : - Move this tool from my home KDE svn dir to trunk to be available in kipi-plugins 1.1. I will do it soon. - Add Raw support. - Add a stack of processed images in Enfuse Gui. Selecting one items will display it in preview. You can select the best to export in your collection. - Add some advanced Enfuse options. Here i'm waiting comments form users... - Hack last bugs, memory leak, and other joys (:=)))... Important : this tool is also available as a stand alone application "expoblending". It's installed in your usual binary place from your computer. I'm waiting your viewpoints, feedback, critics... etc... Your servant Gilles Caulier _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
Wow, looks a really promising tool.
Will be "fake HDR" generation supported? I mean, taking one raw photo-->generate HDR, without the need of manually extracting 3 different exposure images from it? On Mon, Dec 21, 2009 at 4:24 PM, Gilles Caulier <[hidden email]> wrote: Hi all, _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
In reply to this post by Gilles Caulier-4
Hi Gilles,
I like what you suggest, it looks an interesting tool. My personal experience with QtPfsGui is that I could not ever understand it or get it to do anything useful and I quickly gave up with it. I like the look of your approach. Mark > On Monday 21 Dec 2009 15:24:03 Gilles Caulier wrote: > Hi all, > > Since few day, i working hard to create a new tool to make pseudo HDR image. > > After some try with QtPfsGui code imported and improved as a new > kipi-plugins (code is in my home dir from KDE svn), I never give a > right result as HDR creation and Tonemapping. QtPfsGui code is very > very very experiemental. Only one time, i create successfully an HDR > image without artefact. This is not enough for me/ > > I cannot understand why users said that QtPfsGui is a good program. > Please, if you fell that i'm wrong let's me hear. Perhaps i have a > simple view of programmer, but at least code speak about : I lost one > week to review and fix this code to be suitable, readable, and > maintainable. > > It's a shame to writte code like this... but it's another story... > > So, after to be tired to play with QtPfsGui code, i thinking to take > another way : Enfuse. > > The idea is simple : > > 1/ Define a stack of bracketed images. > 2/ If Raw images, convert it to TIFF 16 bits with auto-gamma. > 3/ Auto Align stack with Hugin auto_align_stack command line program. > 4/ Start pseudo-HDR editor, the famous Enfuse frontend designed by me (:=))) > > All is done, excepted step 2, partially implemented. Tool is currently > suitable with all other images formats as JPEG, PNG, TIFF, etc... > > You need to install Hugin and Enblend project to your computer before > to use this new tool. > > Now the screenshots... Champagne please ! > > 1/ The tool is available in digiKam Tools menu : > > http://farm3.static.flickr.com/2657/4203352088_78f8025d41_o.png > > 2/ The first stage of the tool is an assistant : > > http://farm3.static.flickr.com/2681/4203352164_388c23be82_o.png > > 3/ You need first to set-up bracketed images stack : > > http://farm3.static.flickr.com/2590/4203352256_91dd0dbd55_o.png > > 4/ After that tool is ready to process auto alignment of stack : > > http://farm3.static.flickr.com/2629/4202593315_7bd8a6fe66_o.png > > 5/ Auto-Alignment can be long... so, take a cup of Champagne to be patient : > > http://farm3.static.flickr.com/2596/4203352414_edc73d4d8d_o.png > > 6/ "Et Voilà". Auto-Alignment is done. Aligned images are save to temp > TIFF files : > > http://farm5.static.flickr.com/4006/4203352494_49704b8972_o.png > > 7/ And now, the best for the end... Let's go to fuse bracketed images : > > http://farm3.static.flickr.com/2496/4203352570_b30255d05b_o.png > > 8/ Enfuse take a while too, depending of options used... At least, > result is great (:=))) : > > http://farm3.static.flickr.com/2761/4202593625_e03a4d8256_o.png > > My TODO List : > > - Move this tool from my home KDE svn dir to trunk to be available in > kipi-plugins 1.1. I will do it soon. > - Add Raw support. > - Add a stack of processed images in Enfuse Gui. Selecting one items > will display it in preview. You can select the best to export in your > collection. > - Add some advanced Enfuse options. Here i'm waiting comments form users... > - Hack last bugs, memory leak, and other joys (:=)))... > > Important : this tool is also available as a stand alone application > "expoblending". It's installed in your usual binary place from your > computer. > > I'm waiting your viewpoints, feedback, critics... etc... > > Your servant > > Gilles Caulier > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users > Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
In reply to this post by Bugzilla from gclaramunt@gmail.com
2009/12/21 Goose <[hidden email]>:
> Wow, looks a really promising tool. > Will be "fake HDR" generation supported? I mean, taking one raw > photo-->generate HDR, without the need of manually extracting 3 different > exposure images from it? Yes HDR image is created in memory by Enfuse (all pixels components are encoded as Float values). You suggest to use one RAW file to create 3 different exposure photos from it. Sorry, but this is have no sence... the sensor limitation is not compensate by RAW. Limitation are physics : the sensor do not have the same average that human eyes. Taking Raw photo do not solve the problem, sensor limitation are always there. You must take 3 different photos taken by the same camera, but with different exposure settings. This method is called Bracketing. Photo are taken with a very short difference of time, automatically by the camera. In this case of course, using a tripod is better. And bracketing is not adapted to subjects in mouvement... Landscape, Nature, etc... are best topic for HDR... Best Gilles Caulier _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
In reply to this post by Gilles Caulier-4
Gilles Caulier píše v Po 21. 12. 2009 v 16:24 +0100:
> Hi all, > > Since few day, i working hard to create a new tool to make pseudo HDR image. > > After some try with QtPfsGui code imported and improved as a new > kipi-plugins (code is in my home dir from KDE svn), I never give a > right result as HDR creation and Tonemapping. QtPfsGui code is very > very very experiemental. Only one time, i create successfully an HDR > image without artefact. This is not enough for me/ I do not use QtPfsGui (or pfstools in general) either, since my objective is to capture high dynamic range and process it in a way that the final LDR image looks naturally. That is quite difficult with the available tone-mapping operators from true HDR. > So, after to be tired to play with QtPfsGui code, i thinking to take > another way : Enfuse. That's what I am using together with hugin (or auto_align_stack) already. Is it based on version 4.0, which was released recently? > The idea is simple : > > 1/ Define a stack of bracketed images. > 2/ If Raw images, convert it to TIFF 16 bits with auto-gamma. > 3/ Auto Align stack with Hugin auto_align_stack command line program. > 4/ Start pseudo-HDR editor, the famous Enfuse frontend designed by me (:=))) It would be fine to have x the possibility to turn off/on some images of the exposure stack and see the impact on enfused result in real-time (possibly on down-scaled preview). The same with the weights for contracts/sharpness. x allow for setting (at least in configuration) of other switches of enblend (like GPU use, number of levels) (I have not used your pseudo-HDR editor yet, so if such a possibility exists already, excuse my ignorance.) Regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
In reply to this post by Gilles Caulier-4
Yeah, i know and use "real bracketing" with camera ;)
But sometimes i shoot once and when developing at home, i see my raw with blown highlights and/or black dark zones. Working in 16bit raw mode allows you to recover some of those blown zones, but it underexpose the rest of the picture, so i extract 3 or more Tiff/PNG with different exposure compensations from the raw and blend them into one "pseudo-fake-hdr" with QtPfsGui or other softwares. I know it's not "real" hdr, is more like the local contrast plugin and sometimes gives good results ;) On Mon, Dec 21, 2009 at 5:52 PM, Gilles Caulier <[hidden email]> wrote: 2009/12/21 Goose <[hidden email]>: _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
In reply to this post by Milan Knížek
2009/12/21 Milan Knížek <[hidden email]>:
> Gilles Caulier píše v Po 21. 12. 2009 v 16:24 +0100: >> Hi all, >> >> Since few day, i working hard to create a new tool to make pseudo HDR image. >> >> After some try with QtPfsGui code imported and improved as a new >> kipi-plugins (code is in my home dir from KDE svn), I never give a >> right result as HDR creation and Tonemapping. QtPfsGui code is very >> very very experiemental. Only one time, i create successfully an HDR >> image without artefact. This is not enough for me/ > > I do not use QtPfsGui (or pfstools in general) either, since my > objective is to capture high dynamic range and process it in a way that > the final LDR image looks naturally. That is quite difficult with the > available tone-mapping operators from true HDR. > >> So, after to be tired to play with QtPfsGui code, i thinking to take >> another way : Enfuse. > > That's what I am using together with hugin (or auto_align_stack) > already. Is it based on version 4.0, which was released recently? You can use Enfuse 4.0. options are compatible... > >> The idea is simple : >> >> 1/ Define a stack of bracketed images. >> 2/ If Raw images, convert it to TIFF 16 bits with auto-gamma. >> 3/ Auto Align stack with Hugin auto_align_stack command line program. >> 4/ Start pseudo-HDR editor, the famous Enfuse frontend designed by me (:=))) > > It would be fine to have > > x the possibility to turn off/on some images of the exposure stack and > see the impact on enfused result in real-time (possibly on down-scaled > preview). The same with the weights for contracts/sharpness. > Easy. It's in my TODO list > x allow for setting (at least in configuration) of other switches of > enblend (like GPU use, number of levels) > levels is already done... GPU ??? it's enabled at enfuse compilation time Gilles _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
In reply to this post by Gilles Caulier-4
2009/12/21 Gilles Caulier <[hidden email]>:
> Hi all, > > Since few day, i working hard to create a new tool to make pseudo HDR image. > > After some try with QtPfsGui code imported and improved as a new > kipi-plugins (code is in my home dir from KDE svn), I never give a > right result as HDR creation and Tonemapping. QtPfsGui code is very > very very experiemental. Only one time, i create successfully an HDR > image without artefact. This is not enough for me/ > > I cannot understand why users said that QtPfsGui is a good program. > Please, if you fell that i'm wrong let's me hear. Perhaps i have a > simple view of programmer, but at least code speak about : I lost one > week to review and fix this code to be suitable, readable, and > maintainable. > > It's a shame to writte code like this... but it's another story... > > So, after to be tired to play with QtPfsGui code, i thinking to take > another way : Enfuse. > > The idea is simple : > > 1/ Define a stack of bracketed images. > 2/ If Raw images, convert it to TIFF 16 bits with auto-gamma. > 3/ Auto Align stack with Hugin auto_align_stack command line program. > 4/ Start pseudo-HDR editor, the famous Enfuse frontend designed by me (:=))) > > All is done, excepted step 2, partially implemented. Tool is currently > suitable with all other images formats as JPEG, PNG, TIFF, etc... > > You need to install Hugin and Enblend project to your computer before > to use this new tool. > > Now the screenshots... Champagne please ! > > 1/ The tool is available in digiKam Tools menu : > > http://farm3.static.flickr.com/2657/4203352088_78f8025d41_o.png > > 2/ The first stage of the tool is an assistant : > > http://farm3.static.flickr.com/2681/4203352164_388c23be82_o.png > > 3/ You need first to set-up bracketed images stack : > > http://farm3.static.flickr.com/2590/4203352256_91dd0dbd55_o.png > > 4/ After that tool is ready to process auto alignment of stack : > > http://farm3.static.flickr.com/2629/4202593315_7bd8a6fe66_o.png > > 5/ Auto-Alignment can be long... so, take a cup of Champagne to be patient : > > http://farm3.static.flickr.com/2596/4203352414_edc73d4d8d_o.png > > 6/ "Et Voilà". Auto-Alignment is done. Aligned images are save to temp > TIFF files : > > http://farm5.static.flickr.com/4006/4203352494_49704b8972_o.png > > 7/ And now, the best for the end... Let's go to fuse bracketed images : > > http://farm3.static.flickr.com/2496/4203352570_b30255d05b_o.png > > 8/ Enfuse take a while too, depending of options used... At least, > result is great (:=))) : > > http://farm3.static.flickr.com/2761/4202593625_e03a4d8256_o.png > > My TODO List : > > - Move this tool from my home KDE svn dir to trunk to be available in > kipi-plugins 1.1. I will do it soon. Done. tool is now in kipi-plugins from trunk... Gilles _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
In reply to this post by Gilles Caulier-4
Hi Gilles,
that is what I wanted to have for so long, even before I new that this software existed. I then had the same experienc (QtPfsGui) and gave up, hoping to find enough time:-) to implement a tool as kipi for digiKam. Where should I send the chapagne? Kudos, Dan _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
In reply to this post by Gilles Caulier-4
Gilles Caulier píše v Po 21. 12. 2009 v 18:26 +0100:
> 2009/12/21 Milan Knížek <[hidden email]>: > > That's what I am using together with hugin (or auto_align_stack) > > already. Is it based on version 4.0, which was released recently? > > You can use Enfuse 4.0. options are compatible... > Okay, I forgot the options are planned for renaming in 4.1 only. http://enblend.hg.sourceforge.net/hgweb/enblend/enblend/file/d394f60f8edf/NEWS > > > > x allow for setting (at least in configuration) of other switches of > > enblend (like GPU use, number of levels) > > > > levels is already done... > > GPU ??? it's enabled at enfuse compilation time > Again, I was too fast - --gpu option is for enblend 3.2, I am not sure if it even exists in enfuse. I am looking forward for the weekend to compile kipi-plugins and the new enblend/enfuse and test! regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
In reply to this post by Bugzilla from gclaramunt@gmail.com
Goose píše v Po 21. 12. 2009 v 18:08 +0100:
> But sometimes i shoot once and when developing at home, i see my raw > with blown highlights and/or black dark zones. Working in 16bit raw > mode allows you to recover some of those blown zones, but it > underexpose the rest of the picture, so i extract 3 or more Tiff/PNG > with different exposure compensations from the raw and blend them into > one "pseudo-fake-hdr" with QtPfsGui or other softwares. > I know it's not "real" hdr, is more like the local contrast plugin and > sometimes gives good results ;) > In other words, with the simple curve adjustment one has to balance between a flat looking image or burned highlights/shadows. Enfuse can help to increase local contrast, while keeping both shadows and highlights. It is time consuming to do it for more images manually, so having it semi-automated plugin would be nice. regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
In reply to this post by Milan Knížek
2009/12/21 Milan Knížek <[hidden email]>:
> Gilles Caulier píše v Po 21. 12. 2009 v 16:24 +0100: >> Hi all, >> >> Since few day, i working hard to create a new tool to make pseudo HDR image. >> >> After some try with QtPfsGui code imported and improved as a new >> kipi-plugins (code is in my home dir from KDE svn), I never give a >> right result as HDR creation and Tonemapping. QtPfsGui code is very >> very very experiemental. Only one time, i create successfully an HDR >> image without artefact. This is not enough for me/ > > I do not use QtPfsGui (or pfstools in general) either, since my > objective is to capture high dynamic range and process it in a way that > the final LDR image looks naturally. That is quite difficult with the > available tone-mapping operators from true HDR. > >> So, after to be tired to play with QtPfsGui code, i thinking to take >> another way : Enfuse. > > That's what I am using together with hugin (or auto_align_stack) > already. Is it based on version 4.0, which was released recently? > >> The idea is simple : >> >> 1/ Define a stack of bracketed images. >> 2/ If Raw images, convert it to TIFF 16 bits with auto-gamma. >> 3/ Auto Align stack with Hugin auto_align_stack command line program. >> 4/ Start pseudo-HDR editor, the famous Enfuse frontend designed by me (:=))) > > It would be fine to have > > x the possibility to turn off/on some images of the exposure stack and > see the impact on enfused result in real-time (possibly on down-scaled > preview). The same with the weights for contracts/sharpness. > Implemented on svn trunk: http://farm3.static.flickr.com/2605/4203965357_7e8e04dbec_b.jpg My 10 cts € Gilles Caulier _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
Wow, impressive! This is becoming a really cool tool!
On Mon, Dec 21, 2009 at 11:42 PM, Gilles Caulier <[hidden email]> wrote:
_______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
In reply to this post by Gilles Caulier-4
Le 21/12/2009 16:24, Gilles Caulier a écrit :
> Hi all, > > Since few day, i working hard to create a new tool to make pseudo HDR image. > > After some try with QtPfsGui code imported and improved as a new > kipi-plugins (code is in my home dir from KDE svn), I never give a > right result as HDR creation and Tonemapping. QtPfsGui code is very > very very experiemental. Only one time, i create successfully an HDR > image without artefact. This is not enough for me/ > > I cannot understand why users said that QtPfsGui is a good program. > Please, if you fell that i'm wrong let's me hear. Perhaps i have a > simple view of programmer, but at least code speak about : I lost one > week to review and fix this code to be suitable, readable, and > maintainable. > > It's a shame to writte code like this... but it's another story... > > So, after to be tired to play with QtPfsGui code, i thinking to take > another way : Enfuse. > > The idea is simple : > > 1/ Define a stack of bracketed images. > 2/ If Raw images, convert it to TIFF 16 bits with auto-gamma. > 3/ Auto Align stack with Hugin auto_align_stack command line program. > 4/ Start pseudo-HDR editor, the famous Enfuse frontend designed by me (:=))) > > All is done, excepted step 2, partially implemented. Tool is currently > suitable with all other images formats as JPEG, PNG, TIFF, etc... > > You need to install Hugin and Enblend project to your computer before > to use this new tool. > > Now the screenshots... Champagne please ! > > 1/ The tool is available in digiKam Tools menu : > > http://farm3.static.flickr.com/2657/4203352088_78f8025d41_o.png > > 2/ The first stage of the tool is an assistant : > > http://farm3.static.flickr.com/2681/4203352164_388c23be82_o.png > > 3/ You need first to set-up bracketed images stack : > > http://farm3.static.flickr.com/2590/4203352256_91dd0dbd55_o.png > > 4/ After that tool is ready to process auto alignment of stack : > > http://farm3.static.flickr.com/2629/4202593315_7bd8a6fe66_o.png > > 5/ Auto-Alignment can be long... so, take a cup of Champagne to be patient : > > http://farm3.static.flickr.com/2596/4203352414_edc73d4d8d_o.png > > 6/ "Et Voil�". Auto-Alignment is done. Aligned images are save to temp > TIFF files : > > http://farm5.static.flickr.com/4006/4203352494_49704b8972_o.png > > 7/ And now, the best for the end... Let's go to fuse bracketed images : > > http://farm3.static.flickr.com/2496/4203352570_b30255d05b_o.png > > 8/ Enfuse take a while too, depending of options used... At least, > result is great (:=))) : > > http://farm3.static.flickr.com/2761/4202593625_e03a4d8256_o.png > > My TODO List : > > - Move this tool from my home KDE svn dir to trunk to be available in > kipi-plugins 1.1. I will do it soon. > - Add Raw support. > - Add a stack of processed images in Enfuse Gui. Selecting one items > will display it in preview. You can select the best to export in your > collection. > - Add some advanced Enfuse options. Here i'm waiting comments form users... > - Hack last bugs, memory leak, and other joys (:=)))... > > Important : this tool is also available as a stand alone application > "expoblending". It's installed in your usual binary place from your > computer. > > I'm waiting your viewpoints, feedback, critics... etc... > > Your servant > > Gilles Caulier > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users > > say "Qtpfsgui" has just been renamed to "Luminance HDR" http://qtpfsgui.sourceforge.net/index.php Many improvements seems to have been made. Don't know for code quality. 1) Cropping of HDRs 2) Tonemapping of a selected rectangle for a quick preview 3) A new operator (Mantiuk '08) 4) All old operators updated 5) HDR in Tonemapping Window 6) Tonemapping of a previous tonemapped HDR ....some more to find out. _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
2009/12/22 Laurent Espitallier <[hidden email]>:
> Le 21/12/2009 16:24, Gilles Caulier a écrit : >> Hi all, >> >> Since few day, i working hard to create a new tool to make pseudo HDR image. >> >> After some try with QtPfsGui code imported and improved as a new >> kipi-plugins (code is in my home dir from KDE svn), I never give a >> right result as HDR creation and Tonemapping. QtPfsGui code is very >> very very experiemental. Only one time, i create successfully an HDR >> image without artefact. This is not enough for me/ >> >> I cannot understand why users said that QtPfsGui is a good program. >> Please, if you fell that i'm wrong let's me hear. Perhaps i have a >> simple view of programmer, but at least code speak about : I lost one >> week to review and fix this code to be suitable, readable, and >> maintainable. >> >> It's a shame to writte code like this... but it's another story... >> >> So, after to be tired to play with QtPfsGui code, i thinking to take >> another way : Enfuse. >> >> The idea is simple : >> >> 1/ Define a stack of bracketed images. >> 2/ If Raw images, convert it to TIFF 16 bits with auto-gamma. >> 3/ Auto Align stack with Hugin auto_align_stack command line program. >> 4/ Start pseudo-HDR editor, the famous Enfuse frontend designed by me (:=))) >> >> All is done, excepted step 2, partially implemented. Tool is currently >> suitable with all other images formats as JPEG, PNG, TIFF, etc... >> >> You need to install Hugin and Enblend project to your computer before >> to use this new tool. >> >> Now the screenshots... Champagne please ! >> >> 1/ The tool is available in digiKam Tools menu : >> >> http://farm3.static.flickr.com/2657/4203352088_78f8025d41_o.png >> >> 2/ The first stage of the tool is an assistant : >> >> http://farm3.static.flickr.com/2681/4203352164_388c23be82_o.png >> >> 3/ You need first to set-up bracketed images stack : >> >> http://farm3.static.flickr.com/2590/4203352256_91dd0dbd55_o.png >> >> 4/ After that tool is ready to process auto alignment of stack : >> >> http://farm3.static.flickr.com/2629/4202593315_7bd8a6fe66_o.png >> >> 5/ Auto-Alignment can be long... so, take a cup of Champagne to be patient : >> >> http://farm3.static.flickr.com/2596/4203352414_edc73d4d8d_o.png >> >> 6/ "Et Voil�". Auto-Alignment is done. Aligned images are save to temp >> TIFF files : >> >> http://farm5.static.flickr.com/4006/4203352494_49704b8972_o.png >> >> 7/ And now, the best for the end... Let's go to fuse bracketed images : >> >> http://farm3.static.flickr.com/2496/4203352570_b30255d05b_o.png >> >> 8/ Enfuse take a while too, depending of options used... At least, >> result is great (:=))) : >> >> http://farm3.static.flickr.com/2761/4202593625_e03a4d8256_o.png >> >> My TODO List : >> >> - Move this tool from my home KDE svn dir to trunk to be available in >> kipi-plugins 1.1. I will do it soon. >> - Add Raw support. >> - Add a stack of processed images in Enfuse Gui. Selecting one items >> will display it in preview. You can select the best to export in your >> collection. >> - Add some advanced Enfuse options. Here i'm waiting comments form users... >> - Hack last bugs, memory leak, and other joys (:=)))... >> >> Important : this tool is also available as a stand alone application >> "expoblending". It's installed in your usual binary place from your >> computer. >> >> I'm waiting your viewpoints, feedback, critics... etc... >> >> Your servant >> >> Gilles Caulier >> _______________________________________________ >> Digikam-users mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-users >> >> > I think exposure fusion /Enfuse is the best way but I'd just liked to > say "Qtpfsgui" has just been renamed to "Luminance HDR" > http://qtpfsgui.sourceforge.net/index.php > > Many improvements seems to have been made. Don't know for code quality. > > 1) Cropping of HDRs > 2) Tonemapping of a selected rectangle for a quick preview > 3) A new operator (Mantiuk '08) > 4) All old operators updated > 5) HDR in Tonemapping Window > 6) Tonemapping of a previous tonemapped HDR > ....some more to find out. > Hum... I will take a look... and ... test. Here i use a huge bracketed image collection in RAW and JPEG, taken in different conditions. If QtPfsGui is not able to import as HDR and tonemap image as LDR without to introduce artifacts, colors distorsions, and other joy of this experimental code, why not. But as i already see indeep code, i'm can said in advance... no... Also, QtPfsGui is clearly unsuitable as well... To much complicated for end users. Anyway, as i already rewritted a part of QtPfsgui with ExpoBlending with import wizard (Raw convert, auto-alignment), if i found suitable code from QtPfsGui to make HDR and perform tonemapping, i can provide an option at last wizard page to select enfuse or an HDR editor... Gilles _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
In reply to this post by three3qn
2009/12/21 dan dan <[hidden email]>:
> Hi Gilles, > > that is what I wanted to have for so long, even before I new that this > software existed. > I then had the same experienc (QtPfsGui) and gave up, hoping to find > enough time:-) to implement a > tool as kipi for digiKam. > > Where should I send the chapagne? At home (:=)))... More seriously, exposure blending tool preview can be zoomed and panned now. http://farm3.static.flickr.com/2501/4208219115_379ca65007_o.png Gilles Caulier _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
In reply to this post by Gilles Caulier-4
Gilles Caulier píše v Po 21. 12. 2009 v 18:27 +0100:
> Done. tool is now in kipi-plugins from trunk... > Gilles, can you help with compiling? I have been compiling all the released tarballs myself, but svn apparently fails: dependencies (from ubuntu 9.10 repos): sudo apt-get install build-essential automake libtool gettext fakeroot cdbs debhelper pkg-kde-tools cmake kdelibs5-dev kdepimlibs5-dev libc6-dev libqt4-dev libgcc1 libglib2.0-dev libgphoto2-2-dev libkdcraw7-dev libkexiv2-7-dev libkipi6-dev liblcms1-dev libtiff4-dev libpng12-dev libjasper-dev liblensfun-dev libjpeg62-dev libmarble-dev libsqlite3-dev libltdl3-dev Getting the code: svn co -N svn://anonsvn.kde.org/home/kde/trunk/extragear/graphics svn up kipi-plugins svn up cmake mkdir build cd build configuring: cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` ../../graphics ... cut on purpose ... -- ---------------------------------------------------------------------------------- -- kipi-plugins 1.1.0 dependencies results <http://www.kipi-plugins.org> -- -- libjpeg library found.................... YES -- libtiff library found.................... YES -- libpng library found..................... YES -- libkipi library found.................... YES -- libkexiv2 library found.................. YES -- libkdcraw library found.................. YES -- libxml2 library found.................... NO (optional) -- libxslt library found.................... NO (optional) -- libexpat library found................... YES (optional) -- native threads support library found..... YES (optional) -- libopengl library found.................. YES (optional) -- libopencv library found.................. NO (optional) -- libgpod library found.................... NO (optional) -- Gdk library found........................ YES (optional) -- libkdepim library found.................. YES (optional) -- qca2 library found....................... NO (optional) -- libX11 library found..................... YES (optional) -- libksane library found................... NO (optional) -- -- kipi-plugins will be compiled............ YES -- Shwup will be compiled................... NO (optional - Look README file for more details about dependencies) -- HtmlExport will be compiled.............. NO (optional - Look README file for more details about dependencies) -- AdvancedSlideshow will be compiled....... YES (optional) -- ImageViewer will be compiled............. YES (optional) -- AcquireImages will be compiled........... NO (optional - Look README file for more details about dependencies) -- DNGConverter will be compiled............ YES (optional) -- RemoveRedEyes will be compiled........... NO (optional - Look README file for more details about dependencies) -- IpodExport will be compiled.............. NO (optional - Look README file for more details about dependencies) -- Calendar will be compiled................ YES (optional) -- ExposureBlending will be compiled........ NO (optional - Look README file for more details about dependencies) -- ---------------------------------------------------------------------------------- -- -- Check if the system is big endian -- Searching 16 bit integer -- Check size of unsigned short -- Check size of unsigned short - done -- Using unsigned short -- Check if the system is big endian - little endian -- GraphViz was not found, cannot build kgraphviewer ----------------------------------------------------------------------------- -- The following external packages were located on your system. -- This installation will have the extra features provided by these packages. ----------------------------------------------------------------------------- * libopengl - OpenGL lib is needed to build the kpovmodeler project ----------------------------------------------------------------------------- -- The following OPTIONAL packages could NOT be located on your system. -- Consider installing them to enable more features from this software. ----------------------------------------------------------------------------- * imlib <http://freshmeat.net/projects/imlib/> imlib is needed to build kuickshow project ----------------------------------------------------------------------------- after make, nothing from expoblending is compiled. Am I missing something or is there a configure error? Regards, Milan Knizek knizek (dot) confy (at) volny (dot) cz http://www.milan-knizek.net - About linux and photography (Czech language only) _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
You need libkdcraw form trunk KDE4.4
libkdcraw is included in kdegraphics/libs, as libkexiv2 and libkipi, and libksane, used by digiKam and kipi-plugins. Here, under Mandriva 2010.0 with KDE 4.2.3, no problem to compile and to use. Gilles Caulier 2009/12/23 Milan Knížek <[hidden email]>: > Gilles Caulier píše v Po 21. 12. 2009 v 18:27 +0100: > >> Done. tool is now in kipi-plugins from trunk... >> > Gilles, > can you help with compiling? I have been compiling all the released > tarballs myself, but svn apparently fails: > > dependencies (from ubuntu 9.10 repos): > sudo apt-get install build-essential automake libtool gettext fakeroot > cdbs debhelper pkg-kde-tools cmake kdelibs5-dev kdepimlibs5-dev > libc6-dev libqt4-dev libgcc1 libglib2.0-dev libgphoto2-2-dev > libkdcraw7-dev libkexiv2-7-dev libkipi6-dev liblcms1-dev libtiff4-dev > libpng12-dev libjasper-dev liblensfun-dev libjpeg62-dev libmarble-dev > libsqlite3-dev libltdl3-dev > > Getting the code: > svn co -N svn://anonsvn.kde.org/home/kde/trunk/extragear/graphics > svn up kipi-plugins > svn up cmake > mkdir build > cd build > > configuring: > cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` ../../graphics > ... cut on purpose ... > -- > ---------------------------------------------------------------------------------- > -- kipi-plugins 1.1.0 dependencies results > <http://www.kipi-plugins.org> > -- > -- libjpeg library found.................... YES > -- libtiff library found.................... YES > -- libpng library found..................... YES > -- libkipi library found.................... YES > -- libkexiv2 library found.................. YES > -- libkdcraw library found.................. YES > -- libxml2 library found.................... NO (optional) > -- libxslt library found.................... NO (optional) > -- libexpat library found................... YES (optional) > -- native threads support library found..... YES (optional) > -- libopengl library found.................. YES (optional) > -- libopencv library found.................. NO (optional) > -- libgpod library found.................... NO (optional) > -- Gdk library found........................ YES (optional) > -- libkdepim library found.................. YES (optional) > -- qca2 library found....................... NO (optional) > -- libX11 library found..................... YES (optional) > -- libksane library found................... NO (optional) > -- > -- kipi-plugins will be compiled............ YES > -- Shwup will be compiled................... NO (optional - Look > README file for more details about dependencies) > -- HtmlExport will be compiled.............. NO (optional - Look > README file for more details about dependencies) > -- AdvancedSlideshow will be compiled....... YES (optional) > -- ImageViewer will be compiled............. YES (optional) > -- AcquireImages will be compiled........... NO (optional - Look > README file for more details about dependencies) > -- DNGConverter will be compiled............ YES (optional) > -- RemoveRedEyes will be compiled........... NO (optional - Look > README file for more details about dependencies) > -- IpodExport will be compiled.............. NO (optional - Look > README file for more details about dependencies) > -- Calendar will be compiled................ YES (optional) > -- ExposureBlending will be compiled........ NO (optional - Look > README file for more details about dependencies) > -- > ---------------------------------------------------------------------------------- > -- > -- Check if the system is big endian > -- Searching 16 bit integer > -- Check size of unsigned short > -- Check size of unsigned short - done > -- Using unsigned short > -- Check if the system is big endian - little endian > -- GraphViz was not found, cannot build kgraphviewer > > ----------------------------------------------------------------------------- > -- The following external packages were located on your system. > -- This installation will have the extra features provided by these > packages. > ----------------------------------------------------------------------------- > * libopengl - OpenGL lib is needed to build the kpovmodeler project > > ----------------------------------------------------------------------------- > -- The following OPTIONAL packages could NOT be located on your system. > -- Consider installing them to enable more features from this software. > ----------------------------------------------------------------------------- > * imlib <http://freshmeat.net/projects/imlib/> > imlib is needed to build kuickshow project > > ----------------------------------------------------------------------------- > > after make, nothing from expoblending is compiled. Am I missing > something or is there a configure error? > > Regards, > > Milan Knizek > knizek (dot) confy (at) volny (dot) cz > http://www.milan-knizek.net - About linux and photography (Czech > language only) > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users > Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
|
|
I use Ubuntu 9.10 too and I succed to install from svn.
As Gilles said, you need to install kdegraphics/libs from svn too (as it's wrote on the digikam site in "How to install page for KDE4") For the dependencies, I install bit by bit in function of what ./configure claims to don't find. Now I resolved all the dependencies with repository, except for imlib I don't find...(but may be I don't need too) So it's possible on Ubuntu 9.10. Nicolas Le Wed, 23 Dec 2009 20:51:27 +0100, Gilles Caulier <[hidden email]> a écrit: > You need libkdcraw form trunk KDE4.4 > > libkdcraw is included in kdegraphics/libs, as libkexiv2 and libkipi, > and libksane, used by digiKam and kipi-plugins. > > Here, under Mandriva 2010.0 with KDE 4.2.3, no problem to compile and to > use. > > Gilles Caulier > > 2009/12/23 Milan Knížek <[hidden email]>: >> Gilles Caulier píše v Po 21. 12. 2009 v 18:27 +0100: >> >>> Done. tool is now in kipi-plugins from trunk... >>> >> Gilles, >> can you help with compiling? I have been compiling all the released >> tarballs myself, but svn apparently fails: >> >> dependencies (from ubuntu 9.10 repos): >> sudo apt-get install build-essential automake libtool gettext fakeroot >> cdbs debhelper pkg-kde-tools cmake kdelibs5-dev kdepimlibs5-dev >> libc6-dev libqt4-dev libgcc1 libglib2.0-dev libgphoto2-2-dev >> libkdcraw7-dev libkexiv2-7-dev libkipi6-dev liblcms1-dev libtiff4-dev >> libpng12-dev libjasper-dev liblensfun-dev libjpeg62-dev libmarble-dev >> libsqlite3-dev libltdl3-dev >> >> Getting the code: >> svn co -N svn://anonsvn.kde.org/home/kde/trunk/extragear/graphics >> svn up kipi-plugins >> svn up cmake >> mkdir build >> cd build >> >> configuring: >> cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` ../../graphics >> ... cut on purpose ... >> -- >> ---------------------------------------------------------------------------------- >> -- kipi-plugins 1.1.0 dependencies results >> <http://www.kipi-plugins.org> >> -- >> -- libjpeg library found.................... YES >> -- libtiff library found.................... YES >> -- libpng library found..................... YES >> -- libkipi library found.................... YES >> -- libkexiv2 library found.................. YES >> -- libkdcraw library found.................. YES >> -- libxml2 library found.................... NO (optional) >> -- libxslt library found.................... NO (optional) >> -- libexpat library found................... YES (optional) >> -- native threads support library found..... YES (optional) >> -- libopengl library found.................. YES (optional) >> -- libopencv library found.................. NO (optional) >> -- libgpod library found.................... NO (optional) >> -- Gdk library found........................ YES (optional) >> -- libkdepim library found.................. YES (optional) >> -- qca2 library found....................... NO (optional) >> -- libX11 library found..................... YES (optional) >> -- libksane library found................... NO (optional) >> -- >> -- kipi-plugins will be compiled............ YES >> -- Shwup will be compiled................... NO (optional - Look >> README file for more details about dependencies) >> -- HtmlExport will be compiled.............. NO (optional - Look >> README file for more details about dependencies) >> -- AdvancedSlideshow will be compiled....... YES (optional) >> -- ImageViewer will be compiled............. YES (optional) >> -- AcquireImages will be compiled........... NO (optional - Look >> README file for more details about dependencies) >> -- DNGConverter will be compiled............ YES (optional) >> -- RemoveRedEyes will be compiled........... NO (optional - Look >> README file for more details about dependencies) >> -- IpodExport will be compiled.............. NO (optional - Look >> README file for more details about dependencies) >> -- Calendar will be compiled................ YES (optional) >> -- ExposureBlending will be compiled........ NO (optional - Look >> README file for more details about dependencies) >> -- >> ---------------------------------------------------------------------------------- >> -- >> -- Check if the system is big endian >> -- Searching 16 bit integer >> -- Check size of unsigned short >> -- Check size of unsigned short - done >> -- Using unsigned short >> -- Check if the system is big endian - little endian >> -- GraphViz was not found, cannot build kgraphviewer >> >> ----------------------------------------------------------------------------- >> -- The following external packages were located on your system. >> -- This installation will have the extra features provided by these >> packages. >> ----------------------------------------------------------------------------- >> * libopengl - OpenGL lib is needed to build the kpovmodeler project >> >> ----------------------------------------------------------------------------- >> -- The following OPTIONAL packages could NOT be located on your system. >> -- Consider installing them to enable more features from this software. >> ----------------------------------------------------------------------------- >> * imlib <http://freshmeat.net/projects/imlib/> >> imlib is needed to build kuickshow project >> >> ----------------------------------------------------------------------------- >> >> after make, nothing from expoblending is compiled. Am I missing >> something or is there a configure error? >> >> Regards, >> >> Milan Knizek >> knizek (dot) confy (at) volny (dot) cz >> http://www.milan-knizek.net - About linux and photography (Czech >> language only) >> >> _______________________________________________ >> Digikam-users mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-users >> > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users -- Nicolas Boulesteix - Chasseur de lueurs - http://www.photonoxx.fr _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Re: Exposure Blending tool finalization...
|
|
On Wednesday 23 of December 2009 21:00:51 Photonoxx wrote:
> I use Ubuntu 9.10 too and I succed to install from svn. > > Now I resolved all the dependencies with repository, except for imlib I > don't find...(but may be I don't need too) On Debian/Ubuntu you can always install required build dependencies by doing: apt-get build-dep digikam This will install all build dependancies as used by offical package in repository. Sometimes this does not include all dependancies (as some are not used by official build), but mostly you should be covered. Of course, this will not install kdegraphics libraries from svn trunk... There you need to build your own. Regards, Luka _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
«
Return to digikam-users
|
1 view|%1 views
| Free forum by Nabble | Edit this page |