Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Conserver l'odre des modules d'un style
#1
Bonjour.

Après avoir développé un fichier et étant satisfait du résultat, et après avoir créé un style en fonction de l'historique actuel, je ne parviens pas à appliquer ce style à un autre fichier en conservant l'ordre des modules du premier. Est-ce que c'est un problème ? Car à première vue, ça n'impacte pas l'image.

Merci.
Darktable 4.4.2 | Linux Mint 21.2
Répondre
#2
Aucun problème. L'ordre d'utilisation des modules n'est pas l'ordre d'application des modules. Que tu commences ton traitement par contraste local ou correction des objectifs n'a pas d'importance. darktable appliquera ces deux modules dans l'ordre défini, soit correction des objectifs parmi les premiers et contraste local parmi les derniers.
Mes photos : jpverrue.fr
Répondre
#3
Ok. J'avais lu que pour certains modules, il était impératif que X soit mis en oeuvre avant Y pour optimiser le traitement. Ça me semblait évident pour certains, moins pour d'autres. D'où ma question.

Merci...
Darktable 4.4.2 | Linux Mint 21.2
Répondre
#4
C'est effectivement nécessaire avec certains logiciels, mais pas avec darktable, puisque celui-ci réordonne les modules dans un ordre optimal pour le traitement, quelque soit l'ordre dans lequel tu les as appelés pendant ta séance de travail.

Ceci dit il paraît quand même logique d'avoir un flux de travail adapté pour éviter les allez-retours répétés entre les modules. Par exemple régler le dé-bruitage en premier est contreproductif puisque le réglage tonal (exposition, contraste, etc), fait ultérieurement influe sur le bruit de l'image, imposant un retour ensuite sur le dé-bruitage, etc.
Mes photos : jpverrue.fr
Répondre
#5
(18-11-21, 11:26)jpverrue a écrit : Ceci dit il paraît quand même logique d'avoir un flux de travail adapté pour éviter les allez-retours répétés entre les modules. Par exemple régler le dé-bruitage en premier est contreproductif puisque le réglage tonal (exposition, contraste, etc), fait ultérieurement influe sur le bruit de l'image, imposant un retour ensuite sur le dé-bruitage, etc.

Pourtant, filmique se trouve tout en haut, alors qu'il est préférable de le régler avant d'ouvrir d'autres modules (comme égalisateur de ton, calibration des couleurs). Mais c'est ce qui fait la force des dernières versions de dt, d'une grande souplesse ergonomique.

J'aurais une question sur l'ordre des instances. Dans certains autos, on laisse entendre qu'il compte. Qu'en est-il ? Est-ce que cela affecte certains modules plus que d'autres ? 

Merci d'avance…

jcm
projet actuel, en images qui bougent : https://youtu.be/IGyEV98sebE
Répondre
#6
> J'aurais une question sur l'ordre des instances. Dans certains autos, on laisse entendre qu'il compte. Qu'en est-il ? Est-ce que cela affecte certains modules plus que d'autres ?

Oui, l'ordre des instances peut avoir une influence. Je pense que tu fais référence à la gestion du bruit avec deux instances l'une pour le bruit de luminance et l'autre pour le chromatique. Mais deux instances Exposition l'une à +1EV et l'autre à +0.5EV fait un total de +1.5EV et un résultat identique quel que soit l'ordre des instances. L'ordre de deux instances Liquify ou Retouche aura aussi une influence en fonction des zones modifiées.
--
Pascal - GNU/Debian (sid) - version darktable git/master
http://photos.obry.net
Répondre
#7
(22-11-21, 08:59)pascal a écrit : > J'aurais une question sur l'ordre des instances. Dans certains autos, on laisse entendre qu'il compte. Qu'en est-il ? Est-ce que cela affecte certains modules plus que d'autres ?

Oui, l'ordre des instances peut avoir une influence. Je pense que tu fais référence à la gestion du bruit avec deux instances l'une pour le bruit de luminance et l'autre pour le chromatique. Mais deux instances Exposition l'une à +1EV et l'autre à +0.5EV fait un total de +1.5EV et un résultat identique quel que soit l'ordre des instances. L'ordre de deux instances Liquify ou Retouche aura aussi une influence en fonction des zones modifiées.

C'est assez le sens de mon interrogation : que quels modules l'ordre a-t-il de l'importance ?

jcm
projet actuel, en images qui bougent : https://youtu.be/IGyEV98sebE
Répondre
#8
> C'est assez le sens de mon interrogation : que quels modules l'ordre a-t-il de l'importance ?

Tous les modules qui opèrent des changements non commutatif Smile
--
Pascal - GNU/Debian (sid) - version darktable git/master
http://photos.obry.net
Répondre
#9
(23-11-21, 13:11)pascal a écrit : > C'est assez le sens de mon interrogation : que quels modules l'ordre a-t-il de l'importance ?

Tous les modules qui opèrent des changements non commutatif Smile

Ah, d'accord. OK. Pigé. Extra.

Mécékoi ?
projet actuel, en images qui bougent : https://youtu.be/IGyEV98sebE
Répondre
#10
Au-delà de la boutade, il serait peut-être intéressant de signaler dans le manuel utilisateur quand un module est concerné, et quand il ne l'est pas. Voir dans une bulle, le signaler ?
projet actuel, en images qui bougent : https://youtu.be/IGyEV98sebE
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)