Bildbearbeitung mit darktable - Hilfe, Tipps & Tricks

[ChristopherFoto]

Unter Debian sieht das dann so aus:

:~$ apt-cache policy darktable
darktable:
  Installiert:           (keine)
  Installationskandidat: 3.4.1-5
  Versionstabelle:
     4.2.0-2 100
        100 http://ftp.de.debian.org/debian bookworm/main amd64 Packages
     3.4.1-5 500
        500 http://ftp.de.debian.org/debian stable/main amd64 Packages

So sieht es bei mir aus

chris@chris-linux:~$ sudo apt-get update
OK:1 http://de.archive.ubuntu.com/ubuntu kinetic InRelease
Holen:2 http://download.opensuse.org/repositories/home:/rawtherapee/xUbuntu_21.10  InRelease [1.535 B]
Holen:3 http://de.archive.ubuntu.com/ubuntu kinetic-updates InRelease [109 kB] 
OK:4 https://ppa.launchpadcontent.net/ubuntuhandbook1/darktable/ubuntu kinetic InRelease
Holen:5 http://de.archive.ubuntu.com/ubuntu kinetic-backports InRelease [99,9 kB]
Holen:6 http://de.archive.ubuntu.com/ubuntu kinetic-security InRelease [109 kB]
Holen:7 http://de.archive.ubuntu.com/ubuntu kinetic-updates/main amd64 Packages [157 kB]
Holen:8 http://de.archive.ubuntu.com/ubuntu kinetic-updates/main i386 Packages [75,7 kB]
Holen:9 http://de.archive.ubuntu.com/ubuntu kinetic-updates/main Translation-en [47,4 kB]
Holen:10 http://de.archive.ubuntu.com/ubuntu kinetic-updates/main amd64 DEP-11 Metadata [44,0 kB]
Holen:11 http://de.archive.ubuntu.com/ubuntu kinetic-updates/main DEP-11 48x48 Icons [5.512 B]
Holen:12 http://de.archive.ubuntu.com/ubuntu kinetic-updates/main DEP-11 64x64 Icons [6.937 B]
Holen:13 http://de.archive.ubuntu.com/ubuntu kinetic-updates/main amd64 c-n-f Metadata [4.316 B]
Holen:14 http://de.archive.ubuntu.com/ubuntu kinetic-updates/universe i386 Packages [57,3 kB]
Holen:15 http://de.archive.ubuntu.com/ubuntu kinetic-updates/universe amd64 Packages [85,5 kB]
Holen:16 http://de.archive.ubuntu.com/ubuntu kinetic-updates/universe Translation-en [33,3 kB]
Holen:17 http://de.archive.ubuntu.com/ubuntu kinetic-updates/universe amd64 DEP-11 Metadata [33,6 kB]
Holen:18 http://de.archive.ubuntu.com/ubuntu kinetic-updates/universe amd64 c-n-f Metadata [3.396 B]
Holen:19 http://de.archive.ubuntu.com/ubuntu kinetic-backports/universe amd64 DEP-11 Metadata [10,7 kB]
Holen:20 http://de.archive.ubuntu.com/ubuntu kinetic-security/main amd64 DEP-11 Metadata [5.392 B]
Holen:21 http://de.archive.ubuntu.com/ubuntu kinetic-security/universe amd64 DEP-11 Metadata [1.436 B]
Es wurden 890 kB in 1 s geholt (1.152 kB/s).             
Paketlisten werden gelesen… Fertig

chris@chris-linux:~$ sudo apt-cache policy darktable
darktable:
  Installiert:           1:4.0.1-0build1~kinetic
  Installationskandidat: 1:4.0.1-0build1~kinetic
  Versionstabelle:
 *** 1:4.0.1-0build1~kinetic 500
        500 https://ppa.launchpadcontent.net/ubuntuhandbook1/darktable/ubuntu kinetic/main amd64 Packages
        100 /var/lib/dpkg/status
     4.0.0-1 500
        500 http://de.archive.ubuntu.com/ubuntu kinetic/universe amd64 Packages

 

[Capellaner]

Auch beim Installieren des deb-Pakets bin ich kläglich gescheitert.

sudo apt install ./darktable_4.2.0-1.1+56.1_amd64.deb 
....
Hinweis: »darktable« wird an Stelle von »./darktable_4.2.0-1.1+56.1_amd64.deb« gewählt.[/QUOTE]

Das ist auch das falsche Kommando, apt greift auf fertige Repositorys zu, damit kann man keine *.deb Dateien installieren. Du siehst ja die Meldung, dass aus dem Repository das Paket "darktable" installiert wird (und nicht Deine *.deb Datei). Diese Datei musst Du mit dem Paketmanager dpkg installieren:

sudo dpkg -i ./darktable_4.2.0-1.1+56.1_amd64.deb

 

[ChristopherFoto]

Diese Datei musst Du mit dem Paketmanager dpkg installieren:
sudo dpkg -i ./darktable_4.2.0-1.1+56.1_amd64.deb

Dies funktioniert leider auch nicht wegen fehlender Abhängigkeiten.

sudo dpkg -i ./darktable_4.2.0-1.1+56.1_amd64.deb 
dpkg: Warnung: Version 1:4.0.1-0build1~kinetic des Paketes darktable wird durch ältere Version 4.2.0-1.1+56.1 ersetzt
(Lese Datenbank ... 229122 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../darktable_4.2.0-1.1+56.1_amd64.deb ...
Entpacken von darktable (4.2.0-1.1+56.1) über (1:4.0.1-0build1~kinetic) ...
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von darktable:
 darktable hängt ab von libicu67 (>= 67.1-1~); aber:
  Paket libicu67 ist nicht installiert.
 darktable hängt ab von libilmbase25 (>= 2.5.4); aber:
  Paket libilmbase25 ist nicht installiert.
 darktable hängt ab von libjpeg62-turbo (>= 1.3.1); aber:
  Paket libjpeg62-turbo ist nicht installiert.
 darktable hängt ab von libopenexr25 (>= 2.5.4); aber:
  Paket libopenexr25 ist nicht installiert.
 darktable hängt ab von libwebp6 (>= 0.6.0); aber:
  Paket libwebp6 ist nicht installiert.

dpkg: Fehler beim Bearbeiten des Paketes darktable (--install):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
Trigger für mailcap (3.70+nmu1ubuntu1) werden verarbeitet ...
Trigger für gnome-menus (3.36.0-1ubuntu3) werden verarbeitet ...
Trigger für desktop-file-utils (0.26-1ubuntu4) werden verarbeitet ...
Trigger für hicolor-icon-theme (0.17-2) werden verarbeitet ...
Trigger für man-db (2.10.2-2) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
 darktable

Wie ich diese Abhängigkeiten auflöse erschließt sich mir auch nicht

 

[Capellaner]

Das bedeutet, dass dieses Paket nicht zu Deiner Distribution kompatibel ist. Man kann in der Theorie versuchen, die fehlenden oder veralteten Abhängigkeiten zu installieren resp. upzudaten.

Aber das ist eine Schweinearbeit und es ist nicht einmal sicher gestellt, dass es am Ende auch wirklich gelingt, manche Dinge lassen sich einfach nicht mehr auflösen.

Du müßtest mal schauen, ob Du das darktable.deb in einer Version bekommst, die exakt zu Deiner Distribution passt. Manche Seiten bieten das an, da gibt es diverse Links zu verschiedenen Paketen, jeweils passend zu (beispielsweise) Linux Mint 20.1, oder auch Linux Mint 20.0, oder Debian irgendetwas usw.

Wenn es keines dieser Pakete für Deine Distribution gibt, kannst Du nur das darktable aus dem Repository der Distribution installieren.

Alternativ kannst Du aber auch noch schauen, ob es ein aktuelles AppImage gibt, die laufen auf allen Distris, denn die bringen schon alles mit und haben keine Abhängigkeiten. Die sind dadurch relativ aufgebläht, aber Plattenplatz kostet heute ja nichts mehr. Ähnlich dazu kannst Du auch flatpaks abklappern, ob das ggf. ein aktuelles darktable hat, auch das müßte installierbar sein.

Ich habe selbst mit darktable noch nichts gemacht und kenne ad hoc auch Deine Distribution nicht, sonst könnte ich noch tiefer gehen. Aber vielleicht hilft es ja auch so schon.

P.S.: Ich habe mal nachgeschaut, es gibt ein flatpak von darktable, das hat das Release 4.2.0. Wenn Xubuntu flatpak unterstützt, kannst Du das aus dem Anwendungsinstaller (den grafischen) auswählen. Ich habe hier im Moment ein Linux Mint 21.1 (ganz neu) und kann es dort auch installieren (geschieht gerade nebenher).

 

[RobiWan]

Dies funktioniert leider auch nicht wegen fehlender Abhängigkeiten.

richtig so.


Welche Versionen werden in der Theorie installiert wenn Du

apt-get -s install libicu67 libilmbase25 libjpeg62-turbo libwebp6

Passen die dann zu den hier aufgelisteten Versionen?

darktable hängt ab von libicu67 (>= 67.1-1~)
darktable hängt ab von libilmbase25 (>= 2.5.4)
darktable hängt ab von libjpeg62-turbo (>= 1.3.1)
darktable hängt ab von libopenexr25 (>= 2.5.4)
darktable hängt ab von libwebp6 (>= 0.6.0)

Sonst wie der @Capellaner geschrieben hat..... schwierig. Dein Fall bestätigt mich wider - diese tausende von Distributionen ist ein Fluch und kein Segen für Linux.
Da lobe ich mir auch seit 20 Jahren oder so meine Debian Entscheidung

Das hat aber mit dem Programm selbst nichts mehr zu tun, weil es schlicht sich nicht in der gewollter Version installieren lässt.

 

[Ottost Normal]

Hallo
Wie funktioniert die Midi Einrichtung.
Mein X-Touch Mini wird erkannt.
Bei der Bedienung erscheint z.B, bei Betätigung des ersten Reglers "1:CC1, ab nicht zugewiesen" im oberen Bereich ds DT Fensters.
Ich finde dazu keine Konfigurationsmöglichkeit.
Hat da jemand weitere Info?

 

[mstraeten]

https://docs.darktable.org/usermanu...shortcuts/#visuelle-zuweisung-der-kurzbefehle

 

[ChristopherFoto]

Welche Versionen werden in der Theorie installiert wenn Du
apt-get -s install libicu67 libilmbase25 libjpeg62-turbo libwebp6

Hallo Robert, das funktioniert auch nicht.

sudo apt-get -s install libicu67 libilmbase25 libjpeg62-turbo libwebp6
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paket libjpeg62-turbo ist nicht verfügbar, wird aber von einem anderen Paket
referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
wurde oder nur aus einer anderen Quelle verfügbar ist.

E: Paket libicu67 kann nicht gefunden werden.
E: Für Paket »libjpeg62-turbo« existiert kein Installationskandidat.
E: Paket libwebp6 kann nicht gefunden werden.

Ich muss zugeben, mir ist das viel zu viel gefrickel.

Als Flatpack funktioniert Darktable, das muss dann erst mal reichen.
DANKE an alle für Ihre Unterstützung

 

[Ottost Normal]

@ mstraeten

Vielen Dank

 

[Kranisch]

...
P.S.: Ich habe mal nachgeschaut, es gibt ein flatpak von darktable, das hat das Release 4.2.0.
...

Wieder was dazu gelernt!

 

[Kranisch]

Ich vermute mal, dass die Abstürze nicht im Code von Darktable zu suchen sind.
...

Es ist doch schön, wenn es bei Dir funktioniert!

Die gezogene Schlussfolgerung kann ich aber nicht zu 100% nachvollziehen. Wenn DT 3.8.1 (fast) nie abgestürzt ist, und 4.2.0 auf dem selben System ganz schlimm und ständig abstürzt, hat sich doch zunächst mal der Code im Darktable verändert? Selbstverständlich hängt alles mit allem zusammen und wenn es bei Dir und Anderen funktioniert, bei vielen Anderen aber nicht funktioniert, ist den Betroffenen leider noch nicht geholfen.

Gibt es denn Neuigkeiten, wird an dem Fehler gearbeitet? Ist da was bekannt? Gibt es Hoffnung?

 

[Kranisch]

Und noch eine Warnung an unbedarfte Erkunder neuer Software:

Ich selbst habe leider versucht, mit DT 4.2.0 zu arbeiten, damit also in ein paar Ordner mit Bildern reingeschaut. Dadurch sind leider scheinbar viele XMP-Dateien in den angefassten Ordnern "über den Jordan gegangen". Auch dort, wo DT 4.2.0 gar nicht richtig startete sondern schon binnen einer Sekunde nach Reinklicken in eine Bildersammlung abstürzte. Die XMPs sind nun weder in DT 3.8.1, noch in DT 4.2.0, (was für diese Untersuchung extra noch mehrmals neu installiert wurde) einlesbar.

Selbstverständlich gibt es mehrfache Backups aller Daten nebst XMPs, aber eben leider nicht von jenen Serien, an welchen ich über das +- letzte halbe Jahr gearbeitet hatte. Unter Umständen ist hier also die Arbeit mehrerer Monate einfach mal eben "ins Nirwana verdampft". Wie Ihr Euch sicher denken könnt, ist das nicht lustig. Aber natürlich bin ich mitschuldig. Inkonsequente Sicherung. Unbedarftes Spielen mit neuer Software "am offenen Herzen". Auch hier wieder was dazu gelernt.

Für jeden Tipp, wie man die geschädigten XMP-Dateien wieder lesbar machen könnte, wäre ich sehr dankbar.


Freundliche Grüße!

 

[Pelzlurch]

könntest Du mal ein RAW inklusive beschädigter xmp zu Verfügung stellen, damit man sich das mal anschauen kann?

Hast Du denn mal selber schon mittels eines Editors in eine defekte XMP reingeschaut und mit einer intakten verglichen?

 

[RobiWan]

Für jeden Tipp, wie man die geschädigten XMP-Dateien wieder lesbar machen könnte, wäre ich sehr dankbar.

Also so ganz verstehen tue ich es nicht. DT arbeitet doch "nicht wirklich" mit XMP Dateien. Genau wie LR, aber anderes Thema.
Heißt - die Sachen die in der DT Datenbank stehen lassen sich doch ohne Probleme wieder in die XMP Dateien schreiben. Oder habe ich Dein Problem Nicht oder Missverstanden?

Stelle doch eine XMP Datei zur Verfügung. Vielleicht ist die jetzt "binäres Müll" und deswegen nicht lesbar.

 

[Pelzlurch]

Also so ganz verstehen tue ich es nicht. DT arbeitet doch "nicht wirklich" mit XMP Dateien. Genau wie LR, aber anderes Thema.
Heißt - die Sachen die in der DT Datenbank stehen lassen sich doch ohne Probleme wieder in die XMP Dateien schreiben. Oder habe ich Dein Problem Nicht oder Missverstanden?

Stelle doch eine XMP Datei zur Verfügung. Vielleicht ist die jetzt "binäres Müll" und deswegen nicht lesbar.

Meine Vermutung ist ja eher, dass die Datenbank nen Schuss hat. Die Daten werden ja zuerst Mal aus dieser gelesen und nur dann aus den xmp, wenn keine Daten in der Datenbank gefunden werden. Sollten die XMP intakt sein, dann kann man die Bearbeitungen aus diesen wieder herstellen.

 

[Waldfex]

Würde hier einfach mal zum Test die XMP löschen bzw. umbenennen und das RAW-File mit DT zur Bearbeitung öffnen und kurz ein Modul aktivieren. Danach wird normaler Weise die XMP-Datei neu geschrieben. Wenn das nicht funktioniert, hat die Datenbank einen Knacks. Dann einmal einen hoffentlich vorhandenen intakten Datenbank-Snapshot zurückspielen.

 

[RobiWan]

Meine Vermutung ist ja eher, dass die Datenbank nen Schuss hat.

Das mag ja auch sein. Aber all das sind Infos die nur der @Kranisch liefern kann.

 

[herbert-50]

Es ist doch schön, wenn es bei Dir funktioniert!

Die gezogene Schlussfolgerung kann ich aber nicht zu 100% nachvollziehen. Wenn DT 3.8.1 (fast) nie abgestürzt ist, und 4.2.0 auf dem selben System ganz schlimm und ständig abstürzt, hat sich doch zunächst mal der Code im Darktable verändert? Selbstverständlich hängt alles mit allem zusammen und wenn es bei Dir und Anderen funktioniert, bei vielen Anderen aber nicht funktioniert, ist den Betroffenen leider noch nicht geholfen.

Gibt es denn Neuigkeiten, wird an dem Fehler gearbeitet? Ist da was bekannt? Gibt es Hoffnung?

Na ja, ein Stück weit hast du schon recht. Es ist nicht auszuschließen, dass es an dem Code von Darktable liegt. Aber ich halte die Wahrscheinlichkeit weiterhin für gering.

Ich habe mittlerweile meine beiden Rechner auf Ubuntu 22.04 aktualisiert, was bei dem einen ohne Problem funktioniert hat und bei dem anderen erst nach mehreren Anläufen funktioniert hat. Bei diesem Rechner kam es dann auch zu einem Absturz von Darktable. Immer wenn es beendet wurde, wurde ein Fehler in der Speicherverwaltung gemeldet und ein Coredump gezogen. Letztendlich lag das daran, dass die Lib für Imagemagics noch für 20.04 war und nicht aktualisiert wurde. Ich will damit nur sagen, dass die möglichen Probleme sehr vielfältig sein können.

Wenn bei dir 3.8.1 funktioniert hat und 4.2.0 nicht mehr, dann kann das auch daran liegen, dass 4.2.0 etwas nutzt, das 3.8.1 vorher nicht genutzt hat und dieses etwas fehlerhaft ist.

Solche Fehler sind ärgerlich, aufwändig zu suchen und schwer zu finden.

Du kannst das Problem hier melden: https://github.com/darktable-org/darktable/issues oder bei https://discuss.pixls.us/tag/darktable mal nachfragen, ob ähnliche Probleme bekannt sind. Aber beide werden höchstwahrscheinlich genaue Informationen zu dem Problem abfragen.

 

[DerDude]

Ich selbst habe leider versucht, mit DT 4.2.0 zu arbeiten, damit also in ein paar Ordner mit Bildern reingeschaut. Dadurch sind leider scheinbar viele XMP-Dateien in den angefassten Ordnern "über den Jordan gegangen".

Ich kenne Probleme mit Updates eigentlich gar nicht und das seit vielen darktable-Releases. Dennoch nicht auszuschließen. Woran machst du fest, dass viele XML betroffen sind? Wie äußert sich das? Absturz?

Auch dort, wo DT 4.2.0 gar nicht richtig startete sondern schon binnen einer Sekunde nach Reinklicken in eine Bildersammlung abstürzte.

Da könnte es allerdings durchaus ein einzelnes problematisches Bild/xmp sein, wo darktable beim rendern der Vorschau abschmiert. Das hatte ich durchaus schon, wennauch selteb. Ich kann mich leider nicht daran erinnern, ob es mit dem Umbenennen/Löschen der xmp-Datei getan war. Ich habe aber darktable mit '-d all' gestartet und wenn ich mich recht erinnere, konnte ich sehen, bei welchem Bild er abschmierte.

Unter Umständen ist hier also die Arbeit mehrerer Monate einfach mal eben "ins Nirwana verdampft".

Gib da mal nicht so schnell auf

 

[herbert-50]

Da es ja wieder GraKas zu kaufen gibt, habe ich darüber nachgedacht, ein größeres Model einzubauen. Bei Linux ist ja Nvidia zu empfehlen. Jetzt hab ich gesehen, dass es da was neues gibt:

LHR - Little Hash Rate

Das verhindert wohl, dass die Karten für Mining benutzt werden.
Weiß jemand, ob das auch die OpenCL Leistung (negativ) beeinflusst?