The "-h" option for dcraw_emu, which sets the half_size flag on imgdata.params, seems to only work for certain files or camera models -- is this by design? In particular, at https://github.com/LibRaw/LibRaw/blob/master/src/libraw_cxx.cpp#L3033-L3037, it looks like the half_size flag is only obeyed if filters is nonzero. I am not familiar enough with the code to understand when or how it gets set to something nonzero, so I'm hoping that someone here can help shed some light.
I am having some issues opening images I took on my Canon 5D Mark IV on my Arch Linux machine with software such as Rawtherapee and UFRaw (not with darktable), which leads me to conclude that the issues are with libraw.
Im using libraw version 0.18.7-1.
The issue I'm having is that the images get messed up upon opening. I seems as if the image is beeing divided into some slices and then put back together in the wrong order. I attached an example image to this post.
Can anyone help me with this? Do you need any further information about my machine?
I am trying to compile my software to Windows with the Mysys2 package manager. Everything is going right but one function.
Indeed, I was using libraw_open_file for my whole app but on Windows it crashes. So I tried to use libraw_open_wfile as defined in the documentation. But I have the following message:
warning: implicit declaration of function 'ibraw_open_wfile'; did you mean 'ibraw_open_file' ?
I went throug the include file and I saw these lines:
Hello, I have a DNG file that specifies DefaultCropOrigin and DefaultCropSize in its metadata. Using libraw I'd like to get all the sensor data available in the DNG file while still retaining informations about the default crop, so that the extra data doesn't get trimmed at this point.
I've patched dcraw_common.cpp to read the default crop info, but I'm still unable to get the result I want.
For reference this is my patch, though at this point I'm not sure this is the right way to do it:
Hello! I have some problems when open photos from:
Canon PowerShot G1 X,
Canon PowerShot G5 X,
Canon PowerShot G7 X,
Canon PowerShot G7 X Mark II,
Canon PowerShot S120,
Canon PowerShot S130 IS.
I have a DNG file that causes a crash in LibRaw 0.19-Snapshot-20170812 (no problem with LibRaw 0.8.16). The crash happens in the "unpack" function.
I used the Visual Studio project provided in LibRaw 0.19-Snapshot-20170812 without changing any settings. I opened and compiled the project with Visual Studio 2010 Express in 32bit / release mode. I did the same with LibRaw 0.18.6 and got not problem.
I have found two Nikon Coolpix B700 RAW files on the web that give strange colors with libRaw 0.8.16. When I try to open these files with Adobe Photoshop or Preview.app on Mac OS X, colors are ok.
While browsing this forum, I found this post "Issue with Pentax *istD" (3 May, 2017 - 14:53) about a Pentax PEF file that did not decode correctly in version 0.18.2, but did work in 0.17.2. A patch was proposed in the same post.
I have been using libRaw 0.15.4 (Windows 32bit) in my application since 4 years. Recently, we received some CR2, NEF and IIQ files that libRaw 0.15.4 was not able to process correctly (strange colors rendering or errors on opening). I decided to upgrade to a recent version of libRaw, so I tried libRaw 0.18.15 and 0.18.16 and it seems that most problems have gone away except some IIQ files that cannot be opened (while libRaw 0.15.4 worked well on these files).
I would like to open a .cr2 (from my Canon 6D) file, play with it and compare the result with already existing demosaicing algorithms.
I use codeblocks 16.01, mingw x64 5.0.3 (g++ version 7.2.0) and openCV 3.3.1 on Windows 10 x64.
I downloaded the latest LibRaw sources.
But i can't compile a simple program :
Recent comments