C’est compliqué. Le problème c’est que les critiques en question sont un joyeux mélange de problèmes d’interface utilisateur, de facilité d’utilisation, de conception logicielle, de technique pure et d’aigreur parasite, sans cohérence ni gestion de l’importance pour l’utilisateur final. À titre personnel, cette aigreur omniprésente même dans les journaux de dev récents me décourage de tester ce fork : ce qui m’intéresse c’est les fonctionnalités du logiciel et les différences avec l’original, pas les règlements de comptes de l’auteur.
Sur les performances et la stabilité, il y a eu des progrès, mais il y a encore pas mal de boulot. Notamment : l’import de beaucoup de photos en même temps avec des configurations « par défaut » personnalisées mène régulièrement à des configuration d’image cassées qui nécessitent d’aller supprimer les fichiers .xmp sur le disque pour être réparées.
Par contre il y a eu des efforts certains sur la facilité d’utilisation. Les réglages par défaut fonctionnent maintenant bien, en mode « relatif à la scène » (c’est-à-dire en partant de tout le travail sur la colorimétrie d’Aurélien Pierre, l’auteur dudit fork, avant le fork, et qui est l’une des principales spécificités de darktable). D’une façon ironique, la 5.2 améliore beaucoup la facilité d’utilisation en remplaçant le mapping de tonalités via « Filmique » (le bébé du même développeur) par celui via Sigmoid (un truc introduit après), qui est infiniment moins souple… mais aussi infiniment plus simple (Filmique est à peu près incompréhensible pour qui n’a pas étudié la théorie moderne des couleurs).
Pour moi, Ansel me semble condamné à être un fork comme un autre tant que l’auteur ne corrigera pas sa communication pour mettre en avant de vrais avantages, du point de vue de l’utilisateur. Notamment cette gestion des couleurs.
Quant à darktable, il continue comme il avance depuis des années : avec une gestion chaotique et aucun plan clair pour le futur, par des gens qui développent un peu ce qu’ils veulent quand ils ont envie sans tenir compte des besoins des photographes non-geeks – et on peut difficilement leur donner tord : c’est pratiquement que des gens qui font ça sur leur temps libre de façon bénévole.
Le plus triste là-dedans, c’est que ça ne crée pas d’alternative viable (pour des professionnels) à Lightroom, Capture One ou même les outils fournis par les constructeurs d’appareils photos (qui pourtant peuvent être de vraies brouettes). Le seul autre logiciel libre du secteur que j’ai en visibilité, c’est RawTherapee, qui vivote depuis quelques années.
c’est RawTherapee, qui vivote depuis quelques années.
Si vivoter c'est être stable et faire le travail qu'on lui demande tout en consommant un minimum de ressources (ce qui n'est pas le cas de RT), cela me va. J'ai essayé plusieurs fois Darktable, je n'ai jamais pu m'en servir, il ne correspond pas à ma logique de photographe.
Par contre tu as raison sur un point, c’est qu’il faut trouver un outil qui convient à ta façon de travailler. C’est particulièrement vrai avec les éditeurs de RAWs photo qui peuvent avoir des logiques très différentes les unes des autres ; d’autant plus avec darktable qui a un fonctionnement très spécifique dans certains domaines, en particulier la gestion des couleurs. Par contre ça n’implique pas que les outils soient mauvais en soi.
Le problème est encore renforcé par le fait que beaucoup de photographes travaillent encore soit à visée d’impression uniquement, soit avec des logiques (espace de couleurs 8 bit non linéaire et tout ce qui s’ensuit, par exemple) héritées des débuts de l’informatique et des écrans du siècle dernier. C’est des sujets qui sont traités depuis longtemps en vidéo, mais qui sont encore très mal gérés en photo, comme le HDR (le vrai, pas le tone mapping vers un espace 8 bits).
# Vs Ansel ?
Posté par lolop (site web personnel) . Évalué à 5 (+3/-0).
Est-ce qu'il y a eu une prise en compte des critiques qui avaient amené au fork Ansel (explications ici) ?
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Vs Ansel ?
Posté par BAud (site web personnel) . Évalué à 4 (+2/-0).
faut demander à Gretel ;-)
[^] # Re: Vs Ansel ?
Posté par SpaceFox (site web personnel, Mastodon) . Évalué à 6 (+4/-0).
C’est compliqué. Le problème c’est que les critiques en question sont un joyeux mélange de problèmes d’interface utilisateur, de facilité d’utilisation, de conception logicielle, de technique pure et d’aigreur parasite, sans cohérence ni gestion de l’importance pour l’utilisateur final. À titre personnel, cette aigreur omniprésente même dans les journaux de dev récents me décourage de tester ce fork : ce qui m’intéresse c’est les fonctionnalités du logiciel et les différences avec l’original, pas les règlements de comptes de l’auteur.
Sur les performances et la stabilité, il y a eu des progrès, mais il y a encore pas mal de boulot. Notamment : l’import de beaucoup de photos en même temps avec des configurations « par défaut » personnalisées mène régulièrement à des configuration d’image cassées qui nécessitent d’aller supprimer les fichiers
.xmpsur le disque pour être réparées.Par contre il y a eu des efforts certains sur la facilité d’utilisation. Les réglages par défaut fonctionnent maintenant bien, en mode « relatif à la scène » (c’est-à-dire en partant de tout le travail sur la colorimétrie d’Aurélien Pierre, l’auteur dudit fork, avant le fork, et qui est l’une des principales spécificités de darktable). D’une façon ironique, la 5.2 améliore beaucoup la facilité d’utilisation en remplaçant le mapping de tonalités via « Filmique » (le bébé du même développeur) par celui via Sigmoid (un truc introduit après), qui est infiniment moins souple… mais aussi infiniment plus simple (Filmique est à peu près incompréhensible pour qui n’a pas étudié la théorie moderne des couleurs).
Pour moi, Ansel me semble condamné à être un fork comme un autre tant que l’auteur ne corrigera pas sa communication pour mettre en avant de vrais avantages, du point de vue de l’utilisateur. Notamment cette gestion des couleurs.
Quant à darktable, il continue comme il avance depuis des années : avec une gestion chaotique et aucun plan clair pour le futur, par des gens qui développent un peu ce qu’ils veulent quand ils ont envie sans tenir compte des besoins des photographes non-geeks – et on peut difficilement leur donner tord : c’est pratiquement que des gens qui font ça sur leur temps libre de façon bénévole.
Le plus triste là-dedans, c’est que ça ne crée pas d’alternative viable (pour des professionnels) à Lightroom, Capture One ou même les outils fournis par les constructeurs d’appareils photos (qui pourtant peuvent être de vraies brouettes). Le seul autre logiciel libre du secteur que j’ai en visibilité, c’est RawTherapee, qui vivote depuis quelques années.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Vs Ansel ?
Posté par Maderios . Évalué à 2 (+0/-0).
Si vivoter c'est être stable et faire le travail qu'on lui demande tout en consommant un minimum de ressources (ce qui n'est pas le cas de RT), cela me va. J'ai essayé plusieurs fois Darktable, je n'ai jamais pu m'en servir, il ne correspond pas à ma logique de photographe.
[^] # Re: Vs Ansel ?
Posté par SpaceFox (site web personnel, Mastodon) . Évalué à 3 (+1/-0).
Là où ça devient ironique, c’est que RawTherapee a un fork qui s’appelle ART (site officiel) et qui vise à corriger… eh bien, à peu près ce que Ancel corrige pour darktable. Si le développement de RawTherapee est ralenti, ça n’est clairement pas parce qu’il est arrivé à maturité et qu’il n’y a plus rien à faire.
Par contre tu as raison sur un point, c’est qu’il faut trouver un outil qui convient à ta façon de travailler. C’est particulièrement vrai avec les éditeurs de RAWs photo qui peuvent avoir des logiques très différentes les unes des autres ; d’autant plus avec darktable qui a un fonctionnement très spécifique dans certains domaines, en particulier la gestion des couleurs. Par contre ça n’implique pas que les outils soient mauvais en soi.
Le problème est encore renforcé par le fait que beaucoup de photographes travaillent encore soit à visée d’impression uniquement, soit avec des logiques (espace de couleurs 8 bit non linéaire et tout ce qui s’ensuit, par exemple) héritées des débuts de l’informatique et des écrans du siècle dernier. C’est des sujets qui sont traités depuis longtemps en vidéo, mais qui sont encore très mal gérés en photo, comme le HDR (le vrai, pas le tone mapping vers un espace 8 bits).
La connaissance libre : https://zestedesavoir.com
[^] # Re: Vs Ansel ?
Posté par Maderios . Évalué à 2 (+0/-0).
J'ai testé et je n'en ai pas vu l'intérêt
[^] # Re: Vs Ansel ?
Posté par Stinouff . Évalué à 2 (+0/-0).
Moi, typiquement.
Je retouche mes photos pour corriger quelques trucs et en améliorer le rendu que j'imprime/envoie.
Mais la logique derrière…je n'ai jamais pris la peine de m'y intéresser. Rien qu'avoir un écran potable n'a jamais été une priorité…
[^] # Re: Vs Ansel ?
Posté par Maderios . Évalué à 2 (+0/-0).
Erreur de ma part
J'ai voulu écrire DT (Darktable)
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.