Is there a way to force raw processing to use daylight WB? I would like to ignore WB as set in the camera and process all images using daylight WB. With no WB selected, the images I have tested seem to come out with a yellow cast. While this can be corrected using an ICC profile afterwards, it would be nice to use a starting point closer to an accurate target rendition.
I am using LibRaw 0.20.2 to read some raw Olympus Pen-F and Sony A7R4 raw files and in both cases the Lens Make EXIF field is empty. Exiftool can find the correct Lens Make so I know it's somewhere in the raw file. Lens Model comes through OK. Any ideas?
we was using "dcraw.exe" to run the Canon 7D's cr2 file, the command are: -W -D -4.
Right now we used "dcraw_emu.exe" to run the Canon 90D's cr3 file,but we cannot got the same command like -W -D -4 (there is no -D "-D Document mode without scaling (totally raw)").
Could you let me know how can we get the same command -W -D -4 with the Canon 90D's cr3 file ?
Is there a way to tell if a Fuji RAF file is using lossy compression? (Such as from the GFX-100 or X-T4.)
I get LIBRAW_IO_ERROR returned from unpack(), but I don't want to rely on that -- it could mean other things besides lossy compression. Ideally I'd like to check something in libraw_data_t that says what kind of compression it is, or even just a more general "not supported" indication.
Hi,
I noticed that for the Sony F828 that has an ERBG sensor, the Daylight white balance multipliers returned by 0.20.0 is 2.094020 0.917032 1.222377 0.000000. However, on 0.19.5, the values are 2.094020 0.917032 1.222377 1.203671.
Similarly rgb_cam on 0.20.0 is
1.6726 -0.5983 -0.0743 0
0.0080 1.4036 -0.4116 0
0.0046 -0.4089 1.4043 0
but on 0.19.5 it is
1.6374 -0.2528 -0.0035 -0.3811
0.0672 0.8224 -0.5306 0.6410
-0.0009 -0.3551 1.4153 -0.0593
I use labraw_ emu.exe Decompress the CR3 image of Canon 90D,
how to get its resolution multiplied by 2 file size?
note:at present, my command is: - W - 4, but the file size is 186M
Hi,
I recently upgraded from 0.19.5 to 0.20.0 and I noticed the difference in rendered sRGB output for many camera phone shot DNG files. I also noticed differences in the rgb_cam, cam_xyz and pre_mul values returned. I wanted to confirm if this is indeed intentional or a bug.
I tried to use the compiled unprocessed_raw in the Mac but it it requesting for libSystem.B.dylib. See attached. I can't find that file.
Is it possible to run unprocessed_raw without installation? The intention is to include unprocessed_raw in my application app. So best option would be to have required libraries, dll included in a single executable file.
Recent comments