Créer ses propres sets de modules

[jpverrue]

Je n'ai pas rencontré ce genre de comportement sous Linux. La gestion des presets de "plus de modules" fonctionne de la même façon que la même gestion dans les autres modules.

---

Histoire de me répondre à moi-même, voici la solution que j'ai trouvé pour me reconstituer le set de modules par défaut.
J'ai commencé par lancer darktable comme si c'était une nouvelle installation, c'est à dire en indiquant un autre chemin pour le dossier de config et le dossier cache :

Code :

mkdir ~/tempoDT
darktable --configdir ~/tempoDT --cachedir ~tempoDT/cache

Dans ce darktable tout neuf, j'ai importé une photo pour pouvoir accéder à la chambre noire. Puis dans la chambre noire je suis allé dans "plus de modules" et j'ai créé un préréglage que j'ai appelé "Default". J'ai ensuite quitté cette instance de darktable.
Ensuite j'ai récupéré ce préréglage sous forme de fichier texte :

Code :

cd ~/tempoDT
sqlite3 ./data.db

Dans sqlite3, j'ai tapé les commandes suivantes

Code :

.mode insert
.output preset-modules-default.sql
select * from presets where name = "Default" ;
.quit

Ce qui a généré un fichier "preset-modules-default.sql". Celui-ci contient le préréglage Default. Il faut cependant le modifier légèrement, car il est généré avec le nom de table "table" au lieu du nom "presets"

Voici le contenu de ce fichier (modification incluse) :

Code :

INSERT INTO "presets" VALUES('Default','','modulelist',1,X'61736869667400006174726f75730000626173656375727665000162696c6174000062696c61746572616c0000626c6f6f6d0000626f726465727300006361636f727265637400006368616e6e656c6d697865720000636c697070696e670001636f6c6973610001636f6c6f7262616c616e63650000636f6c6f72636865636b65720000636f6c6f72636f6e74726173740000636f6c6f72636f7272656374696f6e0001636f6c6f72696e0001636f6c6f72697a650000636f6c6f726d617070696e670000636f6c6f726f75740001636f6c6f727265636f6e7374727563740000636f6c6f727a6f6e6573000064656672696e6765000064656d6f73616963000164656e6f69736570726f66696c65000064697468657200006578706f737572650001666c69700001676c6f62616c746f6e656d617000006772616475617465646e640001677261696e000168617a6572656d6f76616c0000686967686c6967687473000168696768706173730000686f74706978656c730000696e7665727400006c656e7300016c6576656c7300016c69717569667900006c6f776c6967687400006c6f777061737300006d6f6e6f6368726f6d6500016e6c6d65616e73000070726f66696c655f67616d6d61000072617764656e6f697365000072617770726570617265000072656c696768740000726f74617465706978656c7300007363616c65706978656c73000073686164686900017368617270656e0001736f6674656e000073706c6974746f6e696e67000073706f7473000074656d70657261747572650001746f6e6563757276650001746f6e656d6170000076656c766961000076696272616e636500007669676e65747465000177617465726d61726b00007a6f6e6573797374656d0000',1,NULL,0,NULL,NULL,'%','%','%',0.0,3.4028234663852885977e+38,0.0,100000000.0,0.0,100000000.0,0.0,1000.0,0,0,0,0,0);

Il est utilisable tel quel si vous le souhaitez.

Il ne me restais plus qu'à l'injecter dans la base de donnée de mon instance habituelle de darktable de la façon suivante :

Code :

cd ~/.config/darktable
sqlite3 ./data.db  < preset-modules-default.sql

Mise en garde !
Évidemment il ne faut pas faire ces manips avec darktable actif que ce soit l'instance temporaire, ou l'instance "normale". Et il est tout aussi évident qu'il faut faire des sauvegardes préventives de la base de donnée data.db avant de commencer !!!! Enfin il est encore plus évident que si vous vous lancez dans ce genre de manips, vous le faites à vos risques et périls. et en tout connaissance de cause ! Je ne suis pas responsable si par malchance votre base de donnée est cassée après la manip !!!

Enjoy !