Hello

I noticed that imgdata.color.cam_xyz is not available for DNG files, even for cameras for which it is available in their native format. It is written in adobe_coeff(). DCRaw jumps over the code that calls to adobe_coeff() when the file is DNG. Then, it loads the cam_xyz information in parse_tiff_ifd(), but it is not copied into imgdata.color.cam_xyz. So, I suggest you copy it at the end of parse_tiff_ifd(), similarly to what is done in adobe_coeff(). Something like:

Hi all, i perform this:
iProcessor.imgdata.params.half_size =1;
iProcessor.imgdata.params.output_color = 0;

That means i want a half sized output image with raw color. The resulting image gives undefined behavior that reminds me of severe memory leakages/problems. Technically, it should work, also given the fact that the dcraw equivalent command "dcraw -h -o 0 " gives a normal result.
If i change the output_color to any other variable than 0, it works.

Tim

I used libraw to decode NEF images and looked at the r, g, b values. It turns out that certain r and b values never occur. I.e., some histogram values are zero.

In fact, the pattern of zeros is very regular. So for red, we have no samples with values 5, 14, 23, 33, 42, 51, 61, 70, 80, 89, 98 ... etc. For blue, there are no samples with values 4, 12, 20, 28, 36, 44, 52, 60, 68, 76, 84, 93.

Every 9th or 10th red value is missing. Every 8th or 9th blue value is mission.

The images were taken in 14 bit mode on a Nikon D7000.

Which type of DLL is rawlib.dll? Is it StdCall or Cdecl? If it is Cdecl, can you do me a favor and compile a copy in StdCall format? I need it to work with VB, and VB doesn't natively work with Cdecl DLL files (only StdCall).

out_rgb[output_color-1] is the matrix for converting from sRGB to the chosen output space (see "convert_to_output_rgb").

If I take out_rgb[output_color-1] and invert it (using the dcraw function pseudoinverse) ,I shoul a get a matrix able totake a pixel back to sRGB from the output space.