(05-06-20, 17:58)nicoauffray a écrit : De manière générale, il y a des problèmes connus sur la 3.0.2 sur la gestion de l'ordre traitement (iop order). Ces problèmes sont résolus en version master et seront intégrés à la 3.2 prévue pour août. C'est d'ailleurs une des principales raisons qui fait qu'il n'y aura pas de 3.0.3. Les principaux bugs étaient sur le réagencement de l'ordre de traitement. Il a été complètement remanié par Pascal et corrige pas mal de problèmes de ce genre. Et ce remaniement est important et de nombreuses autres évolutions en master sont reliées à ce remaniement, d'où une version majeure à venir. Vous verrez que la 3.2 est une nouvelle importante évolution après la 3.0. C'est un version mûre de la 3.0. Une 3.0 augmentée en quelque sorte.

(05-06-20, 21:00)stansz a écrit : Merci pour cette réponse, mais elle ne résout pas mon problème, sauf à ne pas développer de photo jusqu'au 10 août.  

Une migration sur la version en développement (3.1.xxx) serait-elle une solution provisoire réaliste ? (voir sur ART )

• Ouvrir une console
  
• lancer $ darktable (darktable se lance)
  
• ([ctrl] [tab] > affiche la console) elle affiche les images posant un problème
  

• les images 15431,15458, 15447 posent problème
  
• ([ctrl] [tab] > retour sur darktable dans la table lumineuse)
  
• Dans le panneau de gauche "information de l'image" on trouve le numéro de l'image en seconde ligne.
  
• Repérer l'image 15431 en déplaçant la souris sur les miniatures, cliquer sur l'image pour la sélectionner
  
• panneau de droite > développement > cliquer sur "Supprimer", (le développement est supprimé)
  
• Faire de même pour les photos suivantes.
  
• Refermer darktable
  
• Relancer darktable dans la console, les messages d'erreur n'apparaissent plus.
  

(06-06-20, 12:23)G.Eco a écrit : Résolu peut-être, mais toujours mystérieux pour moi  

J'ai refait un essai suivant la méthode donnée par nicoauffray et validée par stansz :
Je lance darktable, qui me détecte immédiatement une erreur sur l'image 244 (et rien d'autre) :

Code :

There are unassigned iop_order in the history!!!

image: 244 module: filmicrgb version: 1

***** On-the-fly history V[1]->V[2], imageid: 244 ****************
  0           rawprepare multi  0 :: iop  1,00000000000 ->  1,00000000000
  1          temperature multi  0 :: iop  3,00000000000 ->  3,00000000000
  2             demosaic multi  0 :: iop  8,00000000000 ->  8,00000000000
  3              colorin multi  0 :: iop 27,00000000000 -> 27,00000000000
  4             colorout multi  0 :: iop 58,00000000000 -> 58,00000000000
  5                gamma multi  0 :: iop 71,00000000000 -> 71,00000000000
  6                 flip multi  0 :: iop 20,00000000000 -> 20,00000000000
  7         colorbalance multi  0 :: iop 33,00000000000 -> 33,00000000000
  8            basecurve multi  0 :: iop 23,00000000000 -> 23,00000000000
  9            filmicrgb multi  0 :: iop  0,00000000000 -> 46,50000000000

Toutefois, l'appli ne plante pas et je peux tout à fait aller dans la chambre noire.
Je supprime donc le développement sur cette image 244 et quitte immédiatement darktable sans toucher à rien d'autre.

Je relance darktable et là, surprise, il me signale une erreur sur l'image 240 (qui ne posait pourtant pas problème juste avant) et cette fois-ci darktable crashe violemment :

Code :

[dt_ioppr_migrate_iop_order] for image 240 has no valid history
[dt_ioppr_transform_image_colorspace_cl] module filmicrgb must be between input color profile and output color profile
[dt_ioppr_transform_image_colorspace] module filmicrgb must be between input color profile and output color profile
Erreur de segmentation (core dumped)

Ça ne parle plus de "unassigned iop_order" mais cela concerne toujours l'historique apparemment...  

Bref, tout cela me parait toujours bien confus et surtout je ne vois pas quoi faire si à chaque ouverture de darktable il y a une ou plusieurs images au hasard qui posent problème alors que c'était OK sur la même pellicule la fois d'avant...

Autre interrogation : quand il dit module filmicrgb must be between input color profile and output color profile, cela concerne-t-il l'historique ou le pipeline de traitement ? Je croyais que l'ordre d'utilisation des modules (qu'on retrouve dans l'historique) importait peu mais que l'ordre du pipeline, lui, était toujours le même (et en tout cas je ne l'ai pas modifié).
Bref, pour ma part je suis complètement perdu !

(06-06-20, 12:23)G.Eco a écrit : Autre interrogation : quand il dit module filmicrgb must be between input color profile and output color profile, cela concerne-t-il l'historique ou le pipeline de traitement ? Je croyais que l'ordre d'utilisation des modules (qu'on retrouve dans l'historique) importait peu mais que l'ordre du pipeline, lui, était toujours le même (et en tout cas je ne l'ai pas modifié).
Bref, pour ma part je suis complètement perdu !