I have been trying to compile the libraw 2021-10 master using cygwin on windows 10.
I perform autoreconf --install, no errors are produced.
then I perform ./configure which completes without issues.
Finally i run make and I keep getting the following error:
Can LibRaw be installed on a Raspberry Pi (running Raspbian or some other Linux flavor)? My apologies if this is a simple question - I had a look here (https://www.libraw.org/docs/Install-LibRaw-eng.html), but am a bit inexperienced with compiling and installing packages from source, and am not sure if the RPi hardware/OS is compatible (especially re. its processor architecture). Thank you!
Hi team,
I had a question about whether libraw can be used to read and process RAW files in a multithreaded application when using the single-threaded library version. I was not able to get a clear idea based on the API description page: https://www.libraw.org/docs/API-notes.html.
I plan to create a rawProcessor and read a file on a single thread. I plan to use multiple threads to read multiple files simultaneously.
I am using the release verson 0.20.2 in my lib (librawfx.org). Now I wanted to update to the newest snapshot version 202110. The problem I have now is that all x-trans files have now washed out colors.
Must I call something special for fuji x-trans files to get the right colors ?
I am currently using libraw.dll from the 0.20.02 release -- this has not been updated for a while, but I see you have been uploading new snapshots to the Git repository. Maybe I am missing something, but the snapshots do not seem to include libraw.dll in the bin folder or anywhere else. Any chance you could generate the DLL so I can add support for the newer cameras?
Thanks in advance,
Jonathan Sachs
Digital Light & Color
Hello everyone,
I come with a small question. Indeed, I'm using libraw in my project and everything is fine. However I recently found a small glitch if I use the git version and not the 0.20.2 version.
To handle wide char filenames I use a function to convert them and it was ok until now. It looks like the git version has changed some behaviour.
I have two .CR3 files (Canon M50 Mark II), which were taken with exactly the same parameters, and the same illumination, so I would expect the same brightness level (and the .jpeg files indeed have the same brightness).
When I'm converting the .CR3 files to 16-bit TIFF files using the latest bits of LibRaw (2021-10), I get two TIFF images with quite different brightness levels.
I noticed something odd about the dcraw_emu, that sometimes it absolutely crushes the shadows in an image and tends to give them a blue coloration. So, I compared to darktable at first and I saw that darktable doesn't do that. Then I compared with dcraw so that I could match the processing parameters (darktable doesn't use dcraw or libraw ) to libraw's dcraw_emu to see whether maybe it's something in the libraw code that makes this happen.
Hi,
I am using libraw 0.20.2 for reading RAW files. I have been handed two files generated from a DC-833m sensor. The user of my application has captured this using an evaluation kit + DC-833m sensor + Software that came with it.
I am looking for a way to identify the color of each pixel from C (not C++). But it seems the COLOR function is not exposed in the C-API, is this correct?
Recent comments