I know that some RAW formats store a small resolution JPEG image for quick preview that is different from a thumbnail. I manage to extract that using third party software such as ExifTool, how is it possible to extract that using LibRaw? Also in the changelog I see that you have added an option for GPS data extraction, but when I try that i.e.
open the file and read the data from imgdata.other.gpsdata it always returns nothing. Is there anything else I should do for after open_file(fileName) to load the needed information?
LibRaw used to support Fuji X-E2 raw files. But with the recent camera update to firmware 4.0, the raw file format seems to have changed and LibRaw is not able to read it. Here is the output from simple_dcraw and dcraw_emu. Both were compiled from the latest 0.18 source:
>simple_dcraw.exe Black.RAF
Black.RAF: Unexpected end of file
Cannot unpack Black.RAF: Input/output error
>dcraw_emu.exe -v "Black.RAF"
Processing file Black.RAF
Black.RAF: Unexpected end of file
Cannot unpack Black.RAF: Input/output error
I understand ZLIB is an external dependency for libraw 18.0 (the master branch). I've downloaded and built zlib 1.2.8 from http://www.zlib.net/ following this tutorial:
I'm trying different values for imgdata.params.output_color.
I took a test picture where all channels did clip, and use cam_mul.
Using in imgdata.params.output_color=1 (sRGB), I get as average R=1, G=1, B=1 (*65535).
This is exactly what I expected since all the channels have clipped: I get D65 white. :)
Now I try imgdata.params.output_color=5 (XYZ).
I was expecting to get D65 white, which is (normalized to Y=1):
X=0.95, Y=1, Z=1.09.
I've installed libRaw and am compiling the sample .cpp file provided by this command (seen from another discussion):
>> g++ libRaw.cpp -o q -lraw -lm
However, when i run the file,
>> ./q
I get the following error:
./q: error while loading shared libraries: libraw.so.15: cannot open shared object file: No such file or directory
As far as I know, I think this is a linkage problem, however, the path provided in the 'libraw.la' file for 'libraw.so.15' is correctly specified under libdir='/usr/local/lib'.
We are currently using LibRaw, but I would like to know know if it will be worth, and safe, to include RawSpeed in our build of LibRaw.
- Is it stable for the formats that are selected to use RawSpeed?
- Does it fall back to a slower, stable method for those formats that are not selected to use RawSpeed?
- On average, what is roughly the expected speed up of using RawSpeed?
I understand this is probably a naive question, but I've been trying to make a static build using /mt flag in visual studio. I downloaded LibRaw 18 from the git repository and built the libjpeg-turbo, added the paths to libraries in LibRaw solution and I am trying to build it. I continually get this error
I wish to convert raw .NEF files taken with a Nikon D40. I compared Nikon's Capture NX-D utility, libraw, and dcraw. First, I generated .tiff files with each of these. For NX-D, I converted without making any adjustments. With libraw, I used:
Recent comments