Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Crash avec "There are unassigned iop_order in the history!!!" (Résolu)
#1
Bonjour,

Darktable 3.0.2 > A l'ouverture de la table lumineuse la console affiche le message suivant :

Code :
stan@linux ~]$ darktable

There are unassigned iop_order in the history!!!

image: 15431 module: basicadj version: 2
image: 15458 module: basicadj version: 2


Quand je clique sur une image crash de Darktable avec
Code :
dt_ioppr_migrate_iop_order] for image 15447 has no valid history
[dt_ioppr_transform_image_colorspace] module basicadj must be between input color profile and output color profile
Erreur de segmentation (core dumped)
Unable to attach: program terminated with signal SIGSEGV, Segmentation fault.
/home/stan/2753: Aucun fichier ou dossier de ce type.
warning: Currently logging to /tmp/darktable_bt_N55EL0.txt.  Turn the logging off and on to make the new setting effective.
/usr/share/darktable/gdb_commands:2: Error in sourced command file:
No stack.


J'ai trouvé une solution ici
J'ai donc renommé ".config/darktable/data.db" pour recréer une nouvelle base de donnée seulement au lancement suivant :

Code :
[stan@linux ~]$ darktable

There are unassigned iop_order in the history!!!

image: 15431 module: basicadj version: 2
image: 15458 module: basicadj version: 2
image: 15447 module: basicadj version: 2

[dt_ioppr_migrate_iop_order] for image 15419 has no valid history

***** On-the-fly history V[1]->V[2], imageid: 15431 ****************
  0           rawprepare multi  0 :: iop  1,00000000000 ->  1,00000000000
  1             demosaic multi  0 :: iop  8,00000000000 ->  8,00000000000
  2              colorin multi  0 :: iop 27,00000000000 -> 27,00000000000
  3             colorout multi  0 :: iop 58,00000000000 -> 58,00000000000
  4                gamma multi  0 :: iop 71,00000000000 -> 71,00000000000
  5                 flip multi  0 :: iop 20,00000000000 -> 20,00000000000
  6              sharpen multi  0 :: iop 53,00000000000 -> 53,00000000000
  7                bilat multi  0 :: iop 42,00000000000 -> 42,00000000000
  8       denoiseprofile multi  0 :: iop 10,00000000000 -> 10,00000000000
  9          temperature multi  0 :: iop  3,00000000000 ->  3,00000000000
 10             basicadj multi  0 :: iop  0,00000000000 -> 27,50000000000

[dt_ioppr_migrate_iop_order] for image 15429 has no valid history

[dt_ioppr_migrate_iop_order] for image 15425 has no valid history

J'ai l'impression que les choses empires. En plus les réglages par défaut ne s'appliquent plus, comme indiqué dans la discussion sur https://discuss.pixls.us/

Si je renomme ".config/darktable/library.db". Darktable crash à l'ouverture de la chambre noire avec le message suivant

Code :
darktable

[dt_ioppr_migrate_iop_order] for image 30 has no valid history
[dt_ioppr_transform_image_colorspace] module basicadj must be between input color profile and output color profile
Unable to attach: program terminated with signal SIGSEGV, Segmentation fault.Erreur de segmentation (core dumped)

/home/stan/4875: Aucun fichier ou dossier de ce type.
warning: Currently logging to /tmp/darktable_bt_J7UHL0.txt.  Turn the logging off and on to make the new setting effective.
/usr/share/darktable/gdb_commands:2: Error in sourced command file:
No stack.


Quelqu'un a-t-il une solution pour résoudre mon problème avec le moins d'inconvénients possible ? Merci.
Répondre
#2
Pas de réponse ou d'explication pour t'aider mais je trouve que :

Code :
dt_ioppr_migrate_iop_order] for image 15447 has no valid history
[dt_ioppr_transform_image_colorspace] module basicadj must be between input color profile and output color profile
Erreur de segmentation (core dumped)
Unable to attach: program terminated with signal SIGSEGV, Segmentation fault.

ressemble fortement à ce que j'ai eu ce matin que j'ai rapporté ici : https://forums.darktable.fr/showthread.p...988&page=2

Code :
[dt_ioppr_transform_image_colorspace_cl] module filmicrgb must be between input color profile and output color profile
73,118739 [opencl_pixelpipe] could not run module 'filmicrgb' on gpu. falling back to cpu path
73,118747 [opencl memory] device 0: 53893728 bytes (51,4 MB) in use
73,127973 [opencl memory] device 0: 0 bytes (0,0 MB) in use
[dt_ioppr_transform_image_colorspace] module filmicrgb must be between input color profile and output color profile
Unable to attach: program terminated with signal SIGSEGV, Segmentation fault.

avec ce "module XXXXXXXX must be between input color profile and output color profile" Sad 

Moi aussi avec dt 3.0.2 (sous Linux Mint 19.3 pour ma part)
G.Eco
Joujoux : Canon EOS 6D Mark II & 60D / Fujifilm X100V
Cailloux : Canon EF 50 f1.8 II / EF 24-105 f4 L IS USM II / EF 70-200 f4 L IS USM / Tokina AT-X 11-16 f2.8 DX
Dans les choux avec : dt 4.4.2 / Linux Mint 21.2 Victoria
Répondre
#3
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.
Aussi appelé Nilvus !
Debian Sid - darktable master
Répondre
#4
(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.

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. Huh 

Une migration sur la version en développement (3.1.xxx) serait-elle une solution provisoire réaliste ? (voir sur ART Tongue )
Répondre
#5
(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. Huh 

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

J'ai lu rapidement et répondu au iop order. Mais derrière, tu as un autre problème et il est précisé dans tes rapports deux fois :


Code :
must be between input color profile and output color profile

En bref, le module ajustements de base n'est pas à sa place et donc pas entre les 2 autres modules cités (perso, je déconseillerai ajustements de base mais c'est une autre histoire). Donc, si ça crashe à l'ouverture de la chambre noire, c'ets que l'historique est mauvais donc seule solution (logiquement) : sélectionner l'image qui fait crasher et via le module développement à droite, tu clique sur supprimer pour supprimer le développement fait sur ton image. Tu perdras ton traitement mais tu devrais pouvoir ouvrir ton image. Attention, si tu as du pré-régalge automatique et que c'est lui le problème, il sera réactivé donc faire gaffe.

C'est notamment ce genre de problème lié à un ordre de traitement non adapté et/ou fichiers XMP corrompus et qui fait dans certains cas uniquement crasher darktable qui sera résolu en 3.2. La 3.2 est parfaitement fonctionnelle sauf dans quelques cas "mauvais" usages ou ordres de traitement.
Aussi appelé Nilvus !
Debian Sid - darktable master
Répondre
#6
Thumbs Up 
Merci Nico

J'ai résolu mon problème avec tes conseils .

Rappel : crash à l'ouverture de la "Chambre noire".

A noter : le problème est survenu après avoir réalisé des développements suivant la vidéo de Luc Viatour (https://darktable.fr/2020/06/darktable-3...debutants/).  Son tuto est fait sur une version master donc une pré-3.2.

Je suis avec Darktable 3.0.2 sous linux.
  • Ouvrir une console
  • lancer $ darktable (darktable se lance)
  • ([ctrl] [tab] > affiche la console) elle affiche les images posant un problème
Code :
There are unassigned iop_order in the history!!!

image: 15431 module: basicadj version: 2
image: 15458 module: basicadj version: 2
image: 15447 module: basicadj version: 2
  • 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.
Pour ma part le problème est résolu.

Merci Nico
Répondre
#7
Ravi de lire ton message. Pense maintenant à éditer ton premier post afin d'ajouter [Résolu] au titre. Ca aidera un éventuel utilisateur qui rencontrerait le même problème de voir qu'il y a une solution trouvée.
Aussi appelé Nilvus !
Debian Sid - darktable master
Répondre
#8
Résolu peut-être, mais toujours mystérieux pour moi Sad 

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... Sad 

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 !
G.Eco
Joujoux : Canon EOS 6D Mark II & 60D / Fujifilm X100V
Cailloux : Canon EF 50 f1.8 II / EF 24-105 f4 L IS USM II / EF 70-200 f4 L IS USM / Tokina AT-X 11-16 f2.8 DX
Dans les choux avec : dt 4.4.2 / Linux Mint 21.2 Victoria
Répondre
#9
(06-06-20, 12:23)G.Eco a écrit : Résolu peut-être, mais toujours mystérieux pour moi Sad 

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... Sad 

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 !
 
Salut,

Je ne suis pas assez calé pour résoudre ton problème. Mais cela semble toujours un problème avec l'ordre des modules dans l'historique.
J'ai eu le crash après plusieurs développements (3 ou 4).
En désespoir de cause, je referai la manip tant que la console me renvoie une image avec un message d'erreur.

Sans vouloir être pessimiste le problème doit exister depuis un bon moment ainsi sur mon portable darktable renvoi ce message

Code :
There are unassigned iop_order in the styles!!!

style: 19 module: anlfyeni
style: 19 module: stuckpixels

Je n'ai pas créé de style, j'ai juste importé des styles téléchargés sur le net.

Bonne chance.
Répondre
#10
(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 !

iop order = ordre du pipeline

Et l'ordre par défaut est toujours le même mais l'ordre peut-être modifié en déplaçant les modules à droite entre eux. C'était une nouvelle fonction apportée par la 3.0.

Pour rappel, l'historique, c'est uniquement l'ordre de traitement fait par l'utilisateur. Le pipeline est l'ordre de traitement appliqué sur l'image. Et cette ordre se vérifie dans les onglets de modules sur le panneau de droite. Et pour vérifier l'ordre des modules actifs, c'est le premier onglet. C'est là, où il faut faire gaffe à ne pas réordonner les modules, sauf à savoir ce qu'on fait (puisque ça change l'ordre de traitement donc le "iop order" et les messages que vous indiquez).
Et donc c'est là que vous allez pouvoir vérifier où sont les modules cités, comme ici si filmic rgb est bien où non entre ces modules.

Je vous invite si besoin à relire l'article sur la 3.0 qui est sorti à Noël sur Linuxfr.
Aussi appelé Nilvus !
Debian Sid - darktable master
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)