Auteur : Aurélien PIERRE

À l’heure actuelle, le meilleur éditeur de photos brutes de capteur, c’est à mon avis Capture One. Développé depuis environ 2005 par Phase One, fabricant d’appareils moyen-format numériques, il est remarquable par son interface particulièrement intuitive et son excellente gestion de la couleur, avec des contrôles qui peuvent être poussés très fort sans jamais donner de résultats excessifs. Depuis 5 ans, il s’est taillé une part de marché croissante chez les portraitistes, qui sont friands des teintes de peau naturelles et riches qu’ils peuvent en tirer. Plus important : Capture One n’a jamais cherché à copier Lightroom, pourtant leader sur ce marché. Par contre, à 180 $ US la licence annuelle, ça calme.

Pourquoi darktable n’est ni Lightroom, ni Capture One ?

Les profils couleur

Votre capteur d’appareil photo mesure l’intensité lumineuse reçue sur 3 canaux (rouge, vert, bleu : on est dans un espace RGB). Comme n’importe quel capteur, il se plante : il commet une erreur, autrement dit les valeurs RGB qu’il mesure sont plus ou moins fausses par rapport à la réalité. L’erreur se calcule en mesurant des valeurs RGB de mires d’étalonnages  dont on connaît la valeur théorique. erreur² = (théorie – mesure)².

Vous me direz : il suffit d’ajouter (ou de retrancher) l’erreur ainsi enregistrée par dessus la mesure pour retomber sur la valeur attendue. Oui, ça marche exactement pour toutes les couleurs qui sont sur la mire d’étalonnage. C’est même le principe d’un profil ICC : caractériser l’erreur pour un jeu de couleur défini, et la corriger mathématiquement après mesure. Mais pour les couleurs qui ne sont pas sur la mire ? On interpole, c’est à dire qu’on vise entre les 2, 3, 4… couleurs voisines les plus proches. Et devinez quoi… L’erreur de mesure d’un capteur ainsi étalonné n’est toujours pas nulle. Le calcul numérique est une plaie, on n’est jamais exact.

Donc on ne s’en sortira pas, la technique est limitée et il va falloir vivre avec une erreur dans la colorimétrie de l’appareil photo, et faire des compromis. Les équipes d’ingénieurs de Lightroom et de Capture One font alors des compromis basés sur l’esthétique : on privilégie des couleurs saturées chez Adobe, et la précisions des teintes de peau chez Phase One. C’est faisable parce qu’ils ont le budget pour étalonner un grand nombre d’appareils photos en interne, donc corriger les profils d’étalonnages imparfaits de façon cohérente et systématique.

Pour darktable, c’est chaque utilisateur motivé qui fournit son profil d’appareil photo aux développeurs. Et là, ça coince… Déjà que ce ne sont pas toujours les mêmes mires qui sont utilisées pour l’étalonnage, ce ne sont pas les mêmes conditions d’éclairage non plus, et il n’y a pas de post-traitement humain, a fortiori homogène, ni de contrôle qualité, après la réalisation du profil. En gros : soit vous faites votre propre profil, soit vous faites entièrement confiance au contributeur de votre profil capteur, sans moyen de vérifier. Et il n’y a aucune homogénéité d’un capteur à l’autre, d’un contributeur à l’autre. À tel point que les développeurs de darktable se demandent depuis plusieurs années s’il ne vaudrait pas mieux ne plus intégrer les profils couleur par défaut, et laisser les utilisateurs se débrouiller avec leur matériel. D’autant plus que ça peut varier d’un exemplaire à l’autre, même si le modèle est le même. Et ça varie au cours de la vie du capteur aussi.

Solution : financer un laboratoire de métrologie qui étalonne tous les capteurs connus de façon rigoureuse, systématique et reproductible, et publie les résultats sous licence GPL v3.0.

La cohérence de l’interface

La structure de Lightroom ou de Capture One est probablement décidée en réunion des équipes et gérée de façon pyramidale : on décide alors quel algorithme va sous quelle fonctionnalité, comment on organise l’interface, etc.

Chez darktable, on développe chacun dans son coin, et les contributions externes sont intégrées par les développeurs principaux à l’ensemble si elles paraissent robustes et intelligentes. Il faut dire que l’architecture du logiciel y est favorable : chaque pixel traverse un long tuyau virtuel composé de plusieurs étages de filtres. Les filtres sont des algorithmes qui sont reliés aux modules, ces derniers étant les interfaces de pilotage des algorithmes. C’est ainsi qu’on peut ajouter ou retrancher des instances de modules à volonté : on ne fait que rajouter ou supprimer un filtre dans la pile, et il n’y a qu’à se brancher au tuyau (le pixelpipe, en anglais). Idem, si un contributeur extérieur arrive avec un module, on peut facilement le raccorder à l’ensemble. Tout ceci parce que les modules sont indépendants les uns des autres, ce qui implique que certains modules sont redondants (ils effectuent la même fonctionnalité, par exemple : débruitage) mais différents sur le plan algorithmique. Ça implique aussi que les modules ne communiquent pas entre eux, ce qui les rend plus faciles à maintenir, chose importante dans un contexte de développement bénévole où les développeurs travaillent dans leur temps libre. C’est donc une architecture modulaire facilement extensible.

Par contre, côté utilisateur, on reproche un manque d’unité et une interface à tiroirs plutôt repoussante, loin de la mode actuelle qui fait la part belle au design intuitif. Une fois qu’on a compris la logique de l’empilement de filtres dans le tuyau et de l’équivalence module = algorithme, ça va mieux, et les possibilités de combinaisons de modules sont sans fin. Et, pour un logiciel libre développé de façon informelle, c’est un choix très astucieux, garant d’une certaine pérennité tout en conservant une facilité et une souplesse de développement qui encourage et favorise les contributions de code.

Solution : utiliser Rawtherapee, qui a une interface non modulaire, et donc une gouvernance plus rigide au niveau du projet (50 contributeurs, contre 237 pour darktable). Donc potentiellement moins de contributions à long terme, donc moins d’innovations. Tout se paye.

Et l’intelligence artificielle ?

Les dernières innovations, chez Adobe et les autres, reposent surtout sur l’apprentissage machine et l’intelligence artificielle, appliquées à la détection de contours (pour faire des masques précis), pour modifier des portions de l’image (remplacement/copie d’éléments, agrandissement du cadre, génération automatique de texture), ou pour faire du débruitage et de la reconstruction avancés. Il existe des articles de recherches, publiques, qui permettraient d’intégrer des technologies similaires dans darktable, sous réserve d’avoir quelqu’un pour les coder. Et pourtant, les core devs sont souvent réticents. Pourquoi ?

L’intelligence artificielle a l’inconvénient de consommer beaucoup de puissance de calcul. Il ne s’agit pas de simples filtres, mais de solveurs qui résolvent ou minimisent des équations. Quand vous êtes Adobe, vous pouvez simplement décider autoritairement que votre prochaine version ne fonctionnera pas sur des ordinateurs ayant moins de 8 Go de RAM, dépourvus de carte graphique, etc. Mais les développeurs de darktable essaient de préserver une expérience d’utilisation assez fluide, même pour des utilisateurs avec un matériel modeste. Du coup, il ne s’agit pas d’introduire des usines à gaz qui ne fonctionneront que sur des ordinateurs à 3000 €.

Ensuite, il faut des matheux. Les mathématiques sous-jacentes, en intelligence artificielle, font appel à des notions très poussées de probabilités, à des solveurs numériques parfois exotiques, à des transformations bizarres, à des représentations multidimensionnelles et multi-échelles de phénomènes abstraits, sans parler des moyens techniques d’accélérer les calculs sur le processeur… Bref, ce sont des compétences spécialisées que tous les matheux n’ont pas forcément, et le projet darktable manque de scientifiques de haut niveau (en gros, il y a Johannes Hannika, fondateur, docteur en informatique fondamentale, spécialisé en synthèse 3 D, et Heiko Bauke, docteur en physique quantique, spécialisé en simulation numérique de processus quantiques). Bon, en fait, on manque de scientifiques de haut niveau partout, parce qu’il faudrait que les matheux arrêtent de s’enfuir systématiquement dans la banque et dans la finance…

Mais… encore une fois, la nature modulaire et cloisonnée de darktable rend les contributions plus simples que certains autres logiciels. Donc tout est possible dans un futur proche.

Solution : attendre un peu, reprendre vos études et vous y coller, payer Adobe, ou payer des bons ingénieurs à coder pour darktable à temps plein.

Conclusion

Le développement logiciel est plein de compromis en permanence : privilégier les fonctionnalités innovantes ou la stabilité, offrir plus de contrôle ou plus de simplicité, privilégier le design de l’interface ou la maintenabilité du code, tout ça dans un contexte où les ressources financières sont nulles, les compétences inégalement réparties et pas toujours disponibles, et le temps disponible très limité. À la fin, darktable s’en tire de façon exemplaire, avec des choix souvents intelligents à long terme. C’est une base très saine pour aller loin, mais il va falloir que les utilisateurs jouent le jeu et comprennent ce dans quoi ils s’engagent.

Ce qui manque vraiment à darktable, en fait, c’est surtout quelques développeurs à temps plein, donc payés par la communauté, pour effectuer les tâches ingrates qui n’amusent personne (et qu’aucun bénévole ne veut effectuer), et pour accélerer le développement des requêtes utilisateurs.

Sur la mailing-list des développeurs, j’ai proposé l’ouverture de primes offertes à des développeurs freelance pour développer des fonctionnalités demandées par la communauté. Ceci est possible sur Bounty Source et permet aux utilisateurs de choisir spécifiquement combien ils veulent donner et sur quel projet. Les développeurs soumettent alors des propositions de code qui, si elles sont validées par l’équipe, sont alors payées et intégrées. Le code source reste ouvert et libre, ce sont juste les heures de travail qui sont ainsi payées aux développeurs, leur permettant d’y consacrer plus de temps.

Je vous propose de répondre à ce court sondage (4 questions) pour évaluer la faisabilité de la chose. Merci !

Depuis la sortie de darktable sous Windows, en décembre 2017, les articles de test et de comparaison se sont multipliés dans la presse photo et sur divers blogs. Sur darktable.fr, on ne s’en réjouit pas tellement. Pourquoi ? Les erreurs, voire les idioties, qu’ils contribuent à colporter ne servent pas la communauté, bien au contraire.

J’avais déjà passé la première couche, justement en décembre 2017, il est plus que temps pour la deuxième.

darktable, le Lightroom gratuit

Dans la tête des journalistes photo, Lightroom est un tel must que tout logiciel de traitement de photos brutes ne peut être qu’une tentative de copie. Qu’on souhaite faire quelque chose d’autre qu’un clone n’est pas une possibilité. Un peu comme les psychanalystes, pour qui tout lapsus ne peut être qu’une manifestation d’un inconscient enfoui et refoulé, jamais un hasard linguistique (il faut trouver du sens partout). Donc, fatalement, dans tous les tests, darktable est un Lightroom en moins bien.

Ensuite, le caractère libre du logiciel est systématiquement résumé à sa gratuité et utilisé comme excuse pour faire passer darktable pour un parent pauvre de Lightroom. On a même vu darktable qualifié de « libre » avec des guillemets, pour bien faire comprendre qu’on n’y croit pas trop.

Donc il est temps de rectifier :

1. Et si Lightroom n’était en fait qu’un darktable payant et moins bien ? Oui, parce que des masques paramétriques ET dessinés, un module fluidité/liquéfier, la possibilité de dupliquer des instances pour faire, notamment, du débruitage en plusieurs passes, cherchez bien dans Lightroom : ça n’existe pas. En outre, darktable vous permet de réaliser et d’utiliser vos propres profils de correction des objectifs (via la librairie Lensfun), et vos propres profils de correction des couleurs (via ArgyllCMS ou l’outil darktable-chart). Ça veut dire que vous n’êtes pas dépendant des développeurs pour intégrer le support de votre appareil, vous êtes autonome.

2. darktable est libre, sans guillemets, et pas gratuit. Ça veut dire que des développeurs collaborent, partagent leur code source, que n’importe qui peut le modifier et collaborer, apporter ses idées ou le réviser pour s’assurer qu’il ne contienne pas de code malicieux. Ensuite, ils partagent leur outil, rédigent et traduisent des documentation, créent des tutoriaux, corrigent les bugs remontés par les utilisateurs, et les assistent dans leur problèmes. Ça veut dire que des chercheurs et étudiants peuvent y pousser le résultat de leurs recherches et favoriser le transfert de technologie au profit de la communauté. Tout ça sans rien demander en retour. darktable n’est pas gratuit, il est offert par ses développeurs à la communauté. En arrière, c’est un boulot constant depuis 2010.

3. darktable n’est pas un concurrent de Lightroom non plus, parce que votre usage de darktable n’enrichit personne, et que le logiciel que vous avez choisi d’utiliser ne change rien pour ses développeurs.

Ça énerve parce que, dès qu’on écrit « gratuit » quelque part, on rameute la république des radins, toujours à l’affût d’une bonne affaire sans rien donner en échange. Des mecs qui se mettent les pieds sur table et crachent dans la soupe quand ça ne va pas comme ils veulent. Le même genre d’individus qui marchandent tout et ne repartent satisfaits que lorsqu’ils ont l’impression d’avoir volé le vendeur. Drôle de satisfaction.

En réalité, l’ouverture du logiciel à Windows à juste ramené une quantité d’utilisateurs consommateurs, réticents à l’idée d’investir dans leur formation, prompts à demander des fonctionnalités et à se plaindre que ça ne marche pas sans avoir lu le mode d’emploi. Pour eux, il faut que ça marche tout de suite sans effort, et même qu’on fasse leur boulot à leur place. Et puis, surtout, ils veulent tout faire comme dans Lightroom.

Donc, si vous voulez un Lightroom gratuit, il y a le téléchargement illégal (donc le vol). Vous vous arrangez avec votre conscience et la loi, mais ça ne sert à rien de venir nous pourrir notre journée en déversant votre frustration.

Le mauvais ouvrier a toujours de mauvais outils

Beaucoup de tests de darktable finissent par quelque chose du genre

« c’est pas mal, mais il manque XYZ pour être au niveau de Lightroom ».

Qu’on soit clair : j’ai appris à utiliser darktable, en même temps que la retouche, en 2012-2013, en visionnant des tutoriaux Lightroom. Imaginez l’exercice : devoir transposer une fonctionnalité d’un logiciel que je n’avais pas vers un logiciel que je découvrais… Mais j’ai toujours été capable de reproduire le tutoriel. Manque-t-il quelque chose à darktable pour faire la même chose que Lightroom ? Je ne crois pas. Par contre, ce qui manque à beaucoup d’utilisateurs, c’est de la souplesse d’esprit.

Quand quelque chose se passe mal, on peut, soit blâmer l’outil, soit blâmer l’utilisateur. Et là, on a des journalistes photo qui, après 10 ans de Lightroom, testent darktable 2 jours et concluent :

• qu’ils ont eu plus de mal à faire ceci,
• que darktable ne sait pas faire cela (en général, c’est faux, mais ils n’ont pas cherché),
• que darktable est plus lent (ce qui dépend des modules utilisés),
• que l’ergonomie est déroutante.

Pour se rendre compte des possibilités d’un logiciel, la première chose serait peut-être de voir ce que les utilisateurs expérimentés sont capables d’en faire, non ?

J’ai repris ce concours RAW par Jared Polin, daté de 2011, qui avait déjà fait l’objet d’un test comparatif avec darktable. J’y ai passé 25 min, essentiellement parce que l’appareil photo n’a pas de profil dans darktable : j’ai donc dû ajuster les couleurs à l’œil, par rapport à l’image de référence, et ça prend pas mal d’aller-retours. Ce qui est intéressant ici, c’est que l’appareil photo utilisé est un vieux Nikon D100, avec une plage dynamique franchement en-dessous de ce qu’on fait aujourd’hui, donc le traitement fait beaucoup dans la récupération du contraste et des détails. Voici l’historique :

Une des critiques habituelles de darktable est la moins bonne conservation des détails en haute lumière.

Observez ce détail de la robe à 100 % et dites-moi si on a perdu des détails dans la texture. En fait, j’ai fait exprès d’atténuer les hautes lumières pour augmenter les détails dans la texture et le drapé. Donc darktable « sait » récupérer les hautes lumières, sous réserve que l’utilisateur sache le faire fonctionner.

Donc, est-ce le logiciel qui est en cause, ou la maîtrise de celui qui prétend le tester ? Je vous laisse juge.

Parlons de l’ergonomie non intuitive

Souvent, les critiques qui reviennent sont :

« puissant mais déroutant ».

Moi j’ai envie de vous dire :

Le véhicule de gauche se déplace en 2D sur route balisée à vitesse inférieure à 295 km/h. En cas d’urgence, le pilote met un coup de frein et s’arrête au bord de la route. Le véhicule de droite se déplace en 3D sur itinéraire non balisé à une vitesse maximale de 1020 km/h et à une altitude maximale de 13 100 m. En cas d’urgence, le pilote ne peut pas s’arrêter car c’est sa vitesse qui fait voler l’avion (portance, décrochage, etc.).

Le véhicule de gauche requiert 30 h de formation pratique. Le véhicule de droite requiert un brevet de pilote privé (60 h de théorie, 45 h de vol), puis un brevet de pilote de ligne (80 h de théorie, 200 h de vol), puis une certification moyen-courrier (A340), puis une certification spéciale A380 long-courrier (après 1700 h de vol moyen-courrier).

Dans un registre plus proche de l’image, vous avez entendu parler du modeleur/animateur 3D Blender ?

Je suis désolé, mais on ne peut pas faire des opérations avancées avec des outils simples. À un moment donné, tout se paie. On ne peut pas avoir un logiciel puissant, riche, qui laisse une totale liberté d’action à l’utilisateur, et qui soit en même temps simple, intuitif, rapide à prendre en main. Tout ce qui est intuitif cache des chose à l’utilisateur. La facilité va se payer plus tard, en terme de limites dans les fonctionnalités.

darktable compte 4 modules différents de débruitage, chacun spécialisés dans un type de bruit particulier, qui offrent des compromis bruit/netteté différents. Il compte aussi 4 modules différents d’accentuation de la netteté, chacun avec des effets de bords différents et un rendu particulier.

Ce qu’il faut comprendre, c’est que chaque module est l’équivalent d’un calque de réglage, qu’on peut masquer, dupliquer, empiler, et qui ne réalise qu’une opération à la fois. La logique de darktable, c’est d’empiler les modules pour empiler les algorithmes. Pas de proposer une interface unifiée avec des réglages communs où l’on ne sait pas trop ce qui se passe en-dessous. La possibilité de relier chaque module avec un algorithme équivaut à la possibilité  de se renseigner sur les limites et les faiblesses de l’algorithme pour comprendre dans quel cas utiliser le module en question. Et pour les développeurs, c’est aussi un moyen propre de compartimenter le code de façon à encourager les contributions et simplifier la maintenance. Chaque module est autonome.

Vous voulez avoir le choix ou pas ? La vraie question est la suivante : pourquoi ça devrait marcher tout de suite, sans effort ? Je signale qu’il n’y a pas si longtemps, la retouche se faisait dans la chambre noire, au pinceau, avec des masques découpés dans du carton, et c’était une autre histoire :

Et, malgré toute cette complexité, les gens se mettaient au travail, sans pleurnicher. Mais ça c’était avant.

Avant de faire de la photo, il y a des gens qui passent par des écoles d’arts appliqués. Ça dure 3 à 4 ans, à raison de 25-30 h de cours par semaine. Dans quelle réalité alternative pensez-vous que la retouche va vous tomber tout cuit dans le bec en quelques tutoriaux vidéos ? Amateur ou pas, ce n’est pas mon problème. C’est un artisanat, vous ne pouvez pas gagner du temps et contourner les difficultés : il faut en chier pour apprendre.

Pas mûr pour un usage professionnel ?

Alors, ça, ça m’a fait bien rire. D’abord, un professionnel, c’est quoi ? Quelqu’un qui vit de la photo ? Quelqu’un qui a des compétences avancées ? Ou les deux ?

Ensuite, le professionnel, c’est qui ?

• Un photojournaliste qui part plusieurs semaines sur le terrain et se retrouve avec des montagnes de photos à trier et archiver à son retour, mais sans faire de retouche élaborée ?
• Un photographe d’art qui retouche quelques photos par jour mais effectue une retouche complète et approfondie pour des tirages grands formats ?
• Un photographe de mariage qui doit gérer plusieurs milliers de photos par semaine et retoucher vite, mais sans devoir revenir sur ses photos archivées plus tard ?
• Un pigiste qui doit envoyer quelques photos basse résolution pour hier à sa rédaction ?
• Un instagrameur-influenceur qui fait tout à l’iPhone et au MacBook, assis dans un café Starbuck’s, et qu’on aura oublié dans 20 ans ?

C’est d’autant plus ridicule que les journalistes qui écrivent ces idioties publient dans des revues (genre Compétence photo) qui sont clairement destinées à des amateurs. Et si elles ne le sont pas, j’aimerais qu’on m’explique pourquoi je n’y apprends jamais rien de nouveau.

La première chose que je fais, quand on me parle d’utilisation « professionnelle », c’est d’aller jeter un œil sur le portfolio de celui qui parle. Une photo professionnelle se reconnaît tout de suite : elle me rend jaloux. Autant vous dire que je ne suis pas jaloux souvent. Du coup, c’est mignon de fantasmer l’activité professionnelle, mais il y a encore des pros qui font de la chambre noire (8×11 pouces), donc vouloir résumer l’activité professionnelle à un asservissement permanent aux caprices d’une mariée hystérique, c’est un assez caricatural et un peu malhonnête.

Ce que je comprends de la remarque « darktable n’est pas mature (ou assez complet) pour une utilisation professionnelle », c’est que darktable n’est pas compatible avec un workflow Lightroom. Étonnant, non ? Si c’est ça que le « professionnel » veut, alors, soit, je m’incline.

darktable permet de classer et archiver ses photos de façon chronologique, thématique (par mot-clés et séries), et géographique. Il permet de faire des requêtes booléennes complexes dans la base de données. Il gère les profils de couleur en entrée et en sortie, au niveau de l’appareil photo, de l’écran, de l’imprimante, et permet de faire du soft-proofing (épreuvage écran) et de vérifier le gamut. Il lit tous les formats courants. Il autorise la création de copie virtuelles et la duplication des retouches d’une photo à l’autre par copier-coller. Il prend en charge OpenCL 2.0 pour tirer parti de la puissance de la carte graphique. Il permet de faire des styles et des réglages conditionnels appliqués automatiquement en fonction des EXIFS de l’image selon les consignes de l’utilisateur. Il permet de gérer des masques complexes, avec des opérations booléennes sur des masques dessinés, combinés avec des masques paramétriques, et de partager/réutiliser les masques entre plusieurs modules.

Je ne vois pas ce qu’il faut de plus pour un professionnel. Il peut travailler avec toute la rigueur dont il a besoin et se simplifier la vie lorsqu’il en a besoin, tout en ayant un processus de retouche entièrement non-destructif, réversible, et transposable d’une photo à l’autre.

Tout n’est pas rose

Je suis un heureux utilisateur de darktable depuis 2011. À l’époque, je bidouillais. darktable me permet aujourd’hui de faire ce dont j’ai besoin, et j’essaie d’apporter ma pierre (ahah) à l’édifice pour l’améliorer, lorsque je le peux. Mais je ne suis pas un fanboy darktable. Un certain nombre de choses m’agacent dans ce logiciel, en particulier que les développeurs contribuent à ce qui les intéresse sans vraiment tenir compte des autres utilisateurs, ce qui génère un ensemble de fonctionnalités pas complètement achevées, des détails mal finis, etc.

Parfois, j’aimerais qu’il y ait une fondation darktable, comme il y a une fondation Blender ou Mozilla, qui puisse lever des fonds pour payer des développeurs à se farcir le boulot pas marrant mais nécessaire d’arrondir les angles dans le logiciel, en tenant compte des besoins des utilisateurs. Mais les développeurs ne veulent pas s’embêter à ça, et on ne peut pas vraiment les en blâmer : ils donnent déjà beaucoup.

Reste que beaucoup de chose sont perfectibles. Mais beaucoup de choses fonctionnent déjà très bien. Et c’est un affront que de vouloir absolument opposer darktable et Lightroom.

De grâce, restez stupide et paresseux, continuez à utiliser Lightroom, et arrêtez de croire qu’on cherche à vous convertir : on se portait très bien avant que darktable ne s’ouvre à Windows. Vous voulez apprendre : on veut bien vous aider. Vous avez la flemme : restez dans votre indigence crasse, shootez en JPEG, on n’a pas besoin de vous. Au fond, c’est simple.