We publish master branch twice a year from our internal repository to github. Publushed version is tested in our end-user software (FastRawViewer, RawDigger), so 'decoder part' usually is reliable (and we do not change postprocessing part much for years, because dcraw_process() is only a sample)
this is abandoned code: it was contributed to LibRaw many years ago, it is not supported by contributor(s), and we (LibRaw team) also unable to support it.
Revisited it: Docs come with LibRaw tarball/zip are already up-to date. This site documentation page is updated with tarball docs (without any check is it up to date or not)
yes, -demosaic-pack-GPLn contributed code is complete decoupled from main LibRaw, so no support for it in main code trunc (one need to use callback inteface for that and/or subclass LibRaw to use this code).
We'll revisit documentation for 'hanging' pieces one more time before 0.19.3 release.
I've noticed that LibRaw decodes 6022 x 4020 Pixels from the sensors used in Canons EOS 80D, 200D, 77D etc.,
while DNG-Converter (and original DCRAW) decode 6024 x 4022 Pixels.
Can this be changed?
I ask because calibration images (darks, flats, bias, bad-pixel maps) for astro imaging cannot be used cross wise.
Some interpolation methods are based on proper lightness calculation. For these methods, demosaic w/o prior white balance will provide wrong (and visually very bad) results.
Also, data scaling in desirable to lower rounding errors.
Anyway, you may create your own dcraw_process() call without steps that are unnecessary to you. In LibRaw's dcraw_process() there is no way to skip pre-interpolations steps (scale_colors, pre_interpolate) /and after-interpolation convert_to_rgb() is also always executed).
Alternatively, you may fix all processing params via user_* variables.
I looked at the GitHub page for sources, it looks quite messy.
I struggle to put confidence in projects that have obsolete and current file merged together, and many files for nothing. Lack of consistent naming and structure even?
Also the doc made on a forum ?
You should use Doxygen, that would look way more serious.
Wait a little. We'll publish next snapshot soon (still waiting for Nikon Z6 samples: all crops/all compression methods, to make sure we support this camera in full)
Below is the code I used for processing that Sory A73 ARW file with the pink/purple cast.
Am I doing something wrong?
We publish master branch twice a year from our internal repository to github. Publushed version is tested in our end-user software (FastRawViewer, RawDigger), so 'decoder part' usually is reliable (and we do not change postprocessing part much for years, because dcraw_process() is only a sample)
I do not see any problems with LibRaw 0.19.2 and this file (tested with dcraw_emu [-w] from 0.19.2/Windows-64 binary)
Here is the file:
https://www.dropbox.com/s/rzb3qrjwafayvlz/DSC06132.ARW.zip?dl=0
Sorry for the silly question: how reliable is the master (development) branch?
And followup: it is hard to answer some raw-related questions without file samples.
A7-III is not supported in LibRaw 0.19
You may consider master (development) branch: https://github.com/LibRaw/LibRaw/
GPL2 code: https://github.com/LibRaw/LibRaw-demosaic-pack-GPL2
GPL3 code: https://github.com/LibRaw/LibRaw-demosaic-pack-GPL3
this is abandoned code: it was contributed to LibRaw many years ago, it is not supported by contributor(s), and we (LibRaw team) also unable to support it.
Thanks! :)
Could you elaborate on the "-demosaic-pack-GPLn contributed code"? I mean, where can I find it?
Revisited it: Docs come with LibRaw tarball/zip are already up-to date. This site documentation page is updated with tarball docs (without any check is it up to date or not)
yes, -demosaic-pack-GPLn contributed code is complete decoupled from main LibRaw, so no support for it in main code trunc (one need to use callback inteface for that and/or subclass LibRaw to use this code).
We'll revisit documentation for 'hanging' pieces one more time before 0.19.3 release.
Note: same applies to the wf_debanding option
I have RAWs available from the 80D and the 200D:
80D, LibRaw: 6022 x 4020
80D, DCRAW: 6024 x 4022, 2 more cols on the left side, 2 extra rows at the top
80D, DNG-Converter: Same as DCRAW
200D, LibRaw: 6022 x 4020
200D, DCRAW: 6024 x 4020, 2 more cols on the left side of the image
200D, DNG-Converter: Same as DCRAW
Strange that the sizes are equal in DNG-Converter and DCRAW, but different for the two cameras.
Could you please specify what need to be fixed: left/top margin(s), or visible area only?
Hi,
I've noticed that LibRaw decodes 6022 x 4020 Pixels from the sensors used in Canons EOS 80D, 200D, 77D etc.,
while DNG-Converter (and original DCRAW) decode 6024 x 4022 Pixels.
Can this be changed?
I ask because calibration images (darks, flats, bias, bad-pixel maps) for astro imaging cannot be used cross wise.
Greetings, Erwin
Thank you very much!
New LibRaw-201812 snapshot just published at https://github.com/LibRaw/LibRaw
This version supports 2000D/4000D (and other fresh cameras)
Some interpolation methods are based on proper lightness calculation. For these methods, demosaic w/o prior white balance will provide wrong (and visually very bad) results.
Also, data scaling in desirable to lower rounding errors.
Anyway, you may create your own dcraw_process() call without steps that are unnecessary to you. In LibRaw's dcraw_process() there is no way to skip pre-interpolations steps (scale_colors, pre_interpolate) /and after-interpolation convert_to_rgb() is also always executed).
Alternatively, you may fix all processing params via user_* variables.
You may use alternate libraries.
I looked at the GitHub page for sources, it looks quite messy.
I struggle to put confidence in projects that have obsolete and current file merged together, and many files for nothing. Lack of consistent naming and structure even?
Also the doc made on a forum ?
You should use Doxygen, that would look way more serious.
Thanks for the concept and efforts though
Wait a little. We'll publish next snapshot soon (still waiting for Nikon Z6 samples: all crops/all compression methods, to make sure we support this camera in full)
I need the patch too. Link is not working for me aswell...
Hi!
How can we help? I can provide images with multiple settings, if that is useful.
If you have other ideas, let me know!
Thanks!
Jose
Hi all,
I need the patch for 2000D but the link doesnt work anymore.
Can you please repost the patch.
Thanks
Thanks developer
Pages