Auto-Matched Curve

@priort It also shows we really need to document this, because it is not obvious at all what the starting point for the auto-matching is (i.e. where does it work in the pipeline?)

I suspect it’s just a version of tone curve one so likely wherever that gets fired will be the same . The different curve styles makes a real difference ie selecting film vs standard vs weighted…some seem to desaturated while others don’t…so you can tweak it for sure

1 Like

Hello to all,
can anyone tell me whether to turn Look table on or off in DCP when I use Auto-Matched Tone Curve? With Look talbe it makes bright skies a bit bluer, but it seems a bit more artificial than without Look table. So far I have understood that if you use A-MTC you should switch off the tone curve in DCP. Is that correct?
By the way, I think A-MTC is really good now, I learned how to easily take back what this curve does too much of a good thing. With A-MTC, getting started with raw machining has become much easier.

micha

The use of the “look table” is just a personal preference (well, technically, everything is in processing images… :slight_smile:
The look table is meant to give a certain ‘look’ (sorry for the pun); the DCP profiles shipped with RT have a “perceptual” look table that tries to compensate for hue/saturation shifts introduced by the tone curve, so it is designed to work with that. However:

  • it’s unclear how this ‘perceptual’ corrections are computed. From my inspection of the dcamprof code, there seems to be a fair bit of personal taste of the dcamprof author in there (nothing wrong with this of course)
  • if the auto-matched curve is significantly different from the DCP tone curve, the look table above might be somewhat “off” (or at least not work as intended)
  • look tables in 3rd party DCP profiles might or might not work well with the auto-matched curve
  • finally, using the curve in ‘perceptual’ mode gives more or less the same effect as the look table in the DCPs shipped with RT (the perceptual curve code is based on an old version of dcamprof)

Hope this helps

Thank you very much for the quick answer. But the details (often) exceed my understanding. Therefore I would like to repeat what I have understood: It’s a matter of taste, both are ok: with or without Look tabel. Sometimes it is good, sometimes not so good. My experience also shows this. Apparently there is no always better or always worse.
I am in the process of changing my own pp3 profile. So far without A-MTC. But now I’m coming back to A-MTC, it brings good results quickly. Is it useful to switch off Look table in general (for my profile)? And the same question applies to the tone curve in DCP. What experience do you have?
micha

If you use the auto-matched curve, turn off the DCP tone curve. As for the look table, it depends on your taste…I can’t really comment on that! :slight_smile:

1 Like

I get along very well with this answer. Thank you very much.
micha

The rt look table for my Pentax cameras is a super saturated look. (Should double check, I learned not to use it way back) Ive always wondered who and why that look was embedded.

So what is the auto matched curve calculated from…I thought I had read something about being based on the embedded jpeg but if you turn on the tone curve in the DCP file that auto-matched curve dials back and is often becomes almost linear so it must come after the application of the DCP tone curve and not be based on the jpg or the result would then be that it would stay the same and the DCP tone curve would be added to it?? Just curious…

AFAIR this auto matched tone curve simulates the luminosity of the embed jpeg so that the resulting image has similar luminosity.

The general description is that it calculates histograms for the linear data and the embedded JPEG, then uses them to compute the cumulative distribution function (CDF, look it up…), which is essentially the curve needed to make the linear data look like the JPEG.

1 Like

Yes, it looks like the auto-match tone curve comes after the DCP tone curve but it tries always to match the JPEG.
I’m not sure to understand where is the problem

It was not a problem just an observation for me that adding the tone curve from a DCP was not really like adding it as the automatch curve changes as well…someone was asking the result of doing so and I thought it imprortant to comment so I am not sure in the end how different the images are if the automatch curve becomes almost linear after adding the DCP curve…I would have to do some comparisons to be definitive…but merely I was just pointing out that the curves are not additive as the automatch curve does not keep its original shape when the DCP curve is added…this might affect the decision to try this or not or etc etc… so this just got me to thinking about asking how is was calculated because if it was merely using the jpg as a reference I would not have expected it to change and then the curves would have been additive which likely is not going to produce a great result anyway so it seems good that the automatch adapts if the DCP curve is added…

Got it, because the DCP tone curve alone is generally very close to match the jpeg, so the auto-matching curve ( after the DCP curve) becomes “flat”.

Yes that was my observation and i was just trying to convey that as I think the question was asking about how the selectable components in the DCP affected the image and should they be used or not…I guess you could run a few pairs on and off and export as tiffs and do a difference blend mode in GIMP and see just what is different to see if there is a consistent pattern but really as mentioned above and from my observation likely best to use one or the other and correct with other tools as needed…

The essential remarks are already made: DCP settings are applied pretty early on in the pipeline. If you look here Toolchain Pipeline - RawPedia you see that the auto-matched tone curve comes somewhere in the middle of the process. The DCP is applied in 7. Convert colorspace I believe (haven’t really checked in the code).

1 Like

Seems like it takes in to account a few other elements for the final result otherwise I don’t think it would change. It must come after DCP which I think has been confirmed and then try to calculate based on that input and the jpg a final result…likely why it becomes almost linear often one the DCP tone curve is applied as that is usually not too far from a jpg….

If you click the auto match button the button stays pressed, so it stays active. You need to click the button again, then it stops changing the curve permanently.

Before 1st Click:
image

After 1st click:
image

After 2nd click:
image

Thanks…I wasn’t really concerned with if if was on just how it was reacting when it was on and what the indicated about how it was determined in the first place in response to the tone curve being turned off or on in the DCP file…

That totally makes sense both in principle and practice…