Hello,

I have been using libRaw 0.15.4 (Windows 32bit) in my application since 4 years. Recently, we received some CR2, NEF and IIQ files that libRaw 0.15.4 was not able to process correctly (strange colors rendering or errors on opening). I decided to upgrade to a recent version of libRaw, so I tried libRaw 0.18.15 and 0.18.16 and it seems that most problems have gone away except some IIQ files that cannot be opened (while libRaw 0.15.4 worked well on these files).

I try to open these files with this simple code :

LibRaw rawProcessor;
in result;

I tried many DNGs and raws from different cameras, and besides for the SD980 problem I reported yesterday, which was not really LibRaw's fault, they all worked very nicely, and I got results comparable to RawTherapee.

Hi there,

I've been trying to use LibRaw on a project, but keep running into an issue where the output images don't look "contrasty" enough -- they differ substantially in contrast from both the embedded previews in the JPEG, as well as ACR and FastRawViewer (which I understood uses libraw internally?)

Looking in FRV, there's an option called "contrast curve type", which is set to "variable contrast" -- I think this is what I'm missing.

How do I invoke libraw such that it mirrors the "variable contrast" setting, so that my images look right?

Thanks!

Please correct in the documentation information about aber

aber[2], the green multiplier.

In fact, this is a blue multiplier

Hi Alex,

on my libraw port on android, I'm getting a SIGSEGV (signal 11 (SIGSEGV), code 2 (SEGV_ACCERR)) in the xtrans_decode_block function when trying to call "libraw_unpack" on a raf file reported by an user (X-T20)(see link below). What I tried is to check at which point exactly it crashes (it's a little tricky under android), and found out that it fails somewhere in the last loop (logged the state at line 712, the last output before it fails is:
xtrans_decode_block 22 15 512 (22 = g_even_pos, 15 = g_odd_pos, 512 = line_width)