I was only able to make it work in nobara.
Thank you for your long response, there are some amazing resources in there! Can you recommend a YouTube channel or two to get started?
I recall enjoying Casey Faris when I first looked at DR and a few people were demonstrating editing “stills”
Sure!
Noirgrade,
Douglas Dutton,
Colorist Foundry has a series with Colorist Paul Hanrahan.
(That same Paul Hanrahan does the Color Mentor Podcast with a 2 part Interview with Troy Sobotka, but also Akiyoshi Kitaoka and Menno Dreischor, extremely recommended, although less about resolve, more about color-concepts, perception, yada yada…)
JooWorks,
Marieta Farfarova,
Iridescent Color,
Kaur Hendrickson,
Stefan Ringelschwandtner (Mononodes),
Darren Mostyn,
Chloé Tavel,
Cullen Kelly.
Well, that’s a little more than two.
Sorry.
EDIT:
Yup, him too!
And the other way around? What can darktable learn from DaVinci Resolve’s Photo module?
The stick-shift version of OpenDRT is super cool!
There are tons of DCTLs and a lot of people have almost completely switched to a DCTL based workflow (although resolve itself can do most of it, these DCTLs are extremely good , fast and easy to do specific tasks ).
Competition always brings the best out of us! I have been using resolve for a long time for photo editing and I know many people who do the same, especially those who work with RAW videos because it fits into the same pipeline so well!
There are things like subtractive saturation using HSV, or printer lights cross talk and stuff you can do (noire grade has a nice video) with the RGB mixer. The amount of tools both inside and around it is what makes it amazing .
Darktable is still irreplaceable for many reasons, one of them being simply the way it is designed. You load a picture in and everything is built to do whatever you want to do with that one frame whereas resolve is spread apart and there are ancient tools as well as tools you can get from other developers like DCTLs that one wouldn’t find easily. Darktable just has it all that one would usually need, very obvious very straight forward and very good. With resolve I’ve seen people worrying too much about “should I use primary wheels , log wheels or HDR wheels? Oh but it’s raw so I also have RAW tab sliders…but they mess up my image…umm maybe I should just turn the node into linear and do it there.”
And then 10 more ways you can adjust exposure or other stuff.
Resolve also has some really overlooked things such as it’s highlight reconstruction which …at least to me has caused more artifacts than reconstruction of the clipped channels xd. Darktable and RT do it far better imo.
Ohh and how can I not mention this goldmine
GitHub - thatcherfreeman/utility-dctls: My creative and util DCTLs. · GitHub @bastibe have fun with all of those ![]()
Previously, people discussing proprietary software were advised to move discussions to other forums. Gratis is not free, right?
Insofar as we’re looking at other tools in order to learn, and checking out a recent industry news, I’d say this should be fine. After all, we also talk about cameras, printers, GPUs etc., and all of those are proprietary as well.
Obviously that’s strictly my own opinion. I don’t make the rules here.
- I wouldn’t restrict this to darktable, but the biggest thing for me is facilitating workflows where groups of pictures get adjustments/modules which are separately managable from picture edits. I think that is a rather hard problem in terms of image-pipelines not being setup for this. Would love to be proven wrong.
- Plug-ins. Resolves momentum comes also from independent plug-in developers, pushing the software way beyond what it was before. People can write ctl scripts for ART, which is great! So maybe there is something to learn.
It is! I’m using it in ART, very flexible.
Yes, some people use Resolve merely as a dctl-launcher. Resolves toolset can be all over the place for things.
How do you use it with ART? The original DCTL I found here was the preset-based one from OpenDRT for ART. Do you use the original one from open-display-transform/display-transforms/opendrt/OpenDRT.dctl at main · jedypod/open-display-transform · GitHub (with ‘stick-shift’ enabled)?
I have a prototype for darktable based on that, but I’m still playing with it.
In Albertos repository there is a OpenDRT-full.ctl script. It has all parameters accessible, so this is the stickshift version.
Would it be technically feasible to have a generic CTL script module in Darktable that can load Resolve scripts? (Or am I misunderstanding how these things work in Resolve?)
I’m not sure it’s feasible. In darktable, each module is defined once, the GUI is created when you start darktable, before the UI is shown.
Whaaaat ![]()
tiny bit.
ART: ctl scripts
Resolve1: dctl scripts - their flavor of ctl.
Resolve2: dctle scripts - encrypted dctl (what most developers use to make money off of their developments)
Let’s not hijack the thread. I doubt that yet another tonemapper is what darktable needs most right now. I’ll post more in a separate thread if I have something more concrete.
Kofa you are the man! You keep adding stuff that I like into darktable : )
But I totally agree. I think learning from the open source work of these tools is a great thing and it helps improve/add functionality/tools into the already existing tool-set.
The last thing one would want is the same issue with resolve, overwhelming number of ways to do simple things including deprecated or ancient methods that don’t hold well with the current workflows or those that have superior alternatives in terms of how they handle those specific needs.
There is also a full implementation of OpenDRT in VKDT now. Thanks @hanatos !
WOW! Hanatos keeps adding more reasons for me to use VKDT. I did saw some commits but I haven’t gotten the time to play with it yet. There’s other stuff as well which I don’t remember but he did add some more cool stuff like updates to the filmsim module!
Thanks for letting me know!

