Continuing the discussion from New Sigmoid Scene to Display mapping:
Overall, I think its best to reuse what already exists, and here’s what I’ve done, with results.
For those reading this, with no recourse to prior discussions, what led to this was, I wanted to find methods to quickly get a scene referred compliant way to adjust shadows and highlights, since the old shadows and highlights is not considered an ideal tool, with the introduction of the “new” workflow introduced with filmic.
- Tried the tone-eq, which was ok, but the 8 zones in tone-eq are a bit too granular for this purpose. so you have to move a couple of sliders for shadows, and same for highlights. Doable, but not as elegant as moving one or two sliders.
- I then resorted to the lender of last resort - a curve module, in this case rgb curve. If all else fails, try curves. This is the hammer to kill an ant approach. It will get the job done, inelegantly.
Here’s an example.
With curves, it gets the job done. A bit more effort, yes, But the one thing I can control as much as I want, is the crossover, i.e how much a change in one region affects any other regional. How?. With curves, you are 100% in control, cos you define almost every behavior of each point and can add extra points as “limiters”, to reduce the crossover region.
- Using the Color balance rgb module.
a) Next I was informed of the “new” color balance rgb module, still in a dev version at this time (to the best of my knowledge), and tried that out.
b) At first, the default sliders went down to -40%, and it was brought to my attention that there was an extended range, beyond the sliders, obtainable via text entry. Which improved the results.
c) The remaining challenge was the coverage area, Adding shadows(reducing luminosity in the shadows), would also reduce a bit more of the brightness in the midtones and highlight areas, than I was hoping for. So I played with the masking controls, in colour balance rgb module, which yielded more of the result I wanted. color balance rgb has its own in-built custom masking controls to define the shadow, kind of mid-tone, and highlight area and how far these extend into adjacent regions.
d) The final straw, was combining all of the above with a parametric mask (based on grey value), on the colour balance module. Definitely a lot more control and not too difficult to implement.
e) Having applied a parametric mask for shadows, to implement highlights, definitely makes sense to achieve this in a 2nd instance of the color balance rgb module with an appropriate parametric mask for the highlight region. Of course mid-tones can also have its own instance. Then you decide, how to sequence the modules.
My conclusion at this time. Combining all the features outlined above, there is a pretty significant amount of control over shadows and highlights.
Sure, more effort than ye old Shadows and Highlights module - definitely not just a two slider affair anymore, and requires a most logical mindset.
Complementing all of the above with this suggestion, below, could, as one gets more acquainted with the new tools, become almost a two slider affair. Call up a preset, for each region, which has the parametric mask defined, adjust luminosity (or include your for each region, in the preset - for further adjustment to taste), and depending on image, adjust the parametric mask, for even more control.
And if you need any more control (which I doubt), there’s the ultimate solution- combine all this with an rgb curve, as defined in one of the references above. or abandon all the nice rules and refined tools, and use only the curve rgb - so you are not going back and forth using several modules to achieve one result. Advantage of the curve rgb approach, you use only one instance.
The display mask feature was a phenomenal aid, in setting up regions using a parametric mask (based on grey value) .
One more observation. Using the parametric mask sliders, to define regions, in the dark region to the left of the sliders, requires delicate mouse movements, cos a significant portion of the grey scale in the image, is mapped to a very small leftmost section of the parametric mask slider. Just an observation. Its something I can live with. But it might be something for the dt design team to think about.
I mention it here only because, its obvious that the dt development team, has paid such high priority to the usability, not just the image processing features. The usability and stability improvements in dt, on windows, over the recent 18+ months, have been unprecedented, and most welcome. Being able to run dt for days and days on end - on Windows without a crash is really great.
Dt joins Reaper (my preferred DAW), as one of the most stable apps on Windows, apps that you can run for weeks and months without a single crash.