This code is under #ifndef LIBRAW_LIBRARY_BUILD, so it is not compiled into LibRaw (because LibRaw is compiled with LIBRAW_LIBRARY_BUILD defined).
LibRaw's code snippet is mostly the same, but without document_mode into account. And it is not wrong.
Histogram: LibRaw calls convert_to_rgb_loop() virtual function. If you do not need histogram calculation, you may provide your own convert_to_rgb_loop() in derived class. The histogram is needed for automatic brightness correction (if used).
I am doing a project about raw file processing.I do not know how to use C++ to write source code to modifies some parameters of RAW file . I have thought about the question for days. Can you give me some suggestion about it.
Thank you!
There are two phases on raw processing:
- raw data decoding (decompressing)
- and postprocessing (black subtraction, white balance, demosaic, color conversion)
For Canon files, decoding is relatively slow, thanks for huffman compression used. RawSpeed is faster than LibRaw for these files (but you can use RawSpeed indirectly via LibRaw).
Postprocessing speed varies from method to method. For timelapse (e.g. video output in 1080p?) you don't need full resolution, so 'half' demosaic may be used.
The LibRaw's benchmark is 'samples/postprocessing-benchmark.cpp' which is included in LibRaw since v0.15
LibRaw (and dcraw_emu) with default settings uses automatic maximum level detection (to prevent 'pink clouds effect', 5 years ago I've written small article about it, it is in Russian, but google translate will help: http://blog.lexa.ru/2010/03/28/taina_rozovykh_oblakov.html )
To turn this detector off (and produce results nearly the same as dcraw) use -e 0 switch of dcraw_emu.
cam_xyz[] matrix is the same matrix as DNG 'ColorMatrixN' (XYZ to Camera). For most cameras (ones without built-in color data) it is identical to Adobe's Color Matrix for Daylight.
I thought I had found CFA_PATTERN in imgdata.rawdata.iparams.cdesc, but it appears that field is used for the general description of the chip. I don't seem to be able to find the CFA_PATTERN equivalent.
Thanks.
Hi, here is my little software (Freeware) using LibRaw: TOMYO TiltShiftEasy - http://www.tomyo.org/TiltShiftEasy.php - a small and easy to use tool to create tilt-shift photo effects. I'm using LibRaw because the compatibility with the various RAW formats is outstanding, besides the project comes with clean/working Visual Studio solution (i really appreciate that). Thanks to all LibRaw developers!
This code is under #ifndef LIBRAW_LIBRARY_BUILD, so it is not compiled into LibRaw (because LibRaw is compiled with LIBRAW_LIBRARY_BUILD defined).
LibRaw's code snippet is mostly the same, but without document_mode into account. And it is not wrong.
Histogram: LibRaw calls convert_to_rgb_loop() virtual function. If you do not need histogram calculation, you may provide your own convert_to_rgb_loop() in derived class. The histogram is needed for automatic brightness correction (if used).
LibRaw is definitely not the solution for your problem
I am doing a project about raw file processing.I do not know how to use C++ to write source code to modifies some parameters of RAW file . I have thought about the question for days. Can you give me some suggestion about it.
Thank you!
LibRaw opens files in read-only mode and never modifies file data.
Try to use exiftool (or other tools) to modify image metadata.
use imageProcessor.imgdata.params.no_auto_bright=1 before processing;
http://www.libraw.org/docs/API-datastruct-eng.html#libraw_output_params_t
Most likely you need Visual Studio runtime installed (or just copied into program folder)
Could you please explain your problem in more details?
There is no any runtime check to check demosaic pack compiled in.
Make sure that you compile LibRaw with LIBRAW_DEMOSAIC_PACK_GPL2 and LIBRAW_DEMOSAIC_PACK_GPL3 defines.
There are two phases on raw processing:
- raw data decoding (decompressing)
- and postprocessing (black subtraction, white balance, demosaic, color conversion)
For Canon files, decoding is relatively slow, thanks for huffman compression used. RawSpeed is faster than LibRaw for these files (but you can use RawSpeed indirectly via LibRaw).
Postprocessing speed varies from method to method. For timelapse (e.g. video output in 1080p?) you don't need full resolution, so 'half' demosaic may be used.
The LibRaw's benchmark is 'samples/postprocessing-benchmark.cpp' which is included in LibRaw since v0.15
Any news on this? At least i confirm something's up with tiles, also in CA_correct_RT.cc,
`#define TS 256 // Tile sizez
Worked great alex, you're the man. No problem, you need to make a donation button somewhere, i'd get your some coffee ;).
Actual camera list is returned by LibRaw::cameraList() call (http://www.libraw.org/docs/API-CXX-eng.html#cameraList )
There is no list on site, because the list updates frequently (if you use development branch), also actual list depends on actual version you use.
Nikon D610 is supported in LibRaw 0.16, D750 in 0.17(-Alpha1)
Also, to use LibRaw as library you definitely need to spend 'more than minute'.
Sure, I mean to say -c 0:
-c float-num Set adjust maximum threshold (default 0.75)
Sorry for inconvenience, I need to sleep more :)
Hi Alex, Thanks. But:
Tims-:bin tzaman$ ./dcraw_emu -T -w -W -e 0 /Volumes/TZ_USB3_32G/*.nef
Unknown option "-e".
Tim:bin tzaman$ ./dcraw_emu -T -w -W -e /Volumes/TZ_USB3_32G/*.nef
Unknown option "-e".
edit 1
Although i think you meant to say '-W'. This should turn auto brightening off, but it clearly does not for my images.
edit 2
Did you mean to say '-c 0' ?
Followup: maximum values in two files are differ: 12335 and 14213 in G1 channel. May be hotpixel, may be just signal variation
LibRaw (and dcraw_emu) with default settings uses automatic maximum level detection (to prevent 'pink clouds effect', 5 years ago I've written small article about it, it is in Russian, but google translate will help: http://blog.lexa.ru/2010/03/28/taina_rozovykh_oblakov.html )
To turn this detector off (and produce results nearly the same as dcraw) use -e 0 switch of dcraw_emu.
cam_xyz[] matrix is the same matrix as DNG 'ColorMatrixN' (XYZ to Camera). For most cameras (ones without built-in color data) it is identical to Adobe's Color Matrix for Daylight.
rgb_cam[] is camera-to-sRGB conversion.
LibRaw::COLOR(row,col) returns color index (it is good idea to cache it; maximum length of pattern in single row is 48)
I thought I had found CFA_PATTERN in imgdata.rawdata.iparams.cdesc, but it appears that field is used for the general description of the chip. I don't seem to be able to find the CFA_PATTERN equivalent.
Thanks.
Thanks!
AsShotNeutral tag is converted to camera 'As Shot' white balance: imgdata.color.cam_mul[]
RawDataUniqueID is not parsed by LibRaw
Wow, bugfixing at Warp 9 :) That was really fast! I just tested the new github Version, and now the file is correctly loaded, thanks!
Fixed and pushed to github repo: https://github.com/LibRaw/LibRaw
Thank you again for pointing to the problem.
Thanks for the sample.
Yes, it looks like camera WB is broken for this camera. To be fixed.
Hi, here is my little software (Freeware) using LibRaw: TOMYO TiltShiftEasy - http://www.tomyo.org/TiltShiftEasy.php - a small and easy to use tool to create tilt-shift photo effects. I'm using LibRaw because the compatibility with the various RAW formats is outstanding, besides the project comes with clean/working Visual Studio solution (i really appreciate that). Thanks to all LibRaw developers!
Pages