maybe someone can help me with this:
-> I am trying to get the actual LibRaw 0.20.2 into FreeImage 3.18.0. Due to the reorganized code in LibRaw 0.20.2 i get the following error in the PluginRAW.cpp of FreeImage: "Identifier 'substream' not declared"
It seems the 'substream' has been declared within LibRaw before, with the version 0.19_201910_snapshot and the 0.19.5 rc it works fine to put the LibRaw code into FreeImage 3.18.x and build that library.
Hopefully someone has an idea, as a I am trying to figure this out for days...
I have a problem with LibRaw(0.20.2, MSVC2012) using std::map
Here is the test code
----------------------------------------------------------------------
std::map test;
test["elem1"].imgdata.params.user_qual = 10;
----------------------------------------------------------------------
There is no compile error, but runtime error occurs at
"test["elem1"].imgdata.params.user_qual = 10;"
I don't know why std::vector is work well but std::map is NOT work well.....
Does anyone know how to fix this error?
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.
Recent comments