Messages : 1,190
Sujets : 47
Inscription : Mar 2016
Réputation :
71
Système d'exploitation:
Distribution(s) Linux: Fedora 29
08-03-19, 20:03
(Modification du message : 08-03-19, 20:16 par aurelienpierre.)
Je n'ai pas testé 2.6.1 mais vos résultats ne sont pas normaux. La version master fonctionne sans problème depuis près de 3 mois, je pencherais pour une erreur à l'intégration de master -> 2.6.1
Bingo, j'ai trouvé. Le patch https://github.com/darktable-org/darktab...2030/files n'a pas été intégré dans 2.6.1.
Bon voilà https://github.com/darktable-org/darktable/issues/2176
Il faut un (hard)core dev pour s'en occuper (Pascal :-) )
Messages : 191
Sujets : 20
Inscription : Feb 2018
Réputation :
7
Système d'exploitation:
Pour info, j'ai le même comportement en utilisant les nouveaux préréglages proposés dans la 2.6.1, vraisemblablement parce qu'ils utilisent l'option "préserver la chrominance"
Amicalement,
Georges
Version 3.4.0 sous Windows
Boitier Fujifilm X-T3
Messages : 8
Sujets : 1
Inscription : Jan 2019
Réputation :
1
Système d'exploitation:
Distribution(s) Linux: Archlinux, Debian
(08-03-19, 20:03)aurelienpierre a écrit : Je n'ai pas testé 2.6.1 mais vos résultats ne sont pas normaux. La version master fonctionne sans problème depuis près de 3 mois, je pencherais pour une erreur à l'intégration de master -> 2.6.1
Bingo, j'ai trouvé. Le patch https://github.com/darktable-org/darktab...2030/files n'a pas été intégré dans 2.6.1.
Bon voilà https://github.com/darktable-org/darktable/issues/2176
Il faut un (hard)core dev pour s'en occuper (Pascal :-) )
Merci Aurélien et bien vu concernant la détermination de la cause de ce comportement.
Merci d'avance @Pascal
Messages : 1,929
Sujets : 11
Inscription : Oct 2018
Réputation :
40
Système d'exploitation:
Distribution(s) Linux: Debian Sid
08-03-19, 20:23
(Modification du message : 08-03-19, 20:28 par nicoauffray.)
(08-03-19, 20:18)GM1901 a écrit : Pour info, j'ai le même comportement en utilisant les nouveaux préréglages proposés dans la 2.6.1, vraisemblablement parce qu'ils utilisent l'option "préserver la chrominance"
Normal du coup. Comme Aurélien vient de le signaler, un patch (une ligne d'après ce que j'ai vu) manque dans la 2.6.1. C'est donc bien un bug de la 2.6.1, ou plutôt un patch oublié dans son intégration qui fausse complètement les résultats de filmique. En bref, filmique est inopérant en l'état sur la 2.6.1. Ca devrait vite être corrigé avec une mise à jour pour corriger cela. Un peu de patience.
D'autant qu'en usage normal (celui que j'ai avec la version de filmique incluant ce patch donc), le résultat est meilleur avec l'option "préserver la chrominance". Sans cette option, les images bien réglées via l'exposition et filmique sont plus ternes, les couleurs reprennent vie en quelque sorte avec cette option
En l'état, ne vous fiez surtout pas à ce module dans la version 2.6.1 actuelle.
Module très recommandé, avec l'option "préserver chrominance" autrement sur toute autre version (2.6.0, master ou la prochaine qui inclura le patch).
Aussi appelé Nilvus !
Debian Sid - darktable master
Messages : 1,190
Sujets : 47
Inscription : Mar 2016
Réputation :
71
Système d'exploitation:
Distribution(s) Linux: Fedora 29
Je précise que ce bug n'affecte pas la variante OpenCL.
Messages : 724
Sujets : 32
Inscription : May 2018
Réputation :
10
Système d'exploitation:
Distribution(s) Linux: Ubuntu 24.04.1 LTS
08-03-19, 21:43
(Modification du message : 08-03-19, 21:43 par JMM40.)
(08-03-19, 20:47)aurelienpierre a écrit : Je précise que ce bug n'affecte pas la variante OpenCL.
Bonjour Aurelien, je ne comprend peut-être pas bien, mais sous Windows 10 j'utilise l'OpenCL et j'ai le problème.
Messages : 666
Sujets : 31
Inscription : Dec 2017
Réputation :
17
Système d'exploitation:
Distribution(s) Linux: Manjaro XFCE
(08-03-19, 20:47)aurelienpierre a écrit : Je précise que ce bug n'affecte pas la variante OpenCL.
Arhhhhhhhh, merci de retourner le couteau dans la plaie.
J'avais déjà le problème des halos de bord à l'affichage avec le laplacien local du contraste local.
Je n'ai plus qu'à changer de PC si je comprends bien.
Messages : 1,190
Sujets : 47
Inscription : Mar 2016
Réputation :
71
Système d'exploitation:
Distribution(s) Linux: Fedora 29
08-03-19, 22:23
(Modification du message : 08-03-19, 22:26 par aurelienpierre.)
(08-03-19, 21:43)JMM40 a écrit : (08-03-19, 20:47)aurelienpierre a écrit : Je précise que ce bug n'affecte pas la variante OpenCL.
Bonjour Aurelien, je ne comprend peut-être pas bien, mais sous Windows 10 j'utilise l'OpenCL et j'ai le problème.
Il n'est probablement pas actif alors.
(08-03-19, 21:46)JacoTux a écrit : (08-03-19, 20:47)aurelienpierre a écrit : Je précise que ce bug n'affecte pas la variante OpenCL.
Arhhhhhhhh, merci de retourner le couteau dans la plaie.
J'avais déjà le problème des halos de bord à l'affichage avec le laplacien local du contraste local.
Je n'ai plus qu'à changer de PC si je comprends bien.
Personne n'a dit ça, c'est un bug identifié. On a 3 versions du code, la seule sur les 3 qui est impactée est la version CPU SSE2. Tu peux aussi aller dans darktablerc et chercher codepaths/openmp_simd=false et le passer à codepaths/openmp_simd=true, du coup c'est la version pure C (plus lente) qui sera utilisée.
Messages : 666
Sujets : 31
Inscription : Dec 2017
Réputation :
17
Système d'exploitation:
Distribution(s) Linux: Manjaro XFCE
09-03-19, 00:34
(Modification du message : 09-03-19, 00:35 par JacoTux.)
(08-03-19, 22:23)aurelienpierre a écrit : Personne n'a dit ça, c'est un bug identifié. On a 3 versions du code, la seule sur les 3 qui est impactée est la version CPU SSE2. Tu peux aussi aller dans darktablerc et chercher codepaths/openmp_simd=false et le passer à codepaths/openmp_simd=true, du coup c'est la version pure C (plus lente) qui sera utilisée.
Oui bien sûr personne ne l'a dit... j'étais juste dans l'idée que je cumulais sur les deux dernières versions de dt avec l'OpenCPL qui n'est pas prise en charge sur mon matériel.
Par contre je ne vois pas bien ce que l'Open Multi-Processing et SIMD change pour le coup, false ou true pas vu de différence.
Tenté aussi de basculer pour le jeu d'instruction SSE2, des fois que... mais sans effet.
Messages : 1,190
Sujets : 47
Inscription : Mar 2016
Réputation :
71
Système d'exploitation:
Distribution(s) Linux: Fedora 29
Filmique ne marche pas comme il devrait avec SSE2=false et SIMD=true ?
C'est bizarre parce que la ligne manquante dans le code, corrigée par le patch en référence plus haut, n'impacte que la fonction SSE2. Les deux autres fonctions (OpenCL et pur C avec SIMD) sont totalement indépendantes.
|