Resolve 17 RCM Rec.709 Bugs

Get answers to your questions about color grading, editing and finishing with DaVinci Resolve.
  • Author
  • Message
Offline

RikshaDriver

  • Posts: 653
  • Joined: Sun Aug 12, 2018 10:08 am
  • Location: Melbourne
  • Real Name: Asim Siddiqui

Resolve 17 RCM Rec.709 Bugs

PostTue May 18, 2021 11:35 am

The Behaviour of the Rec.709 timeline in RCM is... inconsistent... and especially varies based on Input and Output DRT combinations.

Given that Rec.709 is the default preset in RCM, this has an impact on the end result, though it may not be initially noticeable to the average user. But once you see it, you can't un-see it.

When Rec.709 Gamma 2.4 is selected for the timeline (as appears to be the default), there is in fact a gamma shift that is happening when only Output DRT is enabled or when both Input and Output DRT are enabled.

This is especially visible when only Output DRT is enabled and one changes the timeline setting from Gamma 2.4 to Scene. The Gamma shift becomes quite obvious.


Along similar lines, another issue is that some of the the Color Wheel and HDR Grade panels seem to behave based on a Rec.709 Scene gamma curve even though the timeline is set to a different Rec.709 Gamma and "Color Space aware grading tools" is selected. A prime example of this is the Exposure setting in the HDR panel.
GitHub Projects: https://github.com/xtremestuff/
Commercial Plugins: https://xtremestuff.net/store/
Offline

Hendrik Proosa

  • Posts: 3400
  • Joined: Wed Aug 22, 2012 6:53 am
  • Location: Estonia

Re: Resolve 17 RCM Rec.709 Bugs

PostTue May 18, 2021 12:37 pm

Gamma shift when changing timeline gamma does sound like a bug if timeline setting is used as an intermediate space (changing working space shouldn’t imho change the appearance if no additional grade change is applied). What the compound effect with output DRT could be, hard to say, reasoning about RCM2 makes my head hurt.

Colorspace aware grading tools should do just that, give the same feel, whatever the timeline gamma is. What this feel should be is another story.
I do stuff
Offline

RikshaDriver

  • Posts: 653
  • Joined: Sun Aug 12, 2018 10:08 am
  • Location: Melbourne
  • Real Name: Asim Siddiqui

Re: Resolve 17 RCM Rec.709 Bugs

PostTue May 18, 2021 9:16 pm

They're both bugs.

It's just that people don't notice due to the net effect DaVinci DRT has in compressing the final output.

It's a bit like two Ferraris... Only one is the real thing whilst the other one is a DIY replica made from used Toyota Camry parts. But they both look and feel almost the same from the outside when driven down a 20 zone with a glossy lick of paint (DaVinci DRT).
GitHub Projects: https://github.com/xtremestuff/
Commercial Plugins: https://xtremestuff.net/store/
Offline

Jim Simon

  • Posts: 36143
  • Joined: Fri Dec 23, 2016 1:47 am

Re: Resolve 17 RCM Rec.709 Bugs

PostWed May 19, 2021 1:57 pm

What does DRT stand for?
My Biases:

You NEED training.
You NEED a desktop.
You NEED a calibrated (non-computer) display.
Offline

Hendrik Proosa

  • Posts: 3400
  • Joined: Wed Aug 22, 2012 6:53 am
  • Location: Estonia

Re: Resolve 17 RCM Rec.709 Bugs

PostWed May 19, 2021 4:02 pm

Jim Simon wrote:What does DRT stand for?

Davinci Resolve Timeline. And also Display Rendering Transform. Good luck searching the manual with same abbreviation used for both.
I do stuff
Offline

RikshaDriver

  • Posts: 653
  • Joined: Sun Aug 12, 2018 10:08 am
  • Location: Melbourne
  • Real Name: Asim Siddiqui

Re: Resolve 17 RCM Rec.709 Bugs

PostThu May 20, 2021 1:28 am

In this context it's Display Rendering Transform.

Think of it like the RRT from ACES
GitHub Projects: https://github.com/xtremestuff/
Commercial Plugins: https://xtremestuff.net/store/
Online

shebbe

  • Posts: 1407
  • Joined: Tue Mar 06, 2018 11:48 am
  • Location: Amsterdam
  • Real Name: Shebanjah Klaasen

Re: Resolve 17 RCM Rec.709 Bugs

PostThu May 20, 2021 9:53 am

I don't think there are any bugs at play but to be honest I don't know why an Input DRT exists in the first place and what it does exactly.

To expect the exact same results from different Output DRTs is impossible because each individual one is designed differently. ACES/IPP2/K1S1/DaVinci etc. all have a different way of rendering this.
If I keep both in and out DRT on DaVinci nothing changes when flipping between Rec.709 2.4 and Scene.
Only if I disable the input DRT but disabling that removes some the tonemapping so changing the timeline colorspace to anything will always look different.

This is where your implied issue lies I guess. In an ACES workflow there is no such thing as Input DRT. Everything is internally technically converted to a single colorspace and only the output has a designed display rendering transform so no matter what colorspace you would work in the output would always be the same.
Home System Resolve 20b2: Z790 / i9 13900K / 64GB DDR5 / RTX4090 / Win 11 / ASUS PA32UGC 1600 nits
Office System Resolve 20b2: X570 / Ryzen 9 5900X / 128GB DDR4 / RTX3090Ti / Win 11 / EIZO CG248-K
Offline

Hendrik Proosa

  • Posts: 3400
  • Joined: Wed Aug 22, 2012 6:53 am
  • Location: Estonia

Re: Resolve 17 RCM Rec.709 Bugs

PostThu May 20, 2021 2:02 pm

shebbe wrote:This is where your implied issue lies I guess. In an ACES workflow there is no such thing as Input DRT. Everything is internally technically converted to a single colorspace and only the output has a designed display rendering transform so no matter what colorspace you would work in the output would always be the same.

You are implying that in RCM2, everything is not converted to single timeline colorspace? If it isn’t it makes any reasoning about the RCM2 hopeless because everything becomes relative.

ACES can do Input DRT allright, if you choose one of the ODTs as IDT. This applies inverse ODT and inverse RRT. In Nuke I use this all the time to reverse stuff that has gone through ODT, usually to check that what I wrote out is correct.

I’m not sure what benefits Input DRT is supposed to serve in RCM2, how do you all understand the motivation behind it? To me it looks more like doubled forward tonemapping...
Last edited by Hendrik Proosa on Thu May 20, 2021 2:08 pm, edited 1 time in total.
I do stuff
Offline

Jim Simon

  • Posts: 36143
  • Joined: Fri Dec 23, 2016 1:47 am

Re: Resolve 17 RCM Rec.709 Bugs

PostThu May 20, 2021 2:05 pm

RikshaDriver wrote:Think of it like the RRT from ACES
Thanks Asim, but...we don't set an RRT in ACES, so I'm equally unfamiliar with that.
My Biases:

You NEED training.
You NEED a desktop.
You NEED a calibrated (non-computer) display.
Offline

Hendrik Proosa

  • Posts: 3400
  • Joined: Wed Aug 22, 2012 6:53 am
  • Location: Estonia

Re: Resolve 17 RCM Rec.709 Bugs

PostThu May 20, 2021 2:20 pm

Jim Simon wrote:
RikshaDriver wrote:Think of it like the RRT from ACES
Thanks Asim, but...we don't set an RRT in ACES, so I'm equally unfamiliar with that.

Think of it as a ”pleasing look generator”, which applies certain characteristics to image data so that it looks ”better”. Technically RRT is the middle-man from scene-referred domain to idealized display domain abbreviated OCES (imaginary perfect display that displays images that look good to humans). ODT then moves data from ideal display to actual practical output space.
I do stuff
Offline

Jim Simon

  • Posts: 36143
  • Joined: Fri Dec 23, 2016 1:47 am

Re: Resolve 17 RCM Rec.709 Bugs

PostThu May 20, 2021 2:30 pm

Yeah, that's what I got from some brief research. It's a bit of engineering I'm sure I could understand were I to start at the beginning. But as my work isn't that high end, I think I might take more of a "telephone" approach, leave my understanding at "how to use it" and bypass "how it works".

Thanks guys.
My Biases:

You NEED training.
You NEED a desktop.
You NEED a calibrated (non-computer) display.
Offline

RikshaDriver

  • Posts: 653
  • Joined: Sun Aug 12, 2018 10:08 am
  • Location: Melbourne
  • Real Name: Asim Siddiqui

Re: Resolve 17 RCM Rec.709 Bugs

PostSun May 23, 2021 1:34 am

shebbe wrote:I don't think there are any bugs at play but to be honest I don't know why an Input DRT exists in the first place and what it does exactly.

To expect the exact same results from different Output DRTs is impossible because each individual one is designed differently. ACES/IPP2/K1S1/DaVinci etc. all have a different way of rendering this.
If I keep both in and out DRT on DaVinci nothing changes when flipping between Rec.709 2.4 and Scene.
Only if I disable the input DRT but disabling that removes some the tonemapping so changing the timeline colorspace to anything will always look different.


I'm talking purely about SDR 100 NIT limited timeline settings here, not something else. There are clearly issues with the way Tone mapping is being done.

Just a few examples below... where the input source is set to S-Log2 and the output to Rec709 Gamma 2.4:

Timeline Gamma 2.4 with both Input and Output DRT
timeline-2.4_in-out-drt.jpg
Gamma 2.4 Timeline with In and Out DRT
timeline-2.4_in-out-drt.jpg (178.38 KiB) Viewed 1870 times


Timeline Gamma 2.4 with only Output DRT or No DRT
timeline-2.4_out-drt.jpg
Gamma 2.4 Timeline with Out DRT or No DRT
timeline-2.4_out-drt.jpg (186.18 KiB) Viewed 1870 times


Timeline Scene Gamma with Output DRT
timeline-scene_out-drt.jpg
Scene Gamma Timeline with Output DRT
timeline-scene_out-drt.jpg (193.04 KiB) Viewed 1870 times
GitHub Projects: https://github.com/xtremestuff/
Commercial Plugins: https://xtremestuff.net/store/
Offline

RikshaDriver

  • Posts: 653
  • Joined: Sun Aug 12, 2018 10:08 am
  • Location: Melbourne
  • Real Name: Asim Siddiqui

Re: Resolve 17 RCM Rec.709 Bugs

PostSun May 23, 2021 1:36 am

And also:

Scene Gamma Timeline with no DRT
timeline-scene_no-drt.jpg
Scene Timeline gamma with no DRT
timeline-scene_no-drt.jpg (186.16 KiB) Viewed 1867 times
GitHub Projects: https://github.com/xtremestuff/
Commercial Plugins: https://xtremestuff.net/store/
Offline

RikshaDriver

  • Posts: 653
  • Joined: Sun Aug 12, 2018 10:08 am
  • Location: Melbourne
  • Real Name: Asim Siddiqui

Re: Resolve 17 RCM Rec.709 Bugs

PostTue Jun 08, 2021 9:32 am

Both reported issues are still present in 17.2.1
GitHub Projects: https://github.com/xtremestuff/
Commercial Plugins: https://xtremestuff.net/store/

Return to DaVinci Resolve

Who is online

Users browsing this forum: AXIS360Media, Bing [Bot], Rakesh Malik, shebbe, Stephen Swaney, TORM3NTO, Uli Plank, Username, Uwe Boettcher and 344 guests