Canon Panny Sony log users: how are the CM transforms working?

Exactly what I said ... I wanted to know how the transforms were working for the different log formats in practical use for different users.

They apparently may have some tonemapping involved in the transforms, from conversations I've had with the devs. It can be hard to suss out, as they try and qualify about everything. But ... I think tonemapping is part of at least some of these transforms. Especially the HDR to Rec.709 things. But even some of the log-x to y color space may have some tonemapping involved.

I'd love to have that clip to test on my rig. I've done quite a few S-log3.cine clips testing, and have found most of them to work quite well to get within the necessary timeline space. Not perfect, but totally usable without crushed/clipped or over-saturated pixels.

I know even Resolve can't handle a lot of the colored LED light setups. So I'd be testing that both in PrPro and Resolve.

And ... to get proper exports, for so many things now you need to use the new CM controls. Most log-encoded or HLG clips have to be user-set in the Project panel to be able to export on a Rec.709 sequence in any usable form.

Past that ... yea, I tend to roll my own normalizations ...

Neil

Hey Niel,

What do you mean exactly with "how the transforms are working"? They simply convert from said camera or display space to the sequence's timeline color space. The only difference it could have versus conversions in other software is the chromatic adaptation model used to convert the white point but I think all the color spaces they have at the moment are D65 so it never converts.

Furthermore there is no tonemapping or rendering intent in the transforms but you know they added a very rudimentary tonemap option checkbox in the sequence settings which doesn't solve at all the goal of mapping camera scene referred to display. To me it sounds like they just wanted a quick band aid to 'fix' Rec.2100 HLG material from iPhones for SDR video distribution...

This is what SGamut3.cine bright blue light capture looks like with tone map enabled. Not very pretty 🙂

At it's current state there is no point in using it. Even the most incorrect and inconvenient way of just creating your own curve and adding in saturation will probably yield better results.