LibRaw technical support

Stable LibRaw versions: technical support, errors, API questions

CrossCompiling for Android

Submitted by peterdk on

I am trying to compile LibRaw for android, but I am getting stuck.

I downloaded the ndk, setup a standalone toolchain for android-9, added that bin folder as first to my path,
and ran ./configure --host=arm-linux-androideabi

I did need to update the config.sub file since it was very old and did not recognize this host setting. After that it completely ran ./configure and I tried to run make.

Here it however failed fast: 

LibRaw-0.14.4$ make
depbase=`echo internal/dcraw_common.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\

Forums: 

Use of uninitialized variable in dcraw_common.cpp

Submitted by rmsimpson on

When LIBRAW_LIBRARY_BUILD is defined, the function smal_decode_segment() uses the uninitialized variable "row" in the latest 14.4 release, and in github.

The misuse of the uninitialized variable is at line 3094 in the 14.4 version, or line 3101 in the current code on github.

Forums: 

LibRaw crashes on malformed JPEG file

Submitted by adamdingle on

The attached malformed JPEG file can cause LibRaw to crash:

$ raw-identify '/home/adam/Desktop/P1010671.JPG' 
Floating point exception

This, in turn, causes Shotwell (a photo manager which uses LibRaw) to crash as well.

I'm using LibRaw 0.14.3. It would be nice to fix this to make LibRaw more robust. Thanks!

Forums: 

./configure failing on OS X

Submitted by celstark on

I've used an old "lite" version and am looking to expand my use of LibRAW. In the end, I'll want to try to get things compiled up as a Universal Binary for 10.4+ and on Windows, but for now, I'm just looking to get things up and going. I'm on OS X version 10.6.7 and XCode version 3.2.2. Since you've got it compiling on OS X already, this is likely due to different XCode versions or a brain lapse on my part. But, here's what I'm getting:

./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes

Forums: 

highlight recovery regression...

Submitted by daniel.blueman on

When converting an image with highlight recovery (without blending) and automatic white balance with libraw 0.13.5, we see major artifacts being introduced in areas.

Testing with the same version of dcraw shows no problem; it sounds like highlight recovery incorrectly occurs at the wrong position in the pipeline.

Testcase:

$ wget http://quora.org/2011/highlight-testcase.nef
$ dcraw_emu -w -H 2 highlight-testcase.nef
$ eog highlight-test.nef.ppm

Forums: 

half_size and dcraw_make_mem_image()

Submitted by kdv on

Hi.

Thanks for LibRaw; it's a very convenient way to process raw images. However, I've run into a problem.

I'm using half_size = 1 to get small images without color interpolation fast,
and dcraw_make_mem_image() to get a copy in memory.

If I run this several times on the same image, the first image is different from the following images.

I've added a small test program, and sample images.

regards,

koen

Forums: 

random Crash with CRW file in memory stream

Submitted by yan on

Hi.
I've found a random crash with MemoryStream and CR2.
The file is downloaded from edsdk api and i use open_buffer to unpack image.
I try to found it. It's like datastream make memory erro whith cr2 file. Crash always appear on memchr in libraw_datastream.h :

int get_ljpeg_byte() {
        if(offt<next_ff) return buf[offt++];
        int ret = buf[offt++];
        if(ret == 0xff) { if(buf[offt]==0x00) offt++; else return 0;}
        // find next 0xff
        unsigned char *p = (unsigned char*) memchr(buf+offt,0xff,size-offt);
        if(p)
            next_ff = p-buf;

Forums: 

need help making local port on OSX

Submitted by ejmartin on

I would like to make a local build of libraw into my macports distribution. If anyone can help, I would appreciate it. The portfile is:
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

# -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- vim:fenc=utf-8:ft=tcl:et:sw=4:ts=4:sts=4
# $Id$
PortSystem 1.0
name LibRaw
version 0.13.0-Beta3
categories graphics
platforms darwin
maintainers wyatt \
digitalcave.ca:wyatt

Forums: 

Build of 0.13-beta3 on most recent Mac OSX 10.6

Submitted by lks on

When I run ./configure, the package files built for libraw and libraw_r still have the line "Requires: @PACKAGE_REQUIRES@" still in them (in other words, PACKAGE_REQUIRES has not been set). Is there something wrong with the automake scripts?

I am running with the latest macports and OSX versions. I am compiling with the standard gcc, not gcc4.5.

Forums: 

Pages

Subscribe to RSS - LibRaw technical support