Suggestion : recopie de /usr/share/lensfun/slr-nikon.xml dans ~/.local/share/lensfun et édition de ~/.local/share/lensfun/slr-nikon.xml pour virer tout ce qui ne concerne pas ce Nikkor AF-S 16-80mm f/2.8-4E DX ED VR, c’est à dire supprimer tout avant
<lens>
<maker>Nikon</maker>
<model>Nikon AF-S DX Zoom-Nikkor 16-85mm f/3.5-5.6G ED VR</model>
et après le
</lens>
suivant…
Puis renommage de la ligne par :
<model>Nikon AF-S DX Nikkor 16-80mm f/2.8-4E ED VR</model>
Je viens de tester avec la dernière version de darktable que je viens de compiler, le boîtier et l’objectif est parfaitement reconnu et les correction s’applique automatiquement. J’ai le même problème avec darktable 2.4.3 sous Mint 18.3.
Je regarde plus tard si l’on peut faire quelque chose avant qu’une version sorte et corrige ce problème.
J’ai regardé si le problème ne vient pas de rawspeed, j’ai comparé les 2 fichiers : cameras.xml et showcameras.xsl, ils sont identiques. J’ai 2 liblensfun installés sur cette distribution : 0.2.8-3 et 0.3.2-3. J’ai essayé les 2 fichiers slr-nikon.xml dans le répertoire ~/.local/share/lensfun/ sans changement dans avec darktable 2.4.3.
J’ai dit une bêtise, pour l’instant la version compilée fait exactement ce que fait la 2.4.3. L’erreur que j’ai faite vient du fait que j’avais fait une sélection manuelle de l’objectif avec la 2.4.3 sans la supprimer du traitement en la quittant. Donc en ouvrant la version compilée, le .xmp a été repris !
Je viens de modifier le fichier slr-nikon.xml (récupéré sur https://sourceforge.net/p/lensfun/code/ci/master/tree/data/db/), La base de données est en version 2.
J’ai mis dans le répertoire : ~/.local/share/lensfun/ et ça fonctionne :
J’ai travaillé sous Solus mais je testerais le fichier sous KUbuntu 18.04 quand je serais sur l’autre portable. Je te peux mettre en téléchargement le fichier corrigé et donner le lien en M.P.
Il y a eu une discussion pour la modification des fichiers de lensfun.
[hr]
Maintenant, l’objectif n’est pas bien défini dans les exif lus par darktable 2.4.3 sous KUbuntu 18.04 :
:@ :dodgy: :s
C’est peut être une désynchronisation entre les données en base et celle de la photo.
Peut être faire un premier essai en enlevant l’image de la base (Enlever) puis en la rajoutant.
Si tj KO, faire de même mais en supprimant le XMP associé (penser à le sauvegarder avant). Enelver la photo de la Base / renommer le XMP / ajouter à nouveau l’image)
Mais après un passage en chambre noire, les infos sont modifiées et ne correspondent plus à l’Exif
[hr]
Autre point curieux
L’exif indique : Lens ID : AF-S VR DX 16-80mm f/2.8-4.0E ED
ce qui est encore différent que ce qu’affiche DT
[hr]
Autre test : J’ai monté mon 16-80 sur mon autre boitier un D300. J’obtiens exactement la même erreur.
Je sais pas, le pire c’est sous KUbuntu 18.04 ou il nomme l’objectif : 173 alors que j’ai toujours utilisé le même fichier.
Il faut me laisser un peu de temps pour essayer de trouver pourquoi tout ça. C’est pas normal que les exif changent après passage dans la chambre noir.
Ouf, la nuit a été de bons conseils (sous Mint 18.3 avec darktable 2.4.3) :
Il faut adapter les fichier de LensFun doivent être adapter dans leur entête pour la version utilisé.
Bon maintenant, il faut que je comprenne pourquoi darktable 2.4.3 utilisé sous KUbuntu 18.04 lit dans les exif comme objectif = 173.
Pour info, sur Ubuntu 16.04 LTS, j’avais aussi un objectif qui était nommé dans les exifs 176. Sur cette version d’Ubuntu paquet lensfun 0.2.8…
Passé sur Ubuntu 18.04 LTS les paquets lensfun 0.3.2-4, j’ai toujours dans les exifs 176 comme nom de l’objectif.
Ce dernier est canon efs 18-135
En cherchant je penses que dans la désignation de l’objectif, il doit y avoir un caractère non supporté par lensfun.
Je crois qu’il y a eu quelques postes à ce sujet.
De plus comme lensfun est franchement pas ma tasse de thé, j’ai lâché l’affaire.