LibRaw technical support

Stable LibRaw versions: technical support, errors, API questions

Compiling with emscripten

Submitted by joshcomley on

Hi there,

I am trying to compile LibRaw with emscripten for use with a web project, but struggling, and am unable to find any existing resources online.

I have successfully compiled LibRaw in Visual Studio, but emscripten requires a CMake file, which my knowledge of is limited, and Visual Studio support for emscripten ended with VS2010.

I have also set up emscripten correctly and compiled "hello world" etc., but I do not know how to organise the code so as to compile(/transpile) with emscripten.

Forums: 

cam_xyz ColorMatrix2 mismatch

Submitted by james on

I've been trying to debug some issues that I've been experiencing on Canon 6D files, and started comparing the matrices shown by raw-identify on the original .cr2 and that same file converted to .dng. Based on this post, my understanding was that cam_xyz should exactly match ColorMatrix2. However, here is what I see for one such raw file (the numbers are the same for all the files I've tested):

Original CR2:

Camera2RGB matrix:
1.7944 -0.5655 -0.2289
-0.2979 1.5021 -0.2042
0.0735 -0.6031 1.5296

Forums: 

Nikon NEF RAW data minimum value clamp

Submitted by Peter W on

When I use DCRAW to extract the RAW pixel values from a NEF file made by my D5300 I notice that there seems to be a minimum value clamp = 588 applied to the pixel values. I am an astrophotographer so generating master BIAS and DARK frames is part of my image calibration method. Both BIAS and DARK frames are images with the lens cap in place so that no light enters the camera. I believe that Nikon uses a Darkness value of 600 in their NEF files. The 588 minimum value clamp causes a huge number of pixel values in my individual DARK frames to be clamped at 588.

Forums: 

use_camera_wb

Submitted by JacksBack on

Hello,

I can't seem to get the libraw_data_t->params.use_camera_wb flag to work. I suspect I'm doing something wrong.

I have a Sony .ARW file which unpacks with the wrong colors if use_camera_wb isn't set to 1. It unpacks correctly under dcraw with use_camera_wb set to 1.

Setting this item to 1 in libraw causes it to unpack with the wrong colors.

Here's a simplified version of what I'm doing - I'm using the libraw C interface.

libraw_data_t *lrd=libraw_init(0);

lrd->params.use_camera_wb=1;

libraw_open_file(lrd,path)

Forums: 

Crashes in 0.18.8 potentially due to Chinese metadata?

Submitted by Fimagena on

Hi,

I'm using LibRaw 0.18.8 in an Android application amongst other things to read thumbnails. I'm seeing a lot of crashes that I cannot reproduce. All I have to go on are slightly unhelpful backtraces:

backtrace:
  #00  pc 0000000000032e50  <...>.so (_ZN6LibRaw12unpack_thumbEv+1076)

and less often:

Forums: 

0.19.0-Beta1: change to generate less warnings with mingw build

Submitted by lks on

If I compile under mingw with the supplied configure, I get warnings from the mingw C++ compiler stating that winsock2.h should be included before windows.h. The following patch moves up the definition of winsock2.h in libraw_datastream.h, and then the warnings go away.

Forums: 

0.19.0-Beta1: small fix in thumbnail generation code

Submitted by lks on

Two changes here:

1) use client_data structure, rather than assume the cinfo->err structure has extra space after it which holds the longjmp/setjmp buffer. (This is not a fix but a cleanup.)
2) make sure to return an error code in the event the thumbnail decoding fails.

By the way, is this the right place to submit bug reports?

--- src/libraw_cxx.cpp.dist 2018-02-27 22:35:04.000000000 -0800
+++ src/libraw_cxx.cpp 2018-03-18 23:38:39.000000000 -0700
@@ -4171,7 +4171,7 @@

Forums: 

Pages

Subscribe to RSS - LibRaw technical support