+- Forum darktable FR (https://forums.darktable.fr)
+-- Forum : Utilisation de darktable (https://forums.darktable.fr/forumdisplay.php?fid=97)
+--- Forum : Module Chambre Noire (https://forums.darktable.fr/forumdisplay.php?fid=75)
+--- Sujet : Comportement étrange 2.0.6 (/showthread.php?tid=1447)
Comportement étrange 2.0.6 - jpg54 - 12-09-16
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.
Les copies d'écran sont : https://drive.google.com/drive/folders/0B9wDMMkA94RTYlJheHNGbTVOXzA?usp=sharing
Comportement étrange 2.0.6 - mimi85 - 12-09-16
Merci pour l'info.
Comportement étrange 2.0.6 - jpg54 - 12-09-16
Pas de quoi. J'ai toujours les dernières modifications compilées mais je ne sais pas comment faire un .deb pour le partager.
Comportement étrange 2.0.6 - vedeheme - 25-09-16
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
Code :
pmjdebruijnPour 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.
Comportement étrange 2.0.6 - vedeheme - 25-09-16
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 !)
RE: Comportement étrange 2.0.6 - vedeheme - 10-01-18
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.
RE: Comportement étrange 2.0.6 - pascal - 10-01-18
> Nikon 1 V1
En 12bit? Compressé non compressé?
Je pense qu'il manque des RAW pour ce boîtier, si possible contribuer ici sinon le problème ne sera jamais corrigé:
https://raw.pixls.us/
Il n'y a pour le moment que le RAW 12bit avec compression sans perte.
RE: Comportement étrange 2.0.6 - vedeheme - 11-01-18
(10-01-18, 12:04)pascal a écrit : > Nikon 1 V1
En 12bit? Compressé non compressé?
Je pense qu'il manque des RAW pour ce boîtier, si possible contribuer ici sinon le problème ne sera jamais corrigé:
https://raw.pixls.us/
Il n'y a pour le moment que le RAW 12bit avec compression sans perte.
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.
RE: Comportement étrange 2.0.6 - pascal - 11-01-18
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.
Oui je suis dévelopeur mais je ne connais pas du tout cette partie du code. La lecture des RAW se fait dans le sous module rawspeed c'est tout ce que je sais:
https://github.com/darktable-org/rawspeed/tree/43d2b76e4e32ed49a1f50fac4b1726411fedcf83
RE: Comportement étrange 2.0.6 - vedeheme - 11-01-18
(11-01-18, 11:22)pascal a écrit : ... 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....
... La lecture des RAW se fait dans le sous module rawspeed c'est tout ce que je sais:
https://github.com/darktable-org/rawspeed/tree/43d2b76e4e32ed49a1f50fac4b1726411fedcf83
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 .
Merci pour la référence vers le code. En parcourant rapidement l’arborescence, on trouve le fichier NefDecoder.cpp qui, manifestement, est le code pour décoder les fichiers NEF. Ce n'est pas aujourd'hui que je trouverai une solution mais c'est un bon point de départ.
https://github.com/darktable-org/rawspeed/blob/43d2b76e4e32ed49a1f50fac4b1726411fedcf83/src/librawspeed/decoders/NefDecoder.cpp