Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
dt 3.7.0~git et exifs
#11
(10-09-21, 16:13)holly76 a écrit :
(10-09-21, 14:50)LViatour a écrit :
(10-09-21, 13:36)holly76 a écrit : J'ai rencontré un pb similaire sur Mageia avec gwenview.
La cause en étaient les fichiers jpg générés avec DT , et la faute était finalement dans lib64exiv2
Le bug report Mageia au cas où ça peut aider:
https://bugs.mageia.org/show_bug.cgi?id=29440

Cela semble bien lié à exiv2 qui a eu une mise à jour environ au moment ou j'ai eu le problème. 
Je viens de tester sur une Ubuntu 20.04 aucun problème mais c'est une version plus ancienne de exiv2 et Gthumb. 

Par contre pourquoi le problème n'arrive qu'avec les jpg venant de darktable et pas les autres là aucune idée.
Le pourquoi, je ne sais pas.
Pas contre, j'avais juste enlevé le package lib64exiv2 à jour et remis le précédent en attendant la solution, et ça refonctionnait sans soucis.

je suis passé en version Ubuntu 21.10 mais le problème est toujours présent et ce uniquement avec les jpg venant de darktable. 

Il y a un rapport de bug mais rien ne bouge. Alors je sais pas si c'est darktable ou Gthumb ou exiv2 mais c'est vraiment casse pied.....
https://bugs.launchpad.net/ubuntu/+sourc...ug/1943586
Luc Viatour Photographe 
Website
Répondre
#12
(12-11-21, 11:04)LViatour a écrit :
(10-09-21, 16:13)holly76 a écrit :
(10-09-21, 14:50)LViatour a écrit :
(10-09-21, 13:36)holly76 a écrit : J'ai rencontré un pb similaire sur Mageia avec gwenview.
La cause en étaient les fichiers jpg générés avec DT , et la faute était finalement dans lib64exiv2
Le bug report Mageia au cas où ça peut aider:
https://bugs.mageia.org/show_bug.cgi?id=29440

Cela semble bien lié à exiv2 qui a eu une mise à jour environ au moment ou j'ai eu le problème. 
Je viens de tester sur une Ubuntu 20.04 aucun problème mais c'est une version plus ancienne de exiv2 et Gthumb. 

Par contre pourquoi le problème n'arrive qu'avec les jpg venant de darktable et pas les autres là aucune idée.
Le pourquoi, je ne sais pas.
Pas contre, j'avais juste enlevé le package lib64exiv2 à jour et remis le précédent en attendant la solution, et ça refonctionnait sans soucis.

je suis passé en version Ubuntu 21.10 mais le problème est toujours présent et ce uniquement avec les jpg venant de darktable. 

Il y a un rapport de bug mais rien ne bouge. Alors je sais pas si c'est darktable ou Gthumb ou exiv2 mais c'est vraiment casse pied.....
https://bugs.launchpad.net/ubuntu/+sourc...ug/1943586
Oui, ce n'est pas un problème de DarkTable mais lib64exiv2; cette librairie a été mise à jour pour ma distrib (Mageia 8) et plus de problème. Voir les packageurs Ubuntu pour leur demander la mise à jour pour lib64exiv2.
Matériel: TZ100, GX80, GX9 & G90, objectifs: Pana-Leica 8-18, 12-60, 100-400 et 15mm f1.7, Pana 14-140 II et 100-300 II, Olympus Zuiko 60mm macro.

Répondre
#13
Hello,
Je confirme le pb sur le couple fichier jpeg généré par dt et lecture par libexiv2 Ubuntu (gwenview) depuis fin Aout 21.Version 0.27.2-ubuntu2.6(focal-updates)
Je suis revenu à la version antérieure(focal) en attendant une version corrigée de exiv2 sur Ubuntu.
Cordialement.
Répondre
#14
Je viens de regarder ce que j'ai sous OpenSuse Tumbleweed :
Code :
S  | Name                    | Type   | Version     | Arch         | Repository
---+-------------------------+--------+-------------+--------------+----------------------
i+ | exiv2                   | paquet | 0.27.4-1.2  | x86_64       | Dépôt principal (OSS)
i+ | exiv2                   | paquet | 0.27.4-1.2  | x86_64       | openSUSE-20210920-0
v  | exiv2                   | paquet | 0.27.4-1.2  | i586         | Dépôt principal (OSS)
v  | exiv2                   | paquet | 0.27.4-1.2  | i586         | openSUSE-20210920-0
i+ | exiv2-lang              | paquet | 0.27.4-1.2  | noarch       | Dépôt principal (OSS)
i+ | exiv2-lang              | paquet | 0.27.4-1.2  | noarch       | openSUSE-20210920-0
i+ | libKF5KExiv2-15_0_0     | paquet | 21.08.3-1.1 | x86_64       | Dépôt principal (OSS)
i+ | libKF5KExiv2-15_0_0     | paquet | 21.08.3-1.1 | x86_64       | openSUSE-20210920-0
v  | libKF5KExiv2-15_0_0     | paquet | 21.08.3-1.1 | i586         | Dépôt principal (OSS)
v  | libKF5KExiv2-15_0_0     | paquet | 21.08.3-1.1 | i586         | openSUSE-20210920-0
i+ | libexiv2-27             | paquet | 0.27.4-1.2  | x86_64       | Dépôt principal (OSS)
i+ | libexiv2-27             | paquet | 0.27.4-1.2  | x86_64       | openSUSE-20210920-0
v  | libexiv2-27             | paquet | 0.27.4-1.2  | i586         | Dépôt principal (OSS)
v  | libexiv2-27             | paquet | 0.27.4-1.2  | i586         | openSUSE-20210920-0
   | libexiv2-27-32bit       | paquet | 0.27.4-1.2  | x86_64       | Dépôt principal (OSS)
   | libexiv2-27-32bit       | paquet | 0.27.4-1.2  | x86_64       | openSUSE-20210920-0
i+ | libexiv2-devel          | paquet | 0.27.4-1.2  | x86_64       | Dépôt principal (OSS)
i+ | libexiv2-devel          | paquet | 0.27.4-1.2  | x86_64       | openSUSE-20210920-0
v  | libexiv2-devel          | paquet | 0.27.4-1.2  | i586         | Dépôt principal (OSS)
v  | libexiv2-devel          | paquet | 0.27.4-1.2  | i586         | openSUSE-20210920-0
i+ | libexiv2-xmp-static     | paquet | 0.27.4-1.2  | x86_64       | Dépôt principal (OSS)
i+ | libexiv2-xmp-static     | paquet | 0.27.4-1.2  | x86_64       | openSUSE-20210920-0
v  | libexiv2-xmp-static     | paquet | 0.27.4-1.2  | i586         | Dépôt principal (OSS)
v  | libexiv2-xmp-static     | paquet | 0.27.4-1.2  | i586         | openSUSE-20210920-0
i+ | libgexiv2-2             | paquet | 0.14.0-1.1  | x86_64       | Dépôt principal (OSS)
i+ | libgexiv2-2             | paquet | 0.14.0-1.1  | x86_64       | openSUSE-20210920-0
v  | libgexiv2-2             | paquet | 0.14.0-1.1  | i586         | Dépôt principal (OSS)
v  | libgexiv2-2             | paquet | 0.14.0-1.1  | i586         | openSUSE-20210920-0
   | libgexiv2-2-32bit       | paquet | 0.14.0-1.1  | x86_64       | Dépôt principal (OSS)
   | libgexiv2-2-32bit       | paquet | 0.14.0-1.1  | x86_64       | openSUSE-20210920-0
   | libgexiv2-devel         | paquet | 0.14.0-1.1  | x86_64       | Dépôt principal (OSS)
   | libgexiv2-devel         | paquet | 0.14.0-1.1  | x86_64       | openSUSE-20210920-0
   | libgexiv2-devel         | paquet | 0.14.0-1.1  | i586         | Dépôt principal (OSS)
   | libgexiv2-devel         | paquet | 0.14.0-1.1  | i586         | openSUSE-20210920-0
   | libkexiv2-devel         | paquet | 21.08.3-1.1 | x86_64       | Dépôt principal (OSS)
   | libkexiv2-devel         | paquet | 21.08.3-1.1 | x86_64       | openSUSE-20210920-0
   | libkexiv2-devel         | paquet | 21.08.3-1.1 | i586         | Dépôt principal (OSS)
   | libkexiv2-devel         | paquet | 21.08.3-1.1 | i586         | openSUSE-20210920-0
   | python3-gexiv2          | paquet | 0.14.0-1.1  | x86_64       | Dépôt principal (OSS)
   | python3-gexiv2          | paquet | 0.14.0-1.1  | x86_64       | openSUSE-20210920-0
   | python3-gexiv2          | paquet | 0.14.0-1.1  | i586         | Dépôt principal (OSS)
   | python3-gexiv2          | paquet | 0.14.0-1.1  | i586         | openSUSE-20210920-0
   | python36-exiv2          | paquet | 0.9.3-1.3   | x86_64       | Dépôt principal (OSS)
   | python36-exiv2          | paquet | 0.9.3-1.3   | x86_64       | openSUSE-20210920-0
   | python36-exiv2          | paquet | 0.9.3-1.3   | i586         | Dépôt principal (OSS)
   | python36-exiv2          | paquet | 0.9.3-1.3   | i586         | openSUSE-20210920-0
   | python38-exiv2          | paquet | 0.9.3-1.3   | x86_64       | Dépôt principal (OSS)
   | python38-exiv2          | paquet | 0.9.3-1.3   | x86_64       | openSUSE-20210920-0
   | python38-exiv2          | paquet | 0.9.3-1.3   | i586         | Dépôt principal (OSS)
   | python38-exiv2          | paquet | 0.9.3-1.3   | i586         | openSUSE-20210920-0
   | python39-exiv2          | paquet | 0.9.3-1.3   | x86_64       | Dépôt principal (OSS)
   | python39-exiv2          | paquet | 0.9.3-1.3   | x86_64       | openSUSE-20210920-0
   | python39-exiv2          | paquet | 0.9.3-1.3   | i586         | Dépôt principal (OSS)
   | python39-exiv2          | paquet | 0.9.3-1.3   | i586         | openSUSE-20210920-0
i+ | typelib-1_0-GExiv2-0_10 | paquet | 0.14.0-1.1  | x86_64       | Dépôt principal (OSS)
i+ | typelib-1_0-GExiv2-0_10 | paquet | 0.14.0-1.1  | x86_64       | openSUSE-20210920-0
v  | typelib-1_0-GExiv2-0_10 | paquet | 0.14.0-1.1  | i586         | Dépôt principal (OSS)
v  | typelib-1_0-GExiv2-0_10 | paquet | 0.14.0-1.1  | i586         | openSUSE-20210920-0
Je n'ai pas de problème d'affichage avec d'affichage des JPeg dans GThulb. Ce qui est utilisé est précédé d'un i+
Répondre
#15
Bonjour,

Sur KDE neon user edition, je viens d'installer gthumb pour tester le problème de Luc.
Les raw venant de DT s'affichent bien.
Par contre ma visionneuse gwenview, depuis plus d'un mois, affiche tous les raw en pixelisant à mort.
J'ai fait un rapport de bug...
Du coup, j'ai installé nomacs qui est impeccable.
Mais gwenview me manque.
Répondre
#16
(12-11-21, 16:01)zakfm a écrit : Bonjour,

Sur KDE neon user edition, je viens d'installer gthumb pour tester le problème de Luc.
Les raw venant de DT s'affichent bien.
Par contre ma visionneuse gwenview, depuis plus d'un mois, affiche tous les raw en pixelisant à mort.
J'ai fait un rapport de bug...
Du coup, j'ai installé nomacs qui est impeccable.
Mais gwenview me manque.
Ben pourquoi ne pas utiliser une distrib bien francisée depuis ses origines, et où les développeurs sont réactifs dès qu'on signale une pb?
Bref, la Mageia, et gwenview fonctionne du tonnerre Wink
Matériel: TZ100, GX80, GX9 & G90, objectifs: Pana-Leica 8-18, 12-60, 100-400 et 15mm f1.7, Pana 14-140 II et 100-300 II, Olympus Zuiko 60mm macro.

Répondre
#17
Sous OpenSuse Tumbleweed, GWenView et GThumb fonctionne parfaitement pour l'affichage des Raw et des JPeg. C'est une Rolling Release allemande qui a développée KDE.
Répondre
#18
(12-11-21, 17:42)jpg54 a écrit : Sous OpenSuse Tumbleweed, GWenView et GThumb fonctionne parfaitement pour l'affichage des Raw et des JPeg.  C'est une Rolling Release allemande qui a développée KDE.

Vu mon avatar, je dois essayer Opensuse Wink
Répondre
#19
(12-11-21, 17:58)zakfm a écrit : Vu mon avatar, je dois essayer Opensuse Wink

J'ai pas pu interprété ton pseudo. Je te conseille vraiment la version Tumbleweed en KDE, c'est la meilleur intégration de KDE que j'ai utilisée. On est 2 à pouvoir t'aider ici à le maîtriser.
Répondre
#20
(12-11-21, 19:39)jpg54 a écrit :
(12-11-21, 17:58)zakfm a écrit : Vu mon avatar, je dois essayer Opensuse Wink

J'ai pas pu interprété ton pseudo. Je te conseille vraiment la version Tumbleweed en KDE, c'est la meilleur intégration de KDE que j'ai utilisée. On est 2 à pouvoir t'aider ici à le maîtriser.

Merci, c'est noté.
Répondre


Atteindre :


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