Créer ses propres sets de modules

[jpg54]

Merci de la précision, j'avais zappé.

[Philtoc]

Bonjour à tous,
Très intéressant effectivement, mais il y a un problème, il me semble avec dt sous windows :
je ne peux, selon ta méthode n'ajouter qu'un seul préréglage. L'option " nouveau préréglage " n'apparaît plus ensuite.
Est-ce le cas pour pour d'autres parmi vous ?
A bientôt.
Jacky

Bonjour JaCo ,

suite à ton post , j'ai regardé , à priori , il faut repartir d'un "set" vierge . Donc , en premier lieu il faut enlever tout les modules , des favoris aussi , et créer alors un set de module vide ; ensuite tu crées ton set de modules , et pour les suivants il faut revenir sur le set vide pour que "nouveau pré-réglage" réapparaisse etc...

[GM1901]

Chez moi (version 2.4.4 Windows) il suffit de modifier un choix (genre ajouter un module dans les favoris) pour que le bouton nouveau réglage réapparaisse ... ce qui est assez logique en somme. Pas besoin donc de tout réinitialiser

[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 !

[jpg54]

Merci Jean-Pierre d'avoir partager cette réponse à ta propre question. Faudra bien un de ces que je remette à SQLite.

[jpverrue]

En extrapolant ma recette il y a moyen de diffuser des sets spécialisés de modules...

[Philtoc]

Salut à tous

Après vérif , il n'y a effectivement pas besoin de réinitialiser les modules pour faire apparaitre "nouveau pré-réglages" dans le menu des modules 

[jpg54]

Je viens de tester ta procédure pour créer un préset "default" Jean-Pierre. Super !

[jpverrue]

J'ai été un peu "léger" avec la clause where lors de l'exportation. En ne faisant reposer le test que sur le nom du preset on risque d'embarquer d'autres presets "Default" que celui que l'on cherche. Il est plus prudent d'écrire :

Code :

select * from presets where operation = "modulelist" and name = "Default" ;

Comme ça, plus de risque de doublons ! Désolé...

[jpg54]

Merci de la précision. Après comme, ta procédure concerne un installation normalement de base, il ne devrait pas y avoir d'autres pré-set. Mais il vaut mieux 2 précautions qu'une.