[Digikam-devel] [Bug 276883] New: [WIS] jpeg to raw color curves, AKA apply to raw in-camera settigs

Francesco Riosa francesco+kde at pnpitalia.it
Fri Jul 1 12:59:13 BST 2011


https://bugs.kde.org/show_bug.cgi?id=276883

           Summary: [WIS] jpeg to raw color curves, AKA apply to raw
                    in-camera settigs
           Product: digikam
           Version: 2.0.0
          Platform: Gentoo Packages
        OS/Version: Linux
            Status: NEW
          Severity: wishlist
          Priority: NOR
         Component: Batch Queue Manager
        AssignedTo: digikam-devel at kde.org
        ReportedBy: francesco+kde at pnpitalia.it


Created an attachment (id=61527)
 --> (http://bugs.kde.org/attachment.cgi?id=61527)
histmatch.py

Version:           2.0.0 (using KDE 4.6.4) 
OS:                Linux

A Feature that could be really interesting to have is to apply to raw files the
operations the camera would have used to create the jpeg.

To make this possible cameras save in exif binary chunk of data, in scattered
proprietary formats, thus making support of this feature to support very
difficult outside programs of the vendor (i.e Nikon Capture NX)

There is another way, cameras often save preview and also full jpeg (nef 12 bit
compressed fex) in the raw file, this file is worked by the camera and show
evident differences to the raw.

The idea is to try to re-create the histogram of the jpeg onto the raw.
Fred Weinhaus did exactly that using imagemagick's `convert`
http://www.fmwconcepts.com/imagemagick/histmatch/index.php
The attached python script is a conversion of his histmatch bash one. The
linked page has a good description of how it work.

There is a bug preventing images of different sizes to work, but as a proof of
concept it should be enough ;)

it's called like
`histmatch.py -c luminance preview.jpg 16bit.png 16bit_out.png`
the "scatteer" script on the same site can be used to analize results.

While this approach can and should be perfected it has already good results

So it would be interesting to have a similar feature in the batch conversion

P.S. a way to make it better could possibly involve hald maps for 3d clut, need
more investigation
P.P.S I'll look at this in depth after my short holidays i.e. after July 10

Reproducible: Didn't try



Expected Results:  
better camera/digikam match of produced images

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the Digikam-devel mailing list