I try to use RAW files from an OV5647 sensor for DeepSkyStacker 4.2.2.
Unfortunatelly the files can not be read.
DeepSkyStacker uses LibRaw 0.19.3 which supports OV5647.
How should the RAW files look like to be readable with LibRaw? Maybe the Raspberry Pi alters the files so they are not as expected by LibRaw.
When I am processing raw files using LibRaw I check that the camera is supported by looking it up in the array of supported cameras pointed to by LibRaw::cameraList(). For most cameras so far this has worked well so long as I use a case independent comparison (e.g. Fujifilm versus FujiFilm). I do this so that I can warn users that their camera isn't supported by LibRaw because the results may not be as expected.
I am sending a link to info (a..t) libraw.com for a DNG file that I would like to understand how to interpret. It seems to be color-encoded with YCbCr color. Yet, if I convert from YCbCr/YUV to RGB after demosaicing, I get an extreme color shift (using old dcraw code as a base).
Libraw *correctly* interprets the file, outputting a good RGB version. Also dcraw_emu correctly handles it.
Hello, I've recently come across some strange behavior related to the Panasonic Lumix DC-G9's hi-res mode raw files and apps that I believe use libraw for decoding (such as the photos app in windows with the raw codec).
The first issue I've experienced is an unnatural green tint with both the hi-res raw file and the 20mp raw file that gets taken simultaneously in the hi-res mode. A shot with the same settings but not utilizing the hi-res feature does not show this issue.
I am new to LibRAW and I am wondering if the unpack() performance should be that slow. I am using LibRAW on a Windows 32-bit program and unpack()+dcraw_process() take around 20 seconds for a typical 6000x4000 image. I tried several RAW file formats: NEF, CR2, Sony, Olympus and all file load very slowly.
Then I took a look at FastRawViewer that is using LibRAW and (if I am right) do not display a JPEG preview, and it load the same RAW files in 1 second!
Alex, I've recently submitted the links to the problematic images.
For some reason, compressed images of 6768x4512 resolution fail with something like "unexpected end of file".
I'm using 201903 snapshot and having issues with certain DNG files in the RAW converting code we're using.
1) One of them has strong yellow colour cast.
It turns out, one of the elements in the embedded colour matrix array is being overridden due to other array being accessed incorrectly in identify() function dcraw_common.cpp, line 20728:
Raw photo decoder "dcraw" v9.28
by Dave Coffin, dcoffin a cybercom o net
Usage: dcraw [OPTION]... [FILE]...
-v Print verbose messages
-c Write image data to standard output
Recent comments