Darktable 3.8 Erreur de segmentation (core dumped)
|
Darktable 3.8 Erreur de segmentation (core dumped)
|
11-01-22, 17:39
> 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.
11-01-22, 21:02
(11-01-22, 17:39)pascal a écrit : > Quelqu'un a-t-il une piste de résolution pour mon problème ? Merci pour ton intérêt, mais je n'ai pas activé l'Opencl. Code : Enumerate OpenCL platforms and devices
13-01-22, 15:17
(Modification du message : 13-01-22, 15:35 par i blonchk.
Raison de la modification: correction mineure
)
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
13-01-22, 15:48
(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. Bonjour, Je confirme pour beaucoup d'opérations sur les masques (correction, ajustement). Wait and see. (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... 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 updateLe résultat final devrait ressembler à ceci: Code : $ dpkg -l \*exiv2\* darktableJ'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
14-01-22, 04:16
(Modification du message : 14-01-22, 14:46 par i blonchk.
Raison de la modification: complément mineur
)
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 ?
 ), 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]](https://i.ibb.co/KFJr55L/DSC01823.jpg)
darktable peut tout !
-- le blonchk |
|
« Sujet précédent | Sujet suivant »
|
