The Working Group would not be complete without squeezing-in some HSV based work.
So the transform used HSV and is thus Hue-Invariant, the RRT is used to compress the Value, Saturation is decreased reciprocally and Saturation is gamut mapped directly, so no OOG values.
I have not implemented any controls because it is a quick toy to explore the usefulness of the HSV model for that particular exercise. It is rather elegant:
This experiment hints at the fact that the hue shifts we saw with the HSV Control Based Study Model were a consequence of the DRT and not the operator itself, thus, the VWG selected Gamut Mapping Operator is potentially introducing hue-shifts which we should check.
As I gamut mapped directly inside it, the current DRT is applied in the final display space, do not have to be but it was here done as an optimisation step, but this highlights the fact that we will need gamut mapping in the display encoding block, hence those Output-Referred LMTs I mentioned.
Because it is akin to the HSV Control Based Study Model, it is straightforward to add Hue Twists and maybe bring skin and fire in a pleasing spot as default, this will be my next test.
@MrLixm : Given you have done the render, it might be worthwhile at some point for you to test modifying the look under either Jed’s or mine and see if you can get where you want/need!
Here is also a non-photometrically scaled hot candle flame colour (~1600K), on the left the value computed and on the right +2 stops exposure with vanilla DRT settings:
Skin skews ghoulish yellow with per channel already.
This seems like a bad idea applying chromaticity compression in the radiometric open domain. A proper gamut volume compression, as long as slope never hits zero, conserves the source chromaticity, and aesthetic manipulations can be applied much more cleanly in the radiometric closed domain.
We should certainly investigate that. We always said that the scene-referred gamut compression algorithm would need to be re-evaluated when the Output Transform changed.
However I am hopeful that since many of the serious problematic values that the gamut compression is applied to deal with are so far out of gamut that their supposed hue is fairly meaningless anyway, there should be a relatively small range of chromaticities which are altered by the scene referred gamut compression but represent meaningful colours.
Here’s my result under Jed’s DRT with default settings. (If you look at the screen you can still see that i changed the highlight gamma slider.)
I started by trying to use the Blackbody controls but didn’t had enough control on the colors has I felt a massive shift toward red.
The screenshot are mainly me just using a good old ramp with random tweaks to see how it behave.
I’m far from being a fx lookdev expert so my shading might be heavily biased (thinking of how low my highlights values seems to be in Nuke).
I would need to check as to why this happens, but there is gamut mapping occurring in the thingy atm, ACEScg primaries being OOG for sRGB I would not be entirely surprised to see that occurring. Oh and be sure to check the input space, I think it is AP0!
