LibRaw technical support

Stable LibRaw versions: technical support, errors, API questions

./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: 

LibRaw using CodeBlocks

Submitted by Guite on

Hi all,

I am currently trying to compile the test examples mem_image.cpp with code::blocks software and I get some undefined reference problems:

undefined reference to `__getreent'
undefined reference to `__errno'
undefined reference to `fseeko'
undefined reference to `ftello'
undefined reference to `getc_unlocked'

I was wondering if there was any compiler flag I have to add to code blocks mingw compiler to resolve them, but I can't find any lib in CodeBlocks/MinGW folder that solves the problem.

Forums: 

[patch] fix build with lcms2

Submitted by andreas_hanke on

The attached patch fixes the build with lcms2.

The issue was that configure created variables LCMS_* or LCMS2_* depending on the lcms/lcms2 version, but the Makefile was always expecting LCMS_*. I've fixed it by always setting LCMS_*. This is allowed as per the PKG_CHECK_MODULES documentation (http://www.flameeyes.eu/autotools-mythbuster/pkgconfig/pkg_check_modules...) and keeps the Makefile simple.

Forums: 

link order

Submitted by beku on

compiling from git gives following error:
g++ -fPIC -fopenmp -L/opt/local/lib64 -llcms2 -o bin/raw-identify samples/bin_raw_identify-raw-identify.o -Llib/ -lm -lraw
lib//libraw.a(lib_libraw_a-dcraw_fileio.o): In function `LibRaw::apply_profile(char const*, char const*)':
dcraw_fileio.cpp:(.text+0xae9): undefined reference to `cmsOpenProfileFromFile'
dcraw_fileio.cpp:(.text+0xb1c): undefined reference to `cmsOpenProfileFromMem'
dcraw_fileio.cpp:(.text+0xb60): undefined reference to `cmsCreate_sRGBProfile'

Forums: 

Pages

Subscribe to RSS - LibRaw technical support