Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Filmic avec la V 3.8 (et aussi la 3.6.1)
#1
Bonjour,

De façon aléatoire et sans aucune modification des paramètres de Filmic, une image s'affiche normalement ou complètement perturbée. Voir l'exemple ci-joint.

J'utilise DT avec un Mac + OS Big Sur 11.5.1.

Comment expliquer ce problème ? Format RAW mal géré, fichier XMP abimé ?

En vous remerciant  pour votre intérêt et cordialement.

John Bucheny

[Image: Capture-d-e-cran-1.jpg]

[Image: Capture-d-e-cran.jpg]
Répondre
#2
N'ayant jamais vu cela en ouvrant un image c'est difficile à dire. Des soucis similaires ont été reportés et c'était un problème dans l'ordre des modules. Mais cela est difficilement envisageable en ouvrant de nouvelles images et surtout de façon aléatoire sur la même image! Un bug sur MacOS ?
--
Pascal - GNU/Debian (sid) - version darktable git/master
http://photos.obry.net
Répondre
#3
(05-01-22, 16:46)pascal a écrit : N'ayant jamais vu cela en ouvrant un image c'est difficile à dire. Des soucis similaires ont été reportés et c'était un problème dans l'ordre des modules. Mais cela est difficilement envisageable en ouvrant de nouvelles images et surtout de façon aléatoire sur la même image! Un bug sur MacOS ?

Je dirais plutôt l'ordre des modules. Si je recule avant Filmic pour retrouver l'image et compresse l'historique, et si j'ouvre filmic à nouveau, il arrive que tout se passe bien.

Merci pour votre intérêt. A suivre...
Répondre
#4
(06-01-22, 15:56)Bucheny a écrit :
(05-01-22, 16:46)pascal a écrit : N'ayant jamais vu cela en ouvrant un image c'est difficile à dire. Des soucis similaires ont été reportés et c'était un problème dans l'ordre des modules. Mais cela est difficilement envisageable en ouvrant de nouvelles images et surtout de façon aléatoire sur la même image! Un bug sur MacOS ?

Je dirais plutôt l'ordre des modules. Si je recule avant Filmic pour retrouver l'image et compresse l'historique, et si j'ouvre filmic à nouveau, il arrive que tout se passe bien.

Merci pour votre intérêt. A suivre...
Bonjour,

J'ai peut-être trouvé la (une) solution : dans Filmic/options cocher "utilisation du gris moyen" et décocher "ajustement automatique de la dureté".

Voyons si cela tient avec d'autres images. A priori c'est le cas.
Répondre
#5
(12-01-22, 16:38)Bucheny a écrit :
(06-01-22, 15:56)Bucheny a écrit :
(05-01-22, 16:46)pascal a écrit : N'ayant jamais vu cela en ouvrant un image c'est difficile à dire. Des soucis similaires ont été reportés et c'était un problème dans l'ordre des modules. Mais cela est difficilement envisageable en ouvrant de nouvelles images et surtout de façon aléatoire sur la même image! Un bug sur MacOS ?

Je dirais plutôt l'ordre des modules. Si je recule avant Filmic pour retrouver l'image et compresse l'historique, et si j'ouvre filmic à nouveau, il arrive que tout se passe bien.

Merci pour votre intérêt. A suivre...
Bonjour,

J'ai peut-être trouvé la (une) solution : dans Filmic/options cocher "utilisation du gris moyen" et décocher "ajustement automatique de la dureté".

Voyons si cela tient avec d'autres images. A priori c'est le cas.
Luc Viatour Photographe 
Website
Répondre
#6
(13-01-22, 11:09)LViatour a écrit :
(12-01-22, 16:38)Bucheny a écrit :
(06-01-22, 15:56)Bucheny a écrit :
(05-01-22, 16:46)pascal a écrit : N'ayant jamais vu cela en ouvrant un image c'est difficile à dire. Des soucis similaires ont été reportés et c'était un problème dans l'ordre des modules. Mais cela est difficilement envisageable en ouvrant de nouvelles images et surtout de façon aléatoire sur la même image! Un bug sur MacOS ?

Je dirais plutôt l'ordre des modules. Si je recule avant Filmic pour retrouver l'image et compresse l'historique, et si j'ouvre filmic à nouveau, il arrive que tout se passe bien.

Merci pour votre intérêt. A suivre...
Bonjour,

J'ai peut-être trouvé la (une) solution : dans Filmic/options cocher "utilisation du gris moyen" et décocher "ajustement automatique de la dureté".

Voyons si cela tient avec d'autres images. A priori c'est le cas.
Bonjour,

A l'usage, cette modification de paramétrage ne règle pas le problème. En revanche, l'effacement des .xmp concernés est efficace. Il semble que certains .xmp vivent mal le portage vers une nouvelle version de DT.
Répondre


Atteindre :


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