Working Around The ACES ‘Look’ With OpenDRT

September 9, 2021

ACES is an extremely popular color management pipeline but its RRT can impose a ‘look’. In this Insight learn about OpenDRT & how to implement it.

Using The OpenDRT DCTL As An Alternative To The ACES RRT

ACES is an amazingly powerful color management system, but the creative ‘look’ in its RRT (Reference Rendering Transform) may not be the right fit for all projects.

So how can we as colorists take advantage of ACES’ excellent workflow, including the IDTs (Input Device Transforms) and ultra-wide-gamut working color space, while avoiding the RRT?  Enter the open-source OpenDRT (Display Rendering Transform) project, created by color scientist Jed Smith.

I stumbled upon OpenDRT in a thread on ACES Central about LMTs and dealing with the Helmholtz-Kohlrausch effect (The thread is definitely worth a read – cool stuff, and deserving of a future Insight).

The project has been around for a while, so I was a bit surprised that I hadn’t come across it before.  As it turns out, OpenDRT is a very capable display transform that has a really nice feel while grading.  It feels very neutral and logical, and I find that I can place colors where I want them without fighting some of the tones I sometimes get with the stock ACES RRT.  And since it was new to me, I figure it might be new to a lot of you as well!

OpenDRT Project Design Goals

    • Simple – Simplicity of design
    • Robust – Handle extremes without breaking
    • Neutral – No strong look, no creative intent, faithful to input image colorimetry
    • Chromaticity Preserving – Faithfully represent the chromaticity values of the input image
    • Information Preserving – Preserve as much data as possible from the input image
    • Invertible – Can operate in the forward and inverse directions within the limitations of display-referred imagery
  • Look Not Included – Intended to be used in conjunction with a look transform upstream

A Modern, All-Purpose Scene-Linear Display Transform

Technically, OpenDRT can be used as a display transform for rendering almost any wide gamut scene-linear images to either SDR or HDR displays, not just ACES.  But with its simple, robust and neutral nature, its a very useful replacement for the ACES RRT.

In this Insight, I’ll go over how to implement the OpenDRT DCTL in a node-based ACES setup inside Resolve.  Then I’ll compare OpenDRT to the ACES RRT on a wide range of ACES EXR frames to illustrate the types of footage where it might serve as a better starting point for grading.

Work-In-Progress! An Open-Source Warning

As indicated by the commit history on GitHub, OpenDRT is still a work in progress.  Jed is still working to refine how the transform works, and is updating OpenDRT frequently.

Therefore, I offer this warning:  Don’t use OpenDRT on projects you’ll need to remain stable and consistent for any length of time.  There’s no guarantee that a project graded using OpenDRT would look the same after installing a new version of the DCTL down the road.


Here’s the OpenDRT GitHub link:


Installing DCTL files is as simple as installing a LUT.  In fact, they go in the same folder!  Once you’ve downloaded the archive, copy the DCTL files into your LUT folder and restart Resolve.  The new DCTLs will be available in Resolve’s DCTL OFX plugin.

Here’s a link to the installation instructions if you have any issues:

Test EXR frames

In this Insight I use a few of the great ACES EXR frames that Jed Smith has compiled for testing OpenDRT.  Each of these clips is a single frame to make for smaller downloads, but otherwise are still 2K 16-bit ACES AP0 linear EXRs.  Here’s the link to the description and download repository:

Comments & Questions

Looking forward to hearing if you think OpenDRT is an option for some of your grading projects!  Leave any comments or questions below..


Update 10/7/21

Jed Smith, creator of OpenDRT, spotted that I had a input gamut mismatch on the last two shots I demoed in the Insight video.

I had assumed they were encoded as ACES AP0 Linear, but they are in fact Arri Wide Gamut Linear.  The fix is as simple as changing the Input Gamut setting on the OpenDRT node to match, so if you’re following along make sure to set the correct gamut for those shots.  It makes a big difference.

You can read Jed’s note below in the comments section.

Member Content

Sorry... the rest of this content is for members only. You'll need to login or Join Now to continue (we hope you do!).

Need more information about our memberships? Click to learn more.

Membership options
Member Login

Are you using our app? For the best experience, please login using the app's launch screen


Homepage Forums Working Around The ACES ‘Look’ With OpenDRT

Page 2 of 2

  • Tim C

    Hi Jed
    I’m finding OpenDRT a pleasingly neutral start in ACES projects – thank-you for sharing your work! In the projects where I am not using any form of colour management (e.g. Resolve plain YRGB projects) would there be any benefit in using OpenDRT for raw footage – or simply let Resolve do its own auto input transform from camera metadata? If so, what would be the best way to set this up? Thanks again.

  • Pat Inhofer

    One way I think about this: At the start of a project, pull a few ‘hero shots’ and a few of the most problematic shots (the client usually has a good idea of both when they walk in the room). Then do a quick pass using RCM and a pass using OpenDRT and see which version gets to results your client likes in the quickest way possible.

    In my experience, a process that works great for 80% of my jobs also makes my job harder on 20% of my jobs. And it’s tough to know which of my workflows will work best without actually testing those workflows on each particular job. So pull a few representative shots on both ends of the spectrum and then decide how to proceed. My quotes always factor in a little bit of time for this type of decision-making.


  • Tim C

    Thanks Pat. Good advice!

  • Zachary H

    Any chance this website could have a switch we could use to turn everything dark. The white background is always so bright in my color suite. I’ve tried dark mode and the Apple Dark appearance setting to no avail. Noir helps but the outer borders are still glaringly white. Even a middle gray would be better. Just a thought! 😉

Page 2 of 2

Log in to reply.

1,000+ Tutorials to Explore

Get full access to our entire library of over 1,100+ color tutorials for an entire week!

Start Your Test Drive!