* Use target_include_directories to specify include paths
* Specify project root (parent of rtgui and rtengine) as include path
* Replace relative includes with normal includes
* Speed up preview when inpaint opposed enabled
Only reprocess from raw if the white balance is changed. Otherwise, a
cache from later in the pipeline can be used.
* Remove unused code
* Fix refresh map bit positions
* Make WB & inpaint opposed refresh less brittle
Co-authored-by: Hombre57 <natureh.510@gmail.com>
---------
Co-authored-by: Hombre57 <natureh.510@gmail.com>
* Essai HL
* Try Inpaint opposed
* Code improvment
* Add file
* Improvment to process inpaint opposed and color propagation
* Clean code
* Change Blend to Coloropp in Profile pp3
* Enable BENCHFUN hilite_recon
* Clean rtengine cmakelist
* Comment unused code
* Neutralise unused code
* Change bad Exposure in Pop2Lab.pp3
* Try to fix bug when Inpaint Opposed is used and White balance disabled
* Changes to refreshmap
* Change to improccoordinator M_RETINEX
* Clean unused commented code
* Force Inpaint-opposed in rawimagesouce if wb change
* Suppressed message in console
* Change events and limits to 1 the number of calls to inpaint-opposed
* Comment code
* Add gain theshold to inpaint opposed
* fixed typo in procparams.cc
* Change in option.cc itcwb_sort to true
* Change itcw sorted in options and rawimagesource.cc
* Change sampling read datas Itcwb
* Allow or not purple in WB itcwb
* Added option icwb.nopurple to bypass settings
* Added code comment Itcwb
* optimize Itcwb between green and student
* Formated code used by Itcwb with Astylert.bat
* Change color_match - thanks to Lawrence37
* Remove wrong text
When using control lines for perspective correction, set the number of
vertical and horizontal lines to the proper values instead of
hard-coding them to 4. The minimum line count is set to 2 when using
control lines, and defaults to 4 when using fully-automatic correction.
Resolve minor conflict in ImProcFunctions::transformGeneral and add new
arguments for use of ImProcFunctions::needsTransform in
PerspectiveCorrection::autocompute.
This rotation is different from the Rotate tool and the post-correction
adjustment rotation because it is applied between camera shift and
camera angle. It is equivalent to correcting the camera's roll and is
the same as the rotation calculated by automatic perspective correction.
Comment out parameters that darktable/ART use in case we decide to use
them later. Add yaw and pitch parameters used by the camera-based
perspective correction. Modify homography matrix calculation to use the
camera-based perspective model.
