Version: (using KDE KDE 3.5.1) Installed from: Fedora RPMs OS: Linux I would like to see the ability of tone mapping in krita: "In computer graphics, the tone mapping solves the problem of reproducing the appearance of high dynamic range images on the media with a limited dynamic range such as hard-copy prints, CRT/LCD displays, and projectors. Essentially, tone mapping addresses the problem of strong contrast reduction from the scene values (radiance) to the displayable range while preserving the image details and color appearance important to appreciate the original scene content." from: http://en.wikipedia.org/wiki/Tone_Mapping Since krita can already handle hdr files (OpenEXR format) it would be nice to also have the ability to export these files in formats which can be printed and shown by normal standard devices. An additional feature (and my intention for this bug report) would be the ability to import several ldr images with different exposure times to create one hdr image, and then tone map this to a new file. This gives neat results with which you can impress your friends ;) As usual there are others which had already tried to address this problem under Linux: pfstmo ( http://www.mpii.mpg.de/resources/tmo/ ) which is a add on to the pfstools ( http://www.mpi-sb.mpg.de/resources/pfstools/ ) can do different tone mapping algorithms. Another add on, pfscalibration ( http://www.mpi-sb.mpg.de/resources/hdr/calibration/pfs.html ) would be able to create such pictures out of different ldrs. These libraries are quite powerfull and LGPL, so they could probably be used as a basis for a tone map support (and extended hdr support as well) in krita. Another library (MIT-style licence) is exrtools ( http://scanline.ca/exrtools/ ) which depends on OpenEXR files which fits to krita since that is the hdr format krita supports at the moment. You will find quite a lot of other information at the given pages like published algorithms and so on.
Ha, exactly what we need: good links! The topic has already been discussed, but at least I had no idea how to implement it.
Here is a tutorial for cinepaint which explains how to create a hdr from several ldr with cinepaint plugins: http://people.freenet.de/hsbosny/HDR_Tutorial/HDR_Tutorial-en.html Can be useful in this context because it also explains the mathematical basics.
Just came across another link, someone already wrote a Qt GUI for the pfstools: http://theplaceofdeadroads.blogspot.com/2006/07/qpfstmo-hdr-tone-mapping-gui-for-linux_04.html
*** This bug has been confirmed by popular vote. ***
Actually, there's already an implementation for this in trunk :-).
SVN commit 728290 by berger: * add the reinhard 05 operator, first fully operational tone mapping operator * add a macro to easily "register" operators CCBUG: 125543 M +7 -1 CMakeLists.txt M +9 -0 lib/kis_tone_mapping_operator.h AM libpfs/config.h M +4 -1 operators/ashikhmin02/kis_ashikhmin02_operator.cc A operators/reinhard05 (directory) AM operators/reinhard05/kis_reinhard05_operator.cc [License: LGPL] AM operators/reinhard05/kis_reinhard05_operator.h [License: LGPL] A operators/reinhard05/reinhard05_configuration_widget.ui AM operators/reinhard05/tmo_reinhard05.cpp [License: GPL (v2+) (wrong address)] AM operators/reinhard05/tmo_reinhard05.h [License: GPL (v2+) (wrong address)] M +0 -4 tonemapping.cc WebSVN link: http://websvn.kde.org/?view=rev&revision=728290
There is a form of tonemapping in Krita, and we decided last weekend at the vision setting that Krita is "Krita is a KDE program for sketching and painting, offering an end–to–end solution for creating digital painting files from scratch by masters." -- and so tonemapping is no longer a core krita concern. The tonemapping support will be moved to an extensions repository after 2.2 has been released.