Je suis confronté à un comportement étrange de DT 2.0.6. En effet je tente d’ouvrir une photo (.NEF) que j’ai déjà dans le passé traité avec CNX2 (logiciel Nikon). J’ai un message me disant « Impossible de récupérer la balance des blancs », et la photo ne s’ouvre pas dans la chambre noire.
Je suis allé sous Windows ou j’ai toujours DT 2.0 64bits de Partha, et là j’ai ouvert sans problème et traité cette photo, et sorti le Jpg. Ayant créer un fichier xmp, je pensais pouvoir retourner sous Ubuntu et ouvrir cette photo (je travaille dans le fichier partagé.) Eh bien non, dans la table lumineuse j’ai maintenant une tête de mort.
Y a t il comme sous windows, la possibilité de vider le cache de DT, si oui, ou se trouve-t-il, et qu’elle est la commande je suppose dans un terminal pour faire la manip.
Espérons que la 2.0.7 réglera le problème. De mon côté je vais essayer quelques petites manips avec le remplaçant de CNX2 pour voir si c’est une question de modification de NEF.
le NEF ne s’ouvre pas, si dans le nom du fichier il y a un « _ » d’origine au moment du transfert sur l’ordinateur.
Si ils sont renommés au moment du transfert, sans « _ », les NEF s’ouvrent sans problème.
Si par contre on renomme en supprimant le « _ » après le transfert, l’erreur persiste:
dans table lumineuse, un message dit que le format est inconnu
dans la chambre noire, un message dit qu’il ne peut récupérer la balance des blancs
Mon anglais n’est pas suffisamment « fluent » pour expliquer cela aux développeurs, si quelqu’un sait contacter les développeurs…ça peut être une piste.
J’ai l’impression que le problème touche pas mal d’utilisateurs Nikon, du coup, les développeurs vont être obligés de corriger rapidement et de sortir une 2.0.7 dans la foulée à mon avis.
C’est la photo qui m’a fait découvrir le petit problème. Elle a été faite avec un D7100.
Cette AM, j’ai traité des photos du D750, qui ont aussi l’ « _ », sans soucis. Par contre elles ont été renommées par « Nikon Transfer 2 » au moment du transfert en NK_xxxxx.nef
Je viens de la télécharger, elle s’ouvre parfaitement avec la version 2.1.0-1521 que je viens de compiler mais pas avec la version 2.0.6 que j’ai aussi installé. Je pense que le problème est résolu et il faut attendre qu’ils le mettent dans la prochaine version UnStable.
Merci pour cette discussion.
J’ai constaté le problème sur toutes les versions 2.0.6 sous linux : sous Fedora 23 avec une version compilée à partir du code source, sous ubuntu avec la version pmjdebruijnet sous arch linux avec la dernière version qui s’installe en faisant la mise à jour avec pacman. Il ne se produit pas sous fedora 24 avec la version 2.0.5 qui est distribuée en standard (dnf install) et je n’avais pas de problème avec la version 2.0.5 sous toutes les versions linux que j’utilise.
Pour mon cas, il se produit des des NEF provenant du Nikon 1 V1. Je n’ai pas de problème avec les NEF du D700.
Lire : [quote quote=3412] Pour mon cas, il se produit sur des NEF provenant du Nikon 1 V1. Je n’ai pas de problème avec les NEF du D700. [/quote] (plus moyen de modifier l’erreur initiale !)
Pour le Nikon 1 V1 ,cette même erreur est réapparue dans la version 2.4.0 distribuée sous fedora 27 et sous archlinux.
Je suis donc revenu à la version 2.2.5 où l’erreur n’existe pas.
A mon avis, il n’y a qu’un seul format RAW pour le Nikon 1 V1 ( Pages 119-120 du manuel). Je suppose qu’il s’agit d’un format compressé avec perte mais ce n’est pas précisé.
L’option 12/14 bits associée à un format non comprimé/ comprimé sans perte/ comprimé avec perte existe bien pour le D700. J’utilise le format 14 bits comprimé sans perte et je n’ai pas d’erreur avec aucune version de Darktable.
Sur le D2X, il n’existe que l’option 12 bits comprimé ou non et je suppose qu’il s’agit d’un format comprimé avec perte puisque ce n’est pas précisé. C’est ce format là que j’utilise et je n’ai pas non plus d’erreur avec Darktable.
Je peux également fournir un fichier RAW Nikon 1 V1 qui pose problème : il faut juste m’indiquer comment le faire parvenir (via https://raw.pixls.us/ ?] ).
Avec la version 2.4.0, pour certains fichiers, cela fonctionne et pour d’autres pas, cela est d’autant plus étonnant que j’utilise toujours le même format RAW 12 bits. Avec la version 2.2.5, aucune erreur, cela fonctionne toujours.
Puisque vous êtes développeur, vous pouvez éventuellement m’indiquer dans quel module ou quel fichier de paramètre cela se passe. Je pourrais regarder et, dans le meilleur des cas, proposer une correction.
Sur https://raw.pixls.us/ tu as un bouton [Parcourir] pour sélectionner ton RAW sur ta machine. Puis le bouton [Upload] pour envoyer ce fichier sur le site. Tu dois aussi cocher les deux cases qui déclare que tu es l’auteur de la photo et que les fichiers ont bien été récupéré brut depuis la carte mémoire et non en passant par un logiciel qui peut modifier des choses.
Les fichiers que je traite ont toujours été modifiés par Viewnx2 pour y introduire des métadonnées (ville, province pays) . C’est la seule méthode que j’ai trouvé puisque, à ma connaissance, Darktable ne permet pas d’introduire ce genre de métadonnées. Par contre, il recopie bien ces métadonnées dans le fichier jpeg généré.
Les erreurs que je signale sont relatives à ce genre de fichier. Je dois donc encore faire un essai supplémentaire pour voir si cela se produit avec les fichiers bruts que je possède encore sur la carte SD .