I'm trying to do my own processing: as far as my tests are correct, calling dcraw_process() do the whole job and produces a 8bit image.
I want to get the full bits, so I guess I have to stay with raw2image().
It seems that calling raw2image() gives us a non demozaised image, r, b, and twice g, and that just after a call to raw2image(), the second g cannot be ignored.
I own an old Nikon D100 camera and I use both Ufraw and Luminance HDR in order to get simple or HDR photos depending on content. Since Ufraw uses the old dcraw library, it produces a better result while dealing with bright areas. That is funny as they say libraw should be better. I used Darktable as a control app and it produces the same result.
On some files libraw_colordata_t::data_maximum is larger than libraw_colordata_t::maximum. Is this considered a bug or a normal situation? Doc says that maximum is a theoretical maximum value for a camera.
What is recommended way to detect color component of the pixel? Documentation points to COLOR function for this purpose, but as far as I understand it does not always work (e.g. FUJI XTRANS sensors). There is fcol function that is used everywhere in LibRaw internally, but it has somewhat different implementation that COLOR for bayer case. What to use?
Our project currently uses dcraw. We are having several issues and recently came across LibRaw.
Could you explain how we could transition to LibRaw while using the command line?
This will be running on an ARM distro of linux.
The app is actually running on a Raspberry PI within a dockerized node app. We are looking to grab the thumbnail, and then process the raw image with an applied color profile.
Any guidance in how to set this up would be greatly appreciated.
I was able to compile the Libraw .lib, .dll, and examples programs successfully. I've tested the sample programs and they work. However, now I'm trying to link the library into a Visual Studio 2013 project I'm working on and can't figure out why it's not working.
Under Linker->Input->Additional Dependencies, I've added the path to the lib/libraw.lib file. At the top of my code I've also added a #include <libraw.h> and in C/C++->General->Additional Include Directories I've added the path to the LibRaw-0.16.2/libraw folder.
I have been doing some comparison of the size data (i.e., libraw_image_sizes_t struct) that LibRaw reads vs how Adobe interprets raw images (by using the DNG converter and reading the tags - same data as in Lightroom/Photoshop). Reason is that I'm working on a DNG-converter using LibRaw and would like the results to be as close to Adobe's version as possible (rightly or wrongly).
Hi,
I was trying to get the similar output to dcraw 9.26-x64 from LibRaw 1.7beta1-x64, but had no luck. Is it possible to get the exact 1:1 match to dcraw? It seems LibRaw is performing some sort of auto adjustment beyond "no_auto_bright", I tried "no_auto_scale" from my code too but it didn't help.
Recent comments