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.
For several weeks, I have been using LibRaw's 0.19 snapshot open_bayer() call to open and eventually demosaic some 16bit raw images. I got the original source from this thread: https://www.libraw.org/node/2261
It's been working beautifully.
I have a .CR2 image taken by a Canon 80D camera. I'm using LibRaw to convert it to a .TIF. The .TIF which is created is darker than the original .CR2 file (when viewed using Canon's Digital Photo Professional or Irfan View)
I read the contents of the .CR2 file to a buffer, then pass the buffer to this method to convert and save to .TIF:
If you compile LibRaw with RawSpeed and extract a tiff for a NX300 file you will see that the developed image is different as compared to the developed image with LibRaw without RawSpeed. By different I mean very different, blues become orange, yellows become blue etc. You can see this problem in the NX300 sample in the rawsamples website
Recent comments