Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Darktable 3.8 Erreur de segmentation (core dumped)
#21
> Quelqu'un a-t-il une piste de résolution pour mon problème ?

Si tu as OpenCL activé peux-tu essayer sans et dire si ça plante encore.
--
Pascal - GNU/Debian (sid) - version darktable git/master
http://photos.obry.net
Répondre
#22
(11-01-22, 17:39)pascal a écrit : > Quelqu'un a-t-il une piste de résolution pour mon problème ?

Si tu as OpenCL activé peux-tu essayer sans et dire si ça plante encore.

Merci pour ton intérêt, mais je n'ai pas activé l'Opencl.
Code :
Enumerate OpenCL platforms and devices
Proceed with changes? [N/y] y


* Waiting in queue...
* Waiting for authentication...
* Waiting in queue...
* Downloading packages...
* Requesting data...
* Testing changes...
* Installing packages...
Number of platforms    0
Répondre
#23
J'ai un problème similaire mais peut-être pas identique sur ubuntu 20.04 et debian/sid, par intermitance en 3.4, 3.6 (et 3.8 ?), sans pouvoir reproduire de manière systématique. En général dans mon cas, l'historique est plutôt chargé avec pas mal de masques et des paramètres de modules poussés à coin. On quitte (ou crash) darktable alors que la TL a été laissée en apperçu plein écran ou en vue sélection. Lorsqu'on relance, ça plante. Parfois, désactiver openCL peut aider mais pas toujours.

ça peut également segfaulter lorsqu'on lance dt, puis dans la TL en mode navigateur, on double clique sur une vignette présentant un historique très chargé (incluant des réglages lourds ou extrèmes). Mon workaround est de cliquer sur "chambre noire" au lieu de la vignette. Si ça plante également, relancer puis entrer dans la chambre noire via une autre tof, puis sélectionner la tof souhaitée à partir de là.

Evidemment, j'ai augmenté les settings de la mémoire de traitement. Et comme je le répète, il s'agit d'historiques un peu extrêmes et je n'ai pas pu isoler le contexte.
Désolé de ne pas pouvoir tester cette image pour l'instant.
Cordialement.
darktable peut tout !
--
le blonchk
Répondre
#24
(13-01-22, 15:17)i blonchk a écrit : J'ai un problème similaire mais peut-être pas identique sur ubuntu 20.04 et debian/sid, par intermitance en 3.4, 3.6 (et 3.8 ?), sans pouvoir reproduire de manière systématique. En général dans mon cas, l'historique est plutôt chargé avec pas mal de masques et des paramètres de modules poussés à coin. On quitte (ou crash) darktable alors que la TL a été laissée en apperçu plein écran ou en vue sélection. Lorsqu'on relance, ça plante. Parfois, désactiver openCL peut aider mais pas toujours.

ça peut également segfaulter lorsqu'on lance dt, puis dans la TL en mode navigateur, on double clique sur une vignette présentant un historique très chargé (incluant des réglages lourds ou extrèmes). Mon workaround est de cliquer sur "chambre noire" au lieu de la vignette. Si ça plante également, relancer puis entrer dans la chambre noire via une autre tof, puis sélectionner la tof souhaitée à partir de là.

Evidemment, j'ai augmenté les settings de la mémoire de traitement. Et comme je le répète, il s'agit d'historiques un peu extrêmes et je n'ai pas pu isoler le contexte.
Désolé de ne pas pouvoir tester cette image pour l'instant.
Cordialement.

Bonjour,

Je confirme pour beaucoup d'opérations sur les masques (correction, ajustement).

Wait and see.
Répondre
#25
(13-01-22, 15:48)stansz a écrit :
(13-01-22, 15:17)i blonchk a écrit : J'ai un problème similaire mais peut-être pas identique sur ubuntu 20.04...

Bonjour,

Je confirme pour beaucoup d'opérations sur les masques (correction, ajustement).

Wait and see.

Non reproductible pour l'instant sur laptop i7, 16G, nvidia, ubuntu 20.04 et exiv 0.27.5

Impossible de reproduire le soucis avec le raw et les deux xmp. J'ai ouvert plusieurs fois les 2 xmp dans la chambre noire de diverses manières et en relançant plusieurs fois darktable avec et sans l'option -d all . Je n'avais même pas les erreurs mentionnées dans ce fil. Tout va bien pour moi. La photo, certes lourde, est magnifique et je vais bricoler dessus pour tenter de faire planter darktable. En attendant, je n'ai rien vu de suspect ni de très compliqué dans les masques que tu as défini, mais je ne suis pas spécialiste.

Le dépôt OBS de darktable pour ubuntu a été mis à jour récemment. Si tu utilise ce dépôt, tu peux toujours essayer de mettre à jour darktable et exiv2. On sait jamais...En ligne de commande, ça donne:

Code :
$ sudo apt-get update
$ sudo apt get install darktable exiv2 libexiv2-27

Le résultat final devrait ressembler à ceci:

Code :
$ dpkg -l \*exiv2\* darktable
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom               Version      Architecture Description
+++-=================-============-============-================================================================
ii  darktable         3.8.0-1.1    amd64        virtual lighttable and darkroom for photographers
ii  exiv2             0.27.5-3.1   amd64        EXIF/IPTC/XMP metadata manipulation tool
ii  libexiv2-27:amd64 0.27.5-3.1   amd64        EXIF/IPTC/XMP metadata manipulation library
ii  libgexiv2-2:amd64 0.12.0-2     amd64        GObject-based wrapper around the Exiv2 library

J'espère que ça pourra aider.
Bonne chance et bonne soirée

ERRATA: effectivement, je tombe sur l'avertissement habituel de module obsolète ou déprécié pour les "ajustements de base", mais il est neutre de réglages. Je sais qu'il est possible de le faire, mais perso, j'évite de mélanger les types de technologies. J'ai plein d'images en flux orienté écran, mais lorsque je dois en reprendre une, je la refais de zéro en flux orienté scène. C'est généralement plus simple pour un résultat qui devrait toujours être meilleur. Lorsque ce n'est pas le cas, c'est toujours lié à ma méconnaissance de l'outil.
darktable peut tout !
--
le blonchk
Répondre
#26
J'ai bidouillé cette image jusqu'à ce qu'elle plante darktable en tentant une autre approche histoire de voir si ça le faisait, sans contraste local, ni netteté (après tout, il fait nuit, non ?  Wink ), et un avec un autre traitement des masques. ça y est enfin, elle plante dt presque systématiquement lorsqu'on affiche l'aperçu plein écran dans la table lumineuse, avec 2 workarounds: désactiver opencl ou afficher une autre image plein écran puis actionner les touches fléchées jusqu'à l'image cible.  Mais je n'ai jamais pu planter dt juste après son lancement en entrant dans la chambre noire avec l'image en question.

[Image: DSC01823.jpg]
darktable peut tout !
--
le blonchk
Répondre


Atteindre :


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