Comportement étrange 2.0.6

[pascal]

> Les fichiers que je traite ont toujours été modifiés par Viewnx2 pour y introduire des métadonnées (ville, province pays) .

Comme déjà dit plusieurs fois ici, laisser un outil modifier ses RAW est une source inépuisable de problèmes Donc finalement je ne suis pas étonné que cela puisse poser problèmes lors du décodage du RAW.

[vedeheme]

> Les fichiers que je traite ont toujours été modifiés par Viewnx2 pour y introduire des métadonnées (ville, province pays) .

Comme déjà dit plusieurs fois ici, laisser un outil modifier ses RAW est une source inépuisable de problèmes Donc finalement je ne suis pas étonné que cela puisse poser problèmes lors du décodage du RAW.

Je viens de faire un test à partir de fichiers RAW non modifiés et la version DT 2.4.0 recompilée à partir des sources sous archlinux. L'erreur se produit bien sur les mêmes images. Le travail d'investigation peut commencer ...

[pascal]

Super dans ce cas contribue ton RAW pour qu'il passe par les bonnes moulinettes et s'assurer qu'il soit pris en charge rapidement dans dt.

[vedeheme]

Super dans ce cas contribue ton RAW pour qu'il passe par les bonnes moulinettes et s'assurer qu'il soit pris en charge rapidement dans dt.

J'ai du en chercher un qui soit moins personnel , l'erreur ne se produit que pour quelques fichiers. J'en ai téléchargé un mais je ne le vois pas dans la liste. Y a-t-il un  délai avant qu'il n'apparaisse ?

J'ai comparé les codes source des versions 2.2.5 et 2.4.0, il y a vraiment eu beaucoup de modifications. Il semble qu'il y ait eu une réécriture du code. La modification du code source n'est vraiment pas accessible à quelqu'un qui n'y a pas participé.
J'ai téléchargé et compilé la dernière version de développement 2.5.0+95... (git clone https://github.com/darktable-org/darktable).
L'erreur est toujours présente.

Sinon l'erreur qui s'affiche dans la console est la suivante :

Code :

[rawspeed] (DSC_4274.NEF) rawspeed::RawImage rawspeed::RawDecoder::decodeRaw(), line 284: void rawspeed::BitStream<Tag, Cache>::fillSafe() [with Tag = rawspeed::MSBBitPumpTag; Cache = rawspeed::BitStreamCacheRightInLeftOut], line 128: Buffer overflow read in BitStream

[pascal]

Je ne sais pas pour le délai. Mais avec l'erreur que tu rencontres je pense que ce sera suffisant pour qu'un dev corrige s'il peut reproduire de son coté.

---

Ok, je viens de discuter avec les devs. Tes images ont été rejetées car elle contiennent des personnes. Pour des raisons légales ce n'est pas accepté.

Ce serait bien donc si tu pouvais charger des images sans humain, plusieurs certaines qui marchent d'autres qui plantent.

Aussi lorsque cela est fait, peux-tu ouvrir une demande sur redmine avec la réf de ton RAW et les message d'erreur comme posté ci-dessus.

Avec tout cela le problème sera corrigé.

---

Pour le redmine c'est ici: https://redmine.darktable.org/projects/d...issues/new

[vedeheme]

... Pour le redmine c'est ici: https://redmine.darktable.org/projects/d...issues/new

Merci beaucoup pour l'aide , la discussion est en cours ici:
https://redmine.darktable.org/issues/11923

[pascal]

Oui, comme tu peux le voir lorsque le rapport de bug est bien foutu avec ce qu'il faut pour reproduire alors les devs s'y collent. Ton problème sera résolu rapidement je pense et sera probablement dans la prochaine version corrective 2.4.1.

[LViatour]

Oui, comme tu peux le voir lorsque le rapport de bug est bien foutu avec ce qu'il faut pour reproduire alors les devs s'y collent. Ton problème sera résolu rapidement je pense et sera probablement dans la prochaine version corrective 2.4.1.

Je remarque le même problème de manière aléatoire avec mes raw du Nikon D5, sur des reportages d'environ 350 photos, j'en ai une dizaine qu'il ne sais pas ouvrir.

Dites moi si vous avez besoin de fichiers, j'en ai ou il n'y a personne dessus.

[pascal]

Avec un peu de chance se sera le même problème. Sinon il faut des photos sans personne dessus. Si tu en as tu peux les charger ici:
https://raw.pixls.us

[LViatour]

Avec un peu de chance se sera le même problème. Sinon il faut des photos sans personne dessus. Si tu en as tu peux les charger ici:
https://raw.pixls.us

Pour le moment le site raw.pixls.us ne fonctionne pas

---

alors pour être plus précis, sur 350 photos environ faites hier, environ 10 ne sont pas ouvrables. En fait deux séries de 5 photos  braketing identiques avec expo différentes. 

Toutes les photos qui ne s'ouvrent pas sont faites en extérieur en iso auto.
Toutes celles qui fonctionnent bien sont faites en intérieur en iso fixe.

J'ai  le même problème avec les reportages faits jeudi, là aussi le problème n'est que sur les photos extérieures en iso auto (mais pas toutes) ce n'est donc pas régulier.

La seule différence entre celles intérieur et extérieur c'est la balance des blancs et les iso auto.

Je fais beaucoup plus de photos intérieur qu'extérieur et je n'ai aucun problème sur les photos intérieures.

voici un exemple de raw qui ne s'ouvre pas:
http://luc.lucnix.be/LV5_4405.NEF    (clic droit enregistrer sous pour télécharger).

---

Avec un peu de chance se sera le même problème. Sinon il faut des photos sans personne dessus. Si tu en as tu peux les charger ici:
https://raw.pixls.us

voilà le site re-fonctionne je viens d'envoyer un fichier.