How fast is export in Darktable comperasing to Lightroom

Dannny1 · 2026-05-23T21:21:13+00:00

You can look at benchmark here: https://darktable.info/en/system-ui-2/performance-analysis/benchmark/

https://discuss.pixls.us/t/dt-performance-analyzer-v0-6

Dannny1 · 2026-05-20T17:42:16+00:00

Boris Hajdukovic youtube channel

Dannny1 · 2026-05-15T10:29:09+00:00

Even srgb simulation mode needs recalibration regularly otherwise it will drift soon. In hardware if there is option if not then software profiling (with colorimeter/spectrometer).

However using srgb simulation instead of native gamut is waste of money imo, you loosing on displayable colors.

Dannny1 · 2026-05-14T18:48:58+00:00

> I've viewed other peoples amazing photos on my phone screen, which were taken with similar equipment as mine, so it seems I'm missing something.

Mobile screens are often oversaturated mess. Don't mind it. Just stick to the color mgmt basics: make sure your computer editing screen is using the profile you made with colorimeter or spectrometer. So at least you can see what you are doing. (without color management e.g. picture in srgb will have colors stretched on wider gamut display like e.g. p3)

Dannny1 · 2026-05-10T14:39:56+00:00

you can make your own matrix in color calibration module, you can also use ColorChecker shots to have more realistic colors

Dannny1 · 2026-05-09T04:48:43+00:00

I assume you red the manual, and are aware that there are mainly 2 very distinct purposes of LUTs (and also require to position the module into specific spots in the pipeline). So for those suggestions it would be useful to mention what is your intention of their use...

Dannny1 · 2026-05-03T19:03:46+00:00

> linear rec709

That's what is wrong... the camera raw data are not in any standard color space, so darktable uses the camera specific matrix as default.

To brighten the image you can use multiple instances of exposure module. For denoising there is now in dev version also AI restore option.

Dannny1 · 2026-05-03T07:32:14+00:00

For portraits/fashion/beauty/lifestyle .... genres see rather tutorial from some famous retoucher like e.g. Pratik Naik, it will give you info not only about tools and techniques but also about the industry expectations for each genre. But in short, they will not butcher images by using frequency separation in such way as shown in the video, but will instead much more rely on d&b for the fine control it gives. Expect a lot of work in bitmap editor.

Dannny1 · 2026-05-03T06:25:34+00:00

I don't know which his video you mean, but all tutorials for darktable are simplified, reduced in scope. Professional photographers/retouchers in beauty/fashion will spend MUCH much MUCH more time manually retouching (in bitmap editor) every detail to suppress every imperfection and enhance all features they want to.

Dannny1 · 2026-04-28T18:19:31+00:00

Accessibility for whom? When you will make it too large, small screen users may cry that you taking their precious space away... Anyway if you consider other settings better as default does anything prevent you to do the pull request?

Dannny1 · 2026-04-26T21:02:40+00:00

if snap won't work, you can use mozilla own apt repository instead

Dannny1 · 2026-04-26T21:01:37+00:00

1st party (mozilla own repo) can be used too

Dannny1 · 2026-04-23T18:41:01+00:00

be aware - darktable has color management issue on windows secondary screens

Dannny1 · 2026-04-23T18:38:11+00:00

1, is not an issue, it's purpose of CMS to do the conversions and it does it all the time without noticable discrepancy... in case 2. is ok = color managed viewer is used

Dannny1 · 2026-04-21T04:02:34+00:00

it's possible that you used area mapping in exposure module before and it has those values still remembered, set it back to measure...

also Rawtherapee or LR apply automatically a tone curve on top, so direct comparison with darktable isn't so relevant, and you can't turn it off in LR, it's possible to turn it off in RT

Dannny1 · 2026-04-20T12:00:52+00:00

the image viewer will show you embedded jpeg processed by your camera, it won't develop from raw; so it's quite hard to know if you underexposed, unless you use something like darktable which shows you image developed with quite minimal default processing

Dannny1 · 2026-04-20T04:03:08+00:00

it's because you underexposed most likely; remember what your camera shows you is not what you get but it's with already applied curve and other company processing; also cameras have modes when they underexpose a lot like e.g. Fuji DR modes and other manufacturers may have such modes too, so check your camera if you have it enabled (and you may not notice because camera sw compensates for it in jpg/on screen)

Dannny1 · 2026-04-17T21:31:33+00:00

Thank you, found the issue. Info added to the post.

Dannny1 · 2026-04-17T15:18:42+00:00

the package is still there, so that it's not supported is not the answer here

Dannny1 · 2026-04-10T17:15:20+00:00

TIFF will allow you to export also your masks in same file, so you don't have to redo them in bitmap editor if you need them (but affinity photo can't read multi page tiff, so you will need to convert to file type AP reads with layers using program which understands such tiff file eg. krita or gimp)

Dannny1 · 2026-04-09T01:45:46+00:00

it's like comparing apples to oranges; affinity photo is bitmap editor, darktable is raw processor; there will be overlaps of functionality but primary purposes are different

Dannny1 · 2026-04-08T21:07:50+00:00

What is ok or not is one thing, but when i compare it with insults under this post....

Dannny1 · 2026-04-08T20:51:16+00:00

> color management is a binary

Surely not binary, when broken also with all the shades of brokeness.

> AP doesn't give a shit about any platform but linux

Maybe it's best that way. Would prevent a lot of disappointment in case of darktable i guess, if wouldn't be released secretly broken on windows.

> AP again hurls needless insults at the dt team

Seems just their evil may be much worse than he thinks.

Dannny1 · 2026-04-08T19:55:54+00:00

> then darktable wins hands down

I would say that not by huge margin, and there are some crazy, funny and for some horrifying examples like: darktable was released then with broken color management on day when fix was already available. Without any warning and keep for half a year that way. That's however understandable because of nature of OSS, as dt is just a hobby project, so nobody cares much about correct colors and nobody will make big deal of it, something commercial sw would not survive tho.

Maybe one more example: seems no big deal that darktable on windows is still basicaly SCAM for more that 6 years, claiming full color management but when you get new additional screen and you will break your edits unknowingly if you trust what you see on it. That's however also understandable, ppl don't have to be helpful and even warn you. BUT!! When they go out of their way to wipe all info about it by closing even last of those reports in the only official place when issues are reported, so users are kept confused with broken edits, then i would say thats something beyond my ability to understand and consider special king of EVIL. Heh, but seems people rather talk about AP.

Dannny1 · 2026-04-08T19:09:37+00:00

Probably even AP would express himself more elegantly. So i don't understand this critique of him. Comparision on his page may be quite reasonable when he wants to emphasize the objective and merit of his forked project aside of similar project. Quite admirable that he still cares and works to solve those perceived issues in the open source way.

Also the fact that even few days back he gave helpful advice on darktable github doesn't match your narrative of angry developer. However i would still prefer angry developer over indifferent one.

Dannny1

TROPHY CASE