20-09-16, 19:19
Préambule : Que les informaticiens qui me liront ne poussent pas de grand cris. J'ai essayé d'expliquer ça avec des mots simples afin de faire comprendre cette difficulté au plus grand nombre.
Ce qui coince, outre les éventuels problèmes juridiques déjà évoqués, ce n'est pas la disponibilité des fichiers, mais leur exploitation dans DT. Pour appliquer une correction optique il faut en effet déformer l'image en fonction des données numériques fournies dans le fichier. Pour cela, DT utilise la librairie Lensfun. On a donc la chaîne suivante : darktable appelle Lensfun qui lit ses fichiers de définition d'objectifs, corrige l'image et la renvoie à DT. Pour pouvoir "causer" avec Lensfun, darktable utilise l'API de Lensfun.
Une API (Application programming interface), est la description des "point d'entrée" et "point de sortie" qui permettent d'envoyer des commandes à l'appli - ici Lensfun -, et de recevoir les réponses de l'appli : dans ce cas l'image corrigée. Ces interfaces (API), sont propres à chaque logiciel.
Souvent les points de communication sont utilisés à de nombreux endroits dans le logiciel appelant. Il y a donc un lien assez étroit entre DT et Lensfun. S'il fallait remplacer Lensfun par quelque chose d'autre. Il faudrait modifier toutes les occurrences de l'API Lensfun dans DT, et très probablement, une partie de la logique de fonctionnement de DT ; une autre API n'ayant très certainement pas besoin des mêmes informations et pas au même moment (Même chose au moment de la restitution des données traitées).
Donc on restera très probablement avec Lensfun pendant un bon bout de temps.
La solution ? Aider l'équipe Lensfun en caractérisant le plus d'objectifs possible ! Ça peut aller de la simple fourniture des photos nécessaires, au calcul complet des données. Je l'ai déjà fait ; ce n'est pas insurmontable. Le mainteneur actuel de Lensfun, Torsten Bronger, a fait un tutoriel web ICI et une vidéo ICI
Ce qui coince, outre les éventuels problèmes juridiques déjà évoqués, ce n'est pas la disponibilité des fichiers, mais leur exploitation dans DT. Pour appliquer une correction optique il faut en effet déformer l'image en fonction des données numériques fournies dans le fichier. Pour cela, DT utilise la librairie Lensfun. On a donc la chaîne suivante : darktable appelle Lensfun qui lit ses fichiers de définition d'objectifs, corrige l'image et la renvoie à DT. Pour pouvoir "causer" avec Lensfun, darktable utilise l'API de Lensfun.
Une API (Application programming interface), est la description des "point d'entrée" et "point de sortie" qui permettent d'envoyer des commandes à l'appli - ici Lensfun -, et de recevoir les réponses de l'appli : dans ce cas l'image corrigée. Ces interfaces (API), sont propres à chaque logiciel.
Souvent les points de communication sont utilisés à de nombreux endroits dans le logiciel appelant. Il y a donc un lien assez étroit entre DT et Lensfun. S'il fallait remplacer Lensfun par quelque chose d'autre. Il faudrait modifier toutes les occurrences de l'API Lensfun dans DT, et très probablement, une partie de la logique de fonctionnement de DT ; une autre API n'ayant très certainement pas besoin des mêmes informations et pas au même moment (Même chose au moment de la restitution des données traitées).
Donc on restera très probablement avec Lensfun pendant un bon bout de temps.
La solution ? Aider l'équipe Lensfun en caractérisant le plus d'objectifs possible ! Ça peut aller de la simple fourniture des photos nécessaires, au calcul complet des données. Je l'ai déjà fait ; ce n'est pas insurmontable. Le mainteneur actuel de Lensfun, Torsten Bronger, a fait un tutoriel web ICI et une vidéo ICI
Mes photos : jpverrue.fr
Effectivement dans l'Open Source les logiciels utilisent beaucoup de bibliothèques créées et supportées par d'autres. Lenfun pour dt mais on peut lister Gtk+, gphoto, openjpeg2, graphicmagic, libtiff, libjpeg, libcurl, libpng, libjson, libflickr, libcups, libgomp (parallélisme), libexif, libwebp, libcolord... En d'autres encore.