My assumption was based in that in Davinci Resolve the order of operations was that by selecting, Davinci Resolve Master, Project Settings <Color Science<, came first, in this order:
1 - Color Science: Turning on ACES selection, (ACEScc or ACEScct)
2 - IDT
3 - Color Management, ACES Input Transform
4 - Look Grade
5 - RRT
5- ACES Output (ODT) Transform.
Really, the step by step the user needs to go in DR for ACES, made me think that the >Color Science< ACES selection setting came before the IDT.
It seems to work very well. A slight shift in hue (more reds in the skin tones in ACES) in one look I tested but nothing criticalā¦ Just to resume here is what I did
In Resolve
Added a LOGc image
Turned on ACEScct (with IDT and ODT as usual)
Built a grade
Added 2 nodes before the grade
Node 1: LOGc IDT DCTL
Node 2: ACES to ACEScct DCTL
Exported a LUT
Switched back to YRGB added the LUT and compared with the ACEAcct still/look.
Does this seem correct @nick
And, will this work with the SLOG3 IDT?
Although I havenāt worked yet with LMT yet, (I believe a few are) if the LMT is part of the creative process, why is it that in the other of operations you have placed the LMT between step 4 and 5 and not between 2 and 3 or as an inclusive first item of step 3? Specially if itās going to be used as a show LUT. I suppose that all further changes made on-set by the DIT should come after the show LUT, not before. Could you please elaborate on this? Thanks!
Because if you read TB-2014-010.pdf on this page, you will see that an LMT goes after the grade and before the RRT, and is applied to linear ACES data. An LMT modifies the look imparted by the RRT.
However I did say āif implemented per specā, since the term LMT gets used more loosely to mean any fixed part of the grade which is not modified on a per shot basis.
Nick, thanks for pointing out the reading.
I did review the charts appearing in the TB-2014-010, Design, Integration and Use of ACES LMTs.
Thanks a lot for the clarification.
Since Davinci Resolve supports now LMT, Iām going to start experimenting with it.
Hum! Iāll probably better wait for the upcoming release of Scott Dyer article, LMTs Part 2.
Sorry for the late reply. I was grading for the last weekā¦
@nick. Iām not sure I understand your question. But what IāM seeing is a slight shift in reds. IE: the ACES version a more reddish appearance to skintones etcā¦ But, itās very soft. I donāt think any DP could even see this when going back to ACES once in color grading.
When looking at your question I guess I could say itās a little bit of both. Itās the lack of proper implementation for these types workflows and possibly the LUT approximationā¦
I was just referring to the fact that a LUT is a way of approximating a transform (which works very efficiently in hardware) but it can never be perfect, because some values are interpolated. Whether the inaccuracies are noticeable depends on the transform and the image.
Since you say that what you are seeing is subtle, it is probably caused by this.
If I may introduced myself, Iām the lead developer on the FilmLight Prelight software.
It is in fact possible to get metadata for shots (CDL SOP & SAT, tape, clip, scene, take, comment, etc) out of Prelight via ALE, which can be used to import the values into other systems.
You can also use Prelight to generate IDT and LMT+RRT+ODT LUTs in a vareity of formats, which allows colour corrections created into Prelight to be used in other systems. We are currently working on finishing up this part of our export code, so that you can generate ALE, CDL and cubes in one hit as a package.
Obviously there are advantages to using BLGs if you are working in a FilmLight ecosystem, but we want Prelight to be able to work standalone also.
Thanks for the update in the development of Prelight. Iām currently running the beta version.
Itās welcomed news to know that Prelight can be used as a stand alone color management and creative grading on-set application.
Iām pretty sure that for DITs and cinematographers, the ability to create IDTs in preproduction is a welcome news, specially for camera considered under a -generic- status, because the absence of manufactures providing their own IDTs.
Iām definitely looking forward to the final commercial release of Prelight.
Common LUT Format. Documentation is on the ACES documents page (S-2014-006).
Support for this format is supposedly required for ACES compliance, although until recently it was rare. AutoDesk have been the biggest supporter, and have added some extensions of their own (not sure how I feel about adding non-standard extensions to a ācommonā format). I understand that Resolve has also added support in the v14 beta.
HI @JamesMilne! Sorry for the late replyā¦ I was on vacation.
The CLF (common lut format) format is a sort of XML thatās now supported by Resolve. And I think itās what the ACES people are pushing for the LMTs.
If we could export a CLF from Prelight we could use streamline your software with Resolve in a full non destructive ACES workflow. That would be very coolā¦
As of right now. I cannot make a āemulationā LUT for a ACES based look for a camera and have that look exported to CLF to be used afterwards in the color pipeline.
Iām trying to use Resolve Live to monitor in ACES. The setup is URSA Mini Pro - BM Mini Recorder - MacBook Pro - Resolve set up with ACES in ColorManagement - BM Mini Monitor - FSI Monitor
The image is way over saturated and red. I called Resolve support and received this response:
Hello,
It is more of a feature request than a bug. A bug implies that a feature does not work as designed. Resolve Live was not designed to work with ACES, it was designed to be used with DaVinci YRGB and LUTs.
All the Best,
Tyler Deary
Technical Support Representative
Blackmagic Design Inc.