Thanks a lot for you hard work!
Your daily commitment to this feature is impressive
I am sure it will be a game changer for RawTherapee since the local editing is going to improve massively the way you interact with the software.
Now the most important question (yes, I am aware it has been already asked in the past, again and again)…
Do you have a rough estimate about the exact stable release when this “local editing branch” will be merged into the master branch of RawTherapee?
In short, in what version it will be available (5.8, 5.9 etc) for the end users?
As of today, it is a bit unfortunate to not have this option (local editing) in the master branch of RawTherapee since you are currently “forced” to test many different branches and not all users are willing to do so…
I’m not the only decision maker, certainly there are still improvements to be made including the GUI, but no more than everything in rawtherapee.
I think the current version is stable and nothing would forbid merge locallab in dev soon, because you’re right “local adjustements” is in a branch and therefore not much seen and tested
I have found that the local adjustments to be stable and have work fine for a long time. Like you say, the only drawback is that the GUI could be improved, but you are addressing this…
Bonjour Jacques, I am using local lab version 5.6-855 on Mac. Before I was getting updated versions from the community built software thread which now is obsolete, Is there any place where I can download and test new builds for Mac?. And thank you and all the developers for the efforts on improving RT.
1- the last commits (since 5 days) were with a huge bug from my stupidity
scope deltaE was “out”
transition mask was “out”
Now all works as as it is planned
2-I think I have “finished” the simplification for GUI - which essentially touches the normal mode
of course - see my comments above - complexity is something relative - and the division between “normal” and “confirmed” can evolve according to the demands
I have update documentation, especially to explain how to switch from one mode to another : recommendations, including the use of "Processing Profiles : neutral, to reinitialize GUI.
Looks good and GUI easier to navigate with simplified options. My vote would be to include the colour correction grid in the ‘normal’ settings as it is useful and easy for somebody inexperienced to use. At present, it is only visible under ‘confirmed’ and then there are lots of extra sliders everywhere.
Since my last intervention I realized various improvements, optimizations :
clean unused code, for example Retinex
optimization of “Transformed” code - the one that uses “scope” and others terminal functions, by using now only one process (except some incompatible cases)
improvment to some “cached” function as “chrominance” in Color and Light - where linear response slider is replace by a “cached” curve, etc.
various minor changes
For FFTW - Fast Fourier transformed - instead of the function “Gaussian Blur”, various improvment were realized (debugged, speed on…) - not implemented in “normal” mode
Non you can use “radius” up to values of 1000, I limited those of Gaussian Blur to 100 - which is already a lot.
You can find in 4 cases
Smooth Blur and Noise
Local contrast
Blur Mask (Color and light)
Retinex
I just added, thanks to Alberto, “Encoding Log” for “Local adjustements” (“normal”, “Confirmed”, “Expert”)
This module allows to work with very dynamic range images (under exposed,…) or with under-exposed areas while the rest of the image is normal.
Compared to the module in ART, you have more than 3 features:
of course, work on a local area
use “scope” for deltaE, to limit the action
calculate values of “Dynamic range” - “Dark Ev” and “White Ev”, and “Source Gray point”, on a part of the image - disabled by default, these values are calculated upstream of the process, on a copy of the image just after the colorimetric conversion (choice for Working Profile)
Thank you @arturoisilvia for this work.
It shows the possibilities of the shape / color detection algorithm.
Just a semantic remark : in this demonstration no mask is used to modify / change the selection, only scope function.
But, the menu where appears “Show changes without mask” is in "Mask and modifications
///////
Since this morning I change 2 features :
allows negatives values to “Dehaze” to add “haze” (thanks to Alberto)
in module “Smooth Blur Noise Grain”, in mode “normal” the slider “radius” now use “Fast Fourier Transform” when radius is greater than 30, and up to 1000 (whithout enabled a checkbox)
I improved “merge file” significantly, certainly it is not Photoshop or Gimp, nevertheless it works (to really improve it would need a complete redesign of the rawtherapeee Pipeline)
These features are only available in mode “confirmed” or “expert”
As an example here is a way to create a double gradient blur, only with the function “merge file”, without using masks.
The first RT-spot, is the one inside (the smaller), I create a RT-spot with an “Inverse Gaussian Blur”
The second RT-Spot, is outside the first, between the limits ot the first and the limits of Image
Inside the first RT-spot : no blur
Between the first RT-psot and the second: variable Blur - set with “merge file”
Beyond the second, maximum blur