ACES blending different from v15

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

Benoit Cote

  • Posts: 14
  • Joined: Fri Oct 05, 2018 3:17 pm
  • Location: Montreal
  • Real Name: Benoît Côté

ACES blending different from v15

PostWed May 15, 2019 2:18 am

Just noticed what's suspected to be a bug. Subtraction blending mode behave quite differently in ACES with v16b2 compared to 15.2.2 and earlier versions.
Attachments
Screen Shot 2019-05-13 at 8.jpg
15.2.2
Screen Shot 2019-05-13 at 8.jpg (237.82 KiB) Viewed 622 times
Screen Shot 2019-05-13 at 8 (1).jpg
16b2
Screen Shot 2019-05-13 at 8 (1).jpg (288.29 KiB) Viewed 622 times
Offline

Hendrik Proosa

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

Re: ACES blending different from v15

PostWed May 15, 2019 11:42 am

From a bit of futzing around and comparing results with explicit transforms in Nuke it seems that in v16 layer mixer does its blending not in project working space, which for ACES project is probably cc or cct, but linearizes the inputs first and transforms to ACES2065-1. This looks like the main cause for this difference. Why it was changed and whether it is documented... dunno.

But wait, there's more! Blur operation that you use as input into layer mixer is done in working space. So there is a lot going on in this little freq separation thingy.

To replicate v16 behavior in Nuke, something like this should be done:
- input is transformed to working space, for example ACEScct, with IDT;
- branch out the blur and apply blur operation;
- on both branches, apply ACEScct > ACES2065-1 transform;
- do subtraction (minus) operation;
- convert back to working space ACEScct;
- apply view transform

My guess why the change is that somewhere along the way someone discovered that blending ops should be done on linearized values (which is ok), but as everything else is so strongly built on top of using some aces log curve as basis for grade ops, that part was left untouched. So now there are implicit colorspace conversions happening in some selected parts of node tree with no indication about it.
I do stuff

Return to DaVinci Resolve

Who is online

Users browsing this forum: Bing [Bot], Cupless, Google [Bot], Jim Simon, John Paines, panos_mts, Sean Nelson, Stephen Swaney and 149 guests