[New module] [Packages available] Color harmonizer

Thank you all for your feedback!

Github is building a new version of the binaries, they should be ready soon (for macOS and Linux) and during your lifetime (for Windows). The link is in the OP.

Changes:

  • Added saturation control for each harmony node (@s7habo, @mino)
  • Added a gaussian smoothing (spatial smoothing) to smooth harsh transitions (@s7habo)
  • Use eyedropper picker by default, area picker with CTRL+click (@mino, @europlatus)
  • Fixed vectorscope syncing only after touching the anchor hue slider (@mino)
  • Fixed (hopefully, I can’t reproduce) openCL implementation failing to read the histogram to auto-detect anchor hue (@mino)
  • When switching from hardcoded to custom rule, use the current values to initialize the custom hues sliders
  • A few smaller things that I don’t remember because I was sloppy and I did not write detailed commit messages
8 Likes

Concerning the UI for the saturation controls, my initial intention was to provide just one slider to shift the saturation towards or away from the anchor hue. This is what the ā€œless-is-moreā€ voice inside me was suggesting.

But then I thought that a more explicit control for each node would allow more precise edits and possibly make the module’s functionality more self-contained, so in the end the ā€œmore-is-moreā€ voice got its way.

3 Likes

This is great!

Now you can easy create various beautiful analog styles:

Nice work Daniele!

14 Likes

Thank you, Boris!

Your appreciation means a lot to me, as I have learned and still have a lot to learn from you :slight_smile:

7 Likes

It’s great to see these developments! I’m compiling it now and I’ll take a look at all of this. So the module has switched to UCS? If so, what are the advantages?

I’m asking this question because, just for fun, I used the original code as a starting point to create a module similar to C1’s skin tone editor in terms of features (with the added advantage of DT’s scene-referred functionality). It’s essentially just using the monochromatic mode of that module, with a few extra features. It will probably be redundant, but I hope to share a version soon!

In my module, I added a preview mask to show which pixels are affected by the selection. Pixels that aren’t selected turn gray, which means that only the selected colors are visible in the vectorscope (very useful in my case for skin retouching). Perhaps this could be an idea for the color harmonizer module? (Or not! You be the judge!)

Thanks for your work anyway, it really inspired me (in addition to opening up some very nice possibilities in terms of color-grading, with a different and pleasant user approach :slight_smile:).

we’ve already been through this as a community and I would not have high hopes that this kind of modules would be included. it wasn’t a pretty discussion and I’d like to avoid having it again if possible.

1 Like

You’re misunderstanding here. This is not about the skin tone line in the vectorscope, but a tool similar to color variance in Lightroom.

2 Likes

It is supposed to be more perceptually uniform. I say ā€œit is supposedā€ not because I doubt it, but because I am not a great pixel peeper and therefor I am not the best person to appreciate these differences.

Thanks, that’s very nice to hear :slight_smile:

1 Like

Speaking of C1 skin tone editor/LR color variance, I’m working on an implementation that can be described as the best of both, amped up to 11.

7 Likes

I think this was shared but in case anyone missed it…

1 Like

Never satisfied me to 100 % …
I got better results within PS and some special panel .
Difference to LR tool is that this tool is only for uniformity … and not like the LR tool where you can drive the colors more apart . So the concept is slightly different , IMHO

Yes, they are not exactly the same, but it’s fundamentally the same concept - just taken in different directions.

1 Like

Went spelunking and found an explanation in here:

2 Likes

this sounds like the message tone eq shows sometimes, normally when using the magic wands to select the mask exposure compensation etc

Though we already have a power tool with all the attachments :slight_smile:

1 Like

Right, I should have used a different metaphor. Let’s say, to screw a screw head, a driver of the right size is better than a drawer full of drivers :slight_smile:

The Windows package has two exe files - one with ā€œNSIS deprecatedā€ and one without?
Which should I use?

I have no clue :slight_smile: I just copied the build scripts from the darktable repo, and my last stint with windows was 25 years ago.

Hey Windows users, any idea?

1 Like

@priort @wpferguson

Where are you looking …depreciated has nothing to do with DT its for the build environment I believe…

1 Like