sQsA Darktable - short question / short answer

Hi folks,

In the last weeks I came across a couple of darktable questions from which I thought they are not worth opening a seperate thread for them (otherwise I would have opened23 threads :-)). In some other forums there are often some kind of “catch all” threads which are named “missing manual”, “short question, short answer”, “Just a second”, whatever…
So I though it is a good idea to open up a similar thread in here, what I am doing right now :smile:

I hope some DT experts are going to join this thread.

Joe

1 Like

So I start with my first question, is there a way to make darktable treat grouped files as one? Especially I mean all the metadata and filehandling stuff. I normally shoot in RAW/JPG and group the files. But if I rate them, give keywords, map them (GPS) or even delete the marked files, just the RAW is affected. Any idea? Thanks

I don’t think so, especially the metadata, since darktable uses file.ext.xmp, not file.xmp.

Yeah, I am aware of the separation of the .xmp files. Although it shouldn’t be a big deal to write both xmp files, when a grouped is picture is rated/colord/marked/deleted/whatever.

If its not possible I have to find another way to deal with.

Geeqie can group your files. I think digiKam can as well.

1 Like

Hope, the question is short enough. Are there any experiences regarding the performance when using darktable on a 4K display (provided that opencl support works)? My 13inch macbook retina (i5, 16GB, Fedora25, no opencl) quite often needs some (and sometimes some more) seconds to react on the change of a slider.

Well, I don’t think we need a specific limit, its just for questions which are not really worth opening a new thread. So feel free. Everything that keeps this thread up and running is good :smile:

Regarding your question. I am currently evaluating myself, which way I should go. After reading the results from phoronix (More Darktable GPU/CPU Benchmarks - 27 Different Setups - Phoronix) I am optimistic, that a adequate graphics card (eg RX480) is quite capable of speeding up darktable drastically.

Of course, 1920x1080 will always be more responsive than 3840x2160, but the factor by which the processing is speeded up (regarding nonopencl vs opencl) should be similar in my eyes. It also depends highly on which graphics adapter is used.

I am currently observing the bitcoin/ether/… course and as its decreasing drastically because of the chinese market. Because of that I hope the graphics cards go to normal price ranges again. It was absolutley weird how far the prices for graphics cards have gone here in germany in the last months.

1 Like

Why no OpenCL? That will make a huge difference!

I’ve run DT on a 2k iMac with OpenCL on macOS and it is quite snappy

AFAIK, the first Generation of the MacBook retina didnt have a dedicated graphics adapter.

It is not the first generation. It is a 2015 model. But there seems to be no opencl support for the Iris 6100 chip :cry: (There is only Beignet, which is blacklisted in dt… at least the last time I tried).

I should have pointed out that the 4K display would be connected to my desktop, where I plan to use a gtx 1060. Hence, opencl should only be a problem on the macbook.

Treating grouped images as one is a long standing request which was brought back to life just a few days ago. I can’t tell yet what the solution will be. https://redmine.darktable.org/issues/8968 has some more info.

Thanks for your answer.

Unfortunatley I am not able anymore to search for lcoations in Darktable (Map Module). Does anybody else experience this issue? (Version 2.2.5). If I start darktable via the commandline, the following error message appears, when searching

location search: Fehler in Zeile 11, Zeichen 8: Element »body« wurde geschlossen, aber das derzeit offene Element ist »p«

Confirmed. I opened a bug report for it: https://redmine.darktable.org/issues/11741

Edit: It should be fixed now.

Hi, unfortunatley I can not confirm this. The error message in the console is gone, but I still do not receive any result

And I do see a lot of error messages in the terminal when switching between different map providers Is this normal behaviour?

You will need a recent build of the development version to get that fix. For a lack of general magic we can’t miracle it into the version you already got installed.

The errors when switching map providers are normal, yes. Not much we can do about them.

1 Like

Thanks, didn’t expect that… :wink:

After reading the bugreport I thought there was maybe some communication with osm. Especially because the error message was gone. Anyway, looking forward for the new version (is there a schedule for 2.3?)

There were two issues: A bad HTML response from OSM, which turned out to be an error message because dt didn’t set an user agent in the HTML request. They fixed the first part, we did the 2nd.

The next release will be 2.4.0. 2.3 is the internal numbering for our current development version. Even 2nd digit == release, uneven == development cycle.
If everything goes as planned it will be out this year, I personally aim for as early as possible.

Hi guys, I happen to use darktable with RX480 (bought specifically for darktable) on a 4K display, Intel i5 CPU, 16GB RAM, OpenCL enabled. Editing and exporting is nice and fast, no problem there. But I have to say that OpenCL is an absolute must, with CPU rendering everything takes about ten times as long.

However, I do have speed problems in Lighttable since I switched to the 4K display. It seems that the thumbnails (applies to Filmstrip as well) are redrawn on every pixel movement of the mouse, eating all the CPU and making Lighttable navigation extremely slugginsh. There’s a bug report for this (https://redmine.darktable.org/issues/10764), but unfortunately it didn’t seem to gather a lot of user attention, so I wonder if other people on 4K aren’t affected by this.

This issue is not really related to 4k. Maybe its getting worse with 4k, because there are more pixels, which are redrawn while moving the mouse, but I also do experience this issue (https://redmine.darktable.org/issues/11572)

Indeed, it’s just much more noticeable on large pixel count and since it’s CPU-based, openCL doesn’t help. Unfortunately for me it makes managing photos in lighttable almost unusable, I do everything in other programs and in darktable I immediately switch to darkroom only for editing.