25-02-21, 15:19
Allô, bon matin !
Le module de calibration est déjà dans darktable en 3.4, il applique en fait une matrice RGB dans le même esprit que les profils ICC matriciels, sauf que les valeurs sont définies par l'utilisateur.
La fonction qui permet d'extraire la matrice d'une charte de couleur arrive dans 3.6.
Les valeurs sont codées en dur pour 2 raisons :
1. pour empêcher les utilisateurs d'utiliser n'importe quelle charte (toutes les saloperies chinoises à 20 € risquent de produire l'inverse de l'effet escompté), et vue la quantité de demandes que j'ai eu pour supporter lesdites saloperies, je pense que j'ai bien fait,
2. il faudrait coder un parser de texte pour extraire les données de fichiers arbitraires, c'est du code d'interface potentiellement buggé en plus et je ne connais rien à la manipulation de texte en C.
Personnellement, étant donné qu'une ColorChecker neuve couvre à peine le sRGB (ce qui n'est pas beaucoup), si elle est vieille et affadie, je la remplacerais direct (même en ayant la possibilité de refaire une mesure au spectrophotomètre) parce qu'elle risque de couvrir encore moins que le sRGB ce qui risque de faire des profils valides seulement pour des couleurs très neutres.
Pour l'instant c'est moi qui intègre à la main les valeurs des chartes commerciales (fournies par les utilisateurs) après les avoir vérifiées et corrigées. Je pense qu'un minimum de contrôle qualité est requis pour un truc aussi important. J'ai vu beaucoup trop de gens se tirer dans le pied en faisant leur propres profils n'importe comment, et créer des problèmes pires que ceux qu'ils pensaient régler.
Le module de calibration est déjà dans darktable en 3.4, il applique en fait une matrice RGB dans le même esprit que les profils ICC matriciels, sauf que les valeurs sont définies par l'utilisateur.
La fonction qui permet d'extraire la matrice d'une charte de couleur arrive dans 3.6.
Les valeurs sont codées en dur pour 2 raisons :
1. pour empêcher les utilisateurs d'utiliser n'importe quelle charte (toutes les saloperies chinoises à 20 € risquent de produire l'inverse de l'effet escompté), et vue la quantité de demandes que j'ai eu pour supporter lesdites saloperies, je pense que j'ai bien fait,
2. il faudrait coder un parser de texte pour extraire les données de fichiers arbitraires, c'est du code d'interface potentiellement buggé en plus et je ne connais rien à la manipulation de texte en C.
Personnellement, étant donné qu'une ColorChecker neuve couvre à peine le sRGB (ce qui n'est pas beaucoup), si elle est vieille et affadie, je la remplacerais direct (même en ayant la possibilité de refaire une mesure au spectrophotomètre) parce qu'elle risque de couvrir encore moins que le sRGB ce qui risque de faire des profils valides seulement pour des couleurs très neutres.
Pour l'instant c'est moi qui intègre à la main les valeurs des chartes commerciales (fournies par les utilisateurs) après les avoir vérifiées et corrigées. Je pense qu'un minimum de contrôle qualité est requis pour un truc aussi important. J'ai vu beaucoup trop de gens se tirer dans le pied en faisant leur propres profils n'importe comment, et créer des problèmes pires que ceux qu'ils pensaient régler.
Aurélien, photographe portraitiste, spécialiste calcul.
Développeur de filmique, égaliseur de tons, balance couleur, etc.
darktable est mon métier, pensez à m'aider :
![[Image: 2FAd4rc]](https://bit.ly/2FAd4rc)
Développeur de filmique, égaliseur de tons, balance couleur, etc.
darktable est mon métier, pensez à m'aider :