Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Impossible de charger une image déjà modifiée.
#11
(07-03-23, 08:24)Baboun31 a écrit : Le Pb a eu lieu après l'utilisation du masque Raster sur le module Balance de couleurs RVB.

J'ai trouvé ce fichier de plantage de Darktable au moment où s'est produit le pb dans les dossiers Windows. Je ne sais pas si cela peut aider un spécialiste.
https://we.tl/t-Iq7Wy6zGgy

j'ai un plantage de ce type quand je copie un développement avec un masque raster. l'ordre des modules n'est pas respecté et le masque raster se trouve appelé alors qu'il n'a pas encore été généré => plantage.
mais c'est sur le module "diffusion ou netteté" utilisé une fois en netteté et la fois suivante en contraste local.

dans ton cas, le masque raster est issu de quel module ?
Répondre
#12
Il est issu d'une instance du module exposition.
Répondre
#13
J'ai fait un test. J'ai pris le fichier CR3 d'origine sur la carte mémoire que j'ai renommé en IMG_essai.CR3. Il s'ouvre bien dans Darktable et a produit un fichier pilote IMG_essai.CR3.xmp avec les modules de base à l'ouverture. Si je remplace ce fichier pilote par le fichier généré après les modifications IMG_7350.CR3.xmp renommé en IMG_essai.CR3.xmp ça plante.
Si je supprime ce fichier donc retour à la case départ sans aucun fichier de réglages eh bien ça plante quand même.
J'en déduis donc que c'est bien le dernier réglage enregistré dans le xmp qui fait planter DT mais qu'ensuite la base de données est altérée puisque même en supprimant ce fichier ça plante.

C'était bien ça. J'ai édité le fichier xmp avec Notepad++ et j'ai supprimé le dernier réglage 31:

<rdf:li
darktable:num="31"
darktable:operation="colorbalancergb"
darktable:enabled="1"
darktable:modversion="5"
darktable:params="gz03eJxjYCAVNNgj0wfm/7ID0+r9tiBa5rWS/QdHfjtcuie+tbFDphmBGABN0Ayg"
darktable:multi_name="1"
darktable:multi_priority="1"
darktable:blendop_version="11"
darktable:blendop_params="gz06eJxjZ2BgYAFiCQYYOOEEInmOsKQwAulZM6c4scKkrivbgCiu68r2DEjg1AkPOxBmYGiwh2AYGGl87KBi1pUDIIyLTwgAAMrSLZY="/>

Et maintenant plus de pb, l'image s'ouvre bien avec les 30 premiers réglages.
Pb résolu mais peut-être qu'il est possible d'analyser pour voir ce qui fait planter Darktable.
Répondre
#14
Il faut donc :
  1. Enlever (pas supprimer) le fichier fautif de darktable : Table lumineuse → Images sélectionnées → Enlever.
  2. Ensuite fermer darktable (très important)
  3. Puis enfin supprimer le fichier xmp correspondant.

En faisant cela, tu vas, dans un premier temps, effacer les informations de ton raw dans la base de données "1". Ensuite enregistrer la base donnée (2). Et enfin enlever toute trace du traitement (3)

Tu devrais ensuite pouvoir repartir sans problème
Mes photos : jpverrue.fr
Répondre
#15
J'ajouterais que si un tel problème se reproduit (ce qui est indiqué avec le masque raster), il serait bon de poser un rapport de bug sur le Github de darktable avec un pas-à-pas précis (précisant notamment ce qui vient d'être précisé sur le lien avec le masque raster). Il y a peut-être un bug à corriger.
Aussi appelé Nilvus !
Debian Sid - darktable master
Répondre
#16
Ok, merci pour toutes ces précisions qui m'aideront bien la prochaine fois.
Bonne soirée.
Répondre


Atteindre :


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