When I use image demosaicing with color filter array got by LibRaw::COLOR(row, column) most outputs looks consistent apart from some Canon images, which looks too purple.
For those files obtained color filter array (by COLOR(row, col)) looks like simple RGGB:
R G
G B
However if I use row offset instead:
G B
R G
the results seems to be OK.
Does LibRaw return correct cfa pattern for those files?
At the completion of a project that uses LibRaw, I want to share the more intense algorithm artifact analysis to be helpful for anyone hoping to use LibRaw in the future, and as a thank-you to Alex for the direct support.
To summarize, algorithm (user_qual) 11, DHT, is the best. It's better than the best offered by RawTherapee, too.
Here are the most important examinations I performed!
I noticed that for .dng files with bitmap thumbnail LibRaw claims that there is no color in the preview (thumbnail.tcolors = 0 after open_file() + unpack_thumb()).
Shouldn't it return 3 colors (tcolors = 3) as from documentation LIBRAW_THUMBNAIL_BITMAP preview contains RGB bitmap?
Is there a way to have libraw extract the metadata from a RAW file without unpacking all the data?
I'm using the libraw plug-in that is part of OpenImageIO. In that plugin, unpack() is called before any of the image properties are read, which causes the property reading to be incredibly slow because unpacking() is slow (relative to just reading the TIFF header in most RAW files.)
I am trying to extract channel by channel pixel values of a X-Pro2. For detector calibration purpose (educational).
I do not understand the color pattern returned by the library (or is it rawpy ?).
Using dcraw_emu.exe compiled from the LibRaw 0.19-Snapshot-20170212.
Some Canon files are being displayed with the wrong orientation, they show as landscape when they should be portrait.
Looking at the code I found a place in dcraw_common.cpp with a note saying :
#if 0 /* Canon rotation data is handled by EXIF.Orientation */
If I re-enable that piece of code then the images show correctly. I tried to look around for "EXIF.Orientation" or something like it but couldn't find it.
First, thanks for creating this version of DCRaw. I have been using the original DCRAW as part of a utility I have developed to make it easy to run the NIK Collection standalone. One of the added features is the ability to input RAW files. I needed a way to support Fuji X compressed files and this is probably the best and easiest way to do that. It also seems to be quicker than the original DCRaw.
Recent comments