[RÉSOLU] Correction des objectifs: Tamron 24-70 g2

Utilisation du logiciel Chambre Noire
21

Votre code correspond bien à ma copie d’écran puisqu’il s’agit bien d’exiftool …
Je suis sous Windows et l’info est bonne. Quant à savoir pourquoi elle ne l’est pas sous Linux, je ne peux hélas rien pour vous. Peut-être une différence de version d’exiv2 (pour Windows c’est la version 0.27.2) ou autre chose …

22

@PascalG
Mon problème ne date pas d’hier mais comme ça commençait à me gonfler, j’ai cherché à mieux comprendre.

Darktable 2.6, 2.7, 3.0, 3.1 même problème
J’ai compilé lensfun dans l’espoir d’une solution: même problème
J’ai compilé exiv2 ( 2.7) même problème

seule consolation le tamron est reconnu « out of the box » dans rawtherapee…

23

pascalG > Je suis sous Windows et l’info est bonne. Quant à savoir pourquoi elle ne l’est pas sous Linux, je ne peux hélas rien pour vous. Peut-être une différence de version d’exiv2 (pour Windows c’est la version 0.27.2) ou autre chose …

Voir plus haut posté juste avant toi, exiv2 0.26 le voyait déjà sous Manjaro Linux.

@ jpg54 juste pour info c’est quoi ton système, un Ubuntu ou dérivé comme darkshot ?

24

Je pense que c’est exiv2 qui se mélange les pinceaux :

25

J’ai fait l’essai sur plusieurs raw récupérès, le tamron est vu comme un canon 300…

26

M’ouai

Pas le premier post où exiv2 est montré du doigt, mais pour autant ça fonctionne très bien

Voir ma capture écran plus bas
A gauche du Win10 1909 + dt 3.0
A droite du Manjaro up to date + dt 3.0

Je ne vois plus que deux issues
Le problème se cache dans vos préférences de dt, un petit test en renommant votre dossier avant pour ne rien perdre et partir sur un darktable de base le précisera ou pas
Les compilations ubuntuesques et dérivées merdent, y compris faites en local pour les 3.1.

Pour information voilà le pkgbuild utilisé pour préparer la compilation sous du Arch, il y est noté toutes les dépendances, rolling release oblige, ce sont les dernières versions connues et sorties de « testing ».

Enfin bon, j’espère me tromper, quantité sont sous une buntu ou dérivée quelconque

Accessoirement je ne comprends pas pourquoi une telle application phare ne soit pas dans les dépôts Ubuntu ou au moins dans la branche universe et qu’il faille en passer par un PPA

27

Alors je suis reparti sur une 2.6 de darktable instqallée via synaptic

Pareil: info image me donne bien canon 300, tout comme le module correction des objectifs

Donc?

28

Ce problème est vraiment étrange mais après relecture (et tests), lensfun peut être éliminé du problème puisque l’objectif est bien dans la liste. D’ailleurs, darkshot tu le confirme en indiquant que tu as pu le sélectionner. Donc, Lensfun connaît l’objectif. Et si l’info n’est pas mise à jour dans les données de l’image, c’est lié au lien entre le numéro détecté d’objectifs par rapport aux infos connus de la librairie exiv2 installée sur le système.

Par exemple, j’ai testé le premier RAW de darkshot et j’ai le même problème (lensfun est à jour et j’utilise la version master ; exiv2 0.25 sur Ubuntu 19.10) : l’affichage du Canon 300 mm au lieu du Tamron. Pour l’image de la fille que jacotux a trouvé sur le web (boîtier 5D mark IV), pas d’objectif détecté carrément et je peux du coup sélectionner le Tamron dans la liste d’objectifs (donc Lensfun ok mais Exiv2 merde dans la détection de l’objectif, donc ne permet pas à Lensfun de poser la bonne correction d’objectifs).

Voilà déjà pour ce qu’on peut confirmer. Maintenant, sur Exiv2, on voit que la même version peut fonctionner sur Windows et Linux mais pas forcément sur tous les systèmes Linux. Mais ça ne semble pas non plus être un problème de version d’Exiv2 puisqu’à priori rencontré aussi bien sur Exiv2 0.25 que 0.26, 0.27…

Donc il y a autre chose en lien et probablement pas lié à darktable mais peut-être à une configuration d’Exiv2. Là je ne maîtrise pas assez Exiv2 pour aller plus loin mais ça donne une direction pour trouver l’origine de cet étrange bug !

Pour Rawtherapee, je ne suis pas sûr qu’il utilise Exiv2. Je sais qu’il utilise Lensfun ensuite pour la correction d’objectifs comme darktable mais malgré recherches, je n’ai trouvé aucune mention d’Exiv2 qui serait utilisé par Rawtherapee (évidemment, ça ne veut pas dire que Rawtherapee ne l’utilise pas).

29

Oui mais ce n’est pas une question de version dt, lensfun ou exiv2 , plus haut je montre qu’avec exiv2 0.26 du 28 avril 2017 l’info boîtier/objectif est bien lue.
Ce n’est pas non plus un problème de version dt, les 2.6.x et 3.x de mon coté ont toutes vues le couple D5 mark IV/objectif sur au moins trois raw (dont le tient) et même sur un hybride EOS FF type . Testés avec 2 PC différents sous Win10 ou Manjaro + une machine virtuelle sous les Manjaro 17.1 (exiv2 0.26) et 18.1.5 (exiv2 0.27)

Comme je le dis avant, ne reste que des préférences personnelles entre nous (mais je ne vois pas pourquoi) et le système d’exploitation, donc je mise assez fort sur la compilation qui n’est pas conduite forcement pareille dans Arch vs Debian et leur fillottes.

Chez moi j’ai un Mint sur un PC un peu à l’abandon je vais essayer ce soir.

30

Je viens en plus de regarder ce qui est indiqué sur les rapports de bugs Exiv2 (lien partagé par darkshot). Pour qu’Exiv2 fasse le lien entre l’ID de l’objectif via les données EXIF de l’image (exiftool ne sert à rien ici) pour l’associer avec l’objectif (ou ajouter manuellement dans un fichier .exiv2 à la racine du dossier utilisateur. Ok, mais exiv2 (au moins en version 0.25) ne détecte même pas d’ID. Je viens de faire le test sur le premier RAW de darkshot (déjà là on a une source du problème ; comme l’a montré jpg54 d’ailleurs, voir son post plus haut).

j’ai la même chose. En faisant la commande suivante adaptée (expliqué sur le lien suivant : https://dev.exiv2.org/issues/1372), aucun « LensID » détectée donc pas de numéro d’identifiant d’objectif détectée. Et comme il détecté un type d’objectif Canon 300mm, par défaut c’est celui-là qui est affiché) :

exiv2 -pa --grep Lens fichierimage.cr2

D’après les rapports de bugs cités, la solution serait de créer un fichier ‹ .exiv2 › à la racine du dossier utilisateur et d’y coller le code suivant :

[canon] 491=Tamron SP 24-70mm F/2.8 Di VC USD G2

D’après les recherches et tests faits, le numéro de l’objectif serait 491. Par contre, de ce que j’ai vu, il faut bien au minimum exiv2 0.26 installé (je ne peux donc pas vérifier si ça fonctionne n’ayant que exiv2 0.25 et pas besoin de plus) et apparemment que darktable est dans son code le support de cette option introduite dans exiv2 0.26, à savoir le support de ce fichier .exiv2.

Sur ce dernier point, je ne sais pas si darktable gère ça (et si j’ai bien compris mes lectures sur exiv2). Si un dév passe par là (@aurelienpierre, @pascal…)…

Les liens utilisés pour ces infos :

31

J’avais pensé à un problème de correspondance de noms d’objectif entre lensfun et exiv2. Mais apparement non.
Ce qui est assez pénible et frustrant c’est de ne rien comprendre aux 3/4 posts sur le site de exiv2 ( voir post précédent).
[hr]

Qu’entends-tu par "racine du dossier utilisateur? /home?

32

En faisant la commande suivante adaptée (expliqué sur le lien suivant : https://dev.exiv2.org/issues/1372), aucun « LensID » détectée donc pas de numéro d’identifiant d’objectif détectée. Et comme il détecté un type d’objectif Canon 300mm, par défaut c’est celui-là qui est affiché) :

Code :

exiv2 -pa --grep Lens fichierimage.cr2

J’insiste mais moi j’ai

Sinon après relecture je me suis mal exprimé avant en parlant de compilation, je ne voudrais pas jeter le trouble..
Bien sûr que la compilation à la main est conduite de la même façon peu importe la lignée de distribution utilisée.
De plus pour darktable nous allons chercher les mêmes sources au même endroit, que ce soit la 3.0 ou la master.

Là où je voulais en venir et là où ça diffère nous avons besoin des dépendances pour que la compilation aille à son terme.
Et ces dépendances nous viennent de nos dépots respectifs et pas forcément toutes aux mêmes versions, tout dépend du cycle de livraison des distri.

33

Euh là, tu m’inquiètes. As-tu lu mes posts ? Je prends le temps de lire les rapports que tu ne comprends pas et t’en résumer ce qui en est important pour ton problème, te proposer une potentielle solution simple à tester (créer ce fichier .exiv2 avec les lignes à copier) et tu te contentes de me renvoyer vers ton post précédent… Sur mon précédent post (le 2ème), je commence quand même par " Je viens en plus de regarder ce qui est indiqué sur les rapports de bugs Exiv2".

Et je suis surpris qu’un truc aussi simple que « racine du dossier utilisateur » ne soit pas clair. Dossier utilisateur, c’est le dossier où tes données persos sont stockées donc pas /home mais le dossier avec ton nom d’utilisateur dans le dossier /home… Et la racine, j’espère que tu connais le sens de ce mot (là c’est du français).
[hr]

Oui, c’est ce que j’ai précisé, pas de LensID. Mais en prenant les liens que tu avais partagé et en les lisant, tu verras que c’est normal pour cet objectif et que c’est par une autre option de la commande exiv2 que tu obtiens le numéro ID par une ligne LensType.

Après pour ta capture et « j’insiste », je ne vois pas ce que ça apporte. Ok, on a vu que tu as les données mais ça ne change pas le problème.

34

désolé, moment d’égarement, j’ai passé un bon moment à éplucher plein de trucs et je me suis un peu perdu
…je pensais à un truc à propos de exiv2.

35

@ darkshot > Après pour ta capture et « j’insiste », je ne vois pas ce que ça apporte. Ok, on a vu que tu as les données mais ça ne change pas le problème.

Pas d’énervement, je planche depuis hier soir à essayer de comprendre le problème.
Ben si justement ça change que moi ce problème je ne le vois pas et je ne l’ai pas.

Alors si, je viens de le mettre en évidence sur mon petit EeePC 1011, Linux Mint 19.1, darktable 2.4.2, c’est de l’ancien ok
Pour exiv2 (0.25-3.1ubuntu) néanmoins le retour de la commande est différente que sous ma Manjaro datée en machine virtuelle, elle aussi en exiv2 0.25 et pourtant sur celle-ci aucun problème avec un dt 2.6 !

Là je vois deux lignes absentes ailleurs le Canon EF 300 et en dessous 24.0 - 70.0 mm ???

36

J’ai crée un fichier .exiv2 dans mon home avec le code, mais cela ne change rien. Je continue à chercher. Merci!
[hr]

@jacotux
C’est pas moi!!! :smiley: :cool:

37

Bon pour moi la messe est dite.
Je viens d’installer une Xubuntu toute neuve, dernier modèle et juste descendu darktable et ton raw
Ça y est je fais partie de la bande… ça ne fonctionne pas, LOL
M’enfin noyau 4.15, le gestionnaire de fichier en 1.6.15 alors que la dernière version c’est du 1.8.11
On me dira que ça n’a rien à voir mais si le reste est du même topo, hein !
Comme je ne vais pas passer ma soirée à faire le tour de tous les PPA pour avoir quelque chose d’à peu près up to date, j’en reste là.

Comique darktable s’installe sans exiv2

Quant on possède un 5D mark IV et un Tamron 28-70 on ne reste pas sous une butinerie quelconque, désolé d’être un peu dur.
Moi aussi je fini par perdre patience

38

Désolé pas compris…

Ok, merci pour tes contributions!

39

Désolé à vous deux je n’avais pas vu que nicoauffray avait fait une double réponse
En plus je réponds à coté de la plaque sans réagir à ce que me signifiait nicoauffray au sujet de la commande

J’ai pix comme viewer d’image, moins gourmand en dépendances, j’ai essayé de remonter l’arbre, mais c’est un bout sans fin
Il doit probablement manquer un paquet, un lien symbolique ou je ne sais quoi à l’installation de dt dans une buntu
Ce que voit pix, bon il y en a des pages et des pages si c’est un jpeg dévellopé sous dt on a tout le détail du pipe

40

Le problème vient de la distribution ou plutôt de sa lignée et son mode de paquetage .deb, mais quoi je n’en sais rien.
Très probablement dans les paquets descendus des dépôts demandés comme dépendance.
Chaque lignée voit midi à sa porte et gère l’arbre des dépendances de façon différente.
D’autant que l’on a parfois des versions très décalées de paquets.

Il serait intéressant de savoir si ceux qui travaillent sur une base Red Hat, paquet .rpm ont aussi le même résultat… ou d’autre .tgz (slackware)
Un archer contre trois ou quatre debianistes je me sens en infériorité :cool: