Problèmes et Bugs Signalés dans GIMP

Des utilisateurs ont rencontré divers problèmes et bugs lors de l'utilisation de différentes versions de GIMP, notamment les versions 2.10.x et 3.0.2. Ces problèmes varient de la gestion des fichiers d'image à des comportements inattendus lors de l'exportation et de l'enregistrement.

Problèmes avec le Flou Gaussien et la Profondeur de Couleur

Un utilisateur a signalé un problème avec le flou gaussien dans GIMP 2.10.20 (flatpak). Il a observé que le menu Filtre semblait affecter le halo visible dans l'image. En modes Auto/RII, le halo apparaissait, tandis qu'en mode RIF, il ne semblait pas présent. L'utilisateur a noté que ce comportement était lié à la "discrétisation du noyau gaussien" et que le passage de l'image de 8 à 32 bits atténuait légèrement ce halo.

Il a été confirmé que ce bug est connu et existe depuis un certain temps. Une explication technique a été fournie, et il a été mentionné que le problème n'apparaissait pas avec GIMP 2.8.

Schéma illustrant le concept de discrétisation du noyau gaussien dans le traitement d'image.

Difficultés avec les Fichiers RAW et les Formats d'Image

Des problèmes ont été rencontrés lors de l'ouverture et de la conversion de fichiers RAW (spécifiquement un fichier CR2) dans GIMP 3.0.2 sous Windows 11. Il semble y avoir un problème avec la conversion de fichiers, et le support du standard TIFF a été jugé insuffisant, rendant difficile l'ouverture des fichiers TIFF avec d'autres logiciels de traitement photo.

Cependant, un autre utilisateur a contesté ces observations en comparant des images TIFF RVB et n'a pas pu reproduire le résultat entre GIMP et d'autres visionneuses. Il a été noté que des différences dans la manière dont les mêmes images s'affichent dans différents programmes ont été observées par le passé, notamment avec les JPEG CMJN, mais que cela semblait s'être amélioré.

Une comparaison a été effectuée entre Kubuntu Linux, GIMP 3.0.2 et Krita 5.2.6 avec une image très lumineuse, trop étendue pour être imprimée en RVB. Il n'y a eu aucune différence notable entre le soft-proofing RVB de GIMP et l'exportation CMJN (SWOP), ainsi qu'avec l'image ouverte dans Krita. L'utilisateur a précisé qu'il utilisait une imprimante jet d'encre standard et comprenait les limitations des écrans d'ordinateur et des imprimantes.

Il a été observé qu'après l'ouverture d'un fichier RAW dans GIMP et sa conversion vers le profil de couleur par défaut, toutes les exportations, à l'exception du TIFF, étaient enregistrées avec ce profil de couleur par défaut.

Problèmes d'Exportation et d'Enregistrement sur Supports Externes

Un bug significatif a été rapporté dans la version 2.10 de GIMP sous Windows. Lors de l'exportation ou de l'enregistrement sur un support USB ou une partition autre que C:\ (par exemple, D:\), GIMP reconnaît le lecteur mais aucun dossier n'apparaît. Ce problème a été reproduit sur plusieurs ordinateurs.

Ce comportement a été confirmé par plusieurs utilisateurs, bien qu'un utilisateur ait indiqué que la version portable de GIMP fonctionnait correctement. Il a été suggéré de signaler ce bug à la communauté GIMP.

Illustration de l'interface GIMP montrant le dialogue d'exportation de fichier.

Problèmes d'Ouverture d'Images JPG et PNG

Certains utilisateurs ont rencontré des difficultés pour ouvrir des images aux formats .jpg ou .png avec les versions 2.10.30 et 2.10.36 de GIMP. L'impossibilité d'ouvrir ces fichiers a été constatée sur plusieurs ordinateurs.

Pour résoudre ce problème, un utilisateur a désinstallé les versions 2.10 (app) et installé la version 3.2 (snap). Un autre utilisateur a suggéré que la suppression de la configuration locale de GIMP dans le répertoire de l'utilisateur avant de relancer l'application après réinstallation aurait pu être nécessaire.

Il a été constaté que le problème persistait même après une désinstallation et une réinstallation via la commande `sudo apt remove gimp --purge`. La réinstallation via snap a finalement résolu le problème pour un utilisateur.

Il est à noter que le même problème d'impossibilité d'ouvrir des images a été rencontré avec l'application Pix, mais les images pouvaient être ouvertes avec le "visionneur d'images", "Dessin" ou Firefox.

Augmentation Anormale de la Taille des Fichiers

Un problème troublant a été signalé concernant l'augmentation excessive du poids des images lors de leur traitement dans GIMP. Un utilisateur a ouvert un fichier de 99 Ko qui, une fois affiché sans aucune modification, atteignait 7,4 Mo. Ce phénomène s'est accentué, passant à 9,8 Mo pour une image bicolore de 110 Ko, puis à 28,7 Mo après quelques manipulations simples.

Ce comportement a été décrit comme "louche", surtout lorsque l'image atteint 40 Mo ou 47 Mo sans aucune autre couche que le fond. Le problème a été observé avec des fichiers JPEG.

Un autre exemple concret a été donné : un fichier de 9,8 Mo, mais une fois ouvert, chaque calque faisait 96,2 Mo. Avec 17 calques, cela entraînait une augmentation de poids considérable.

Il a été expliqué que ce que GIMP affiche est le poids de l'image en mémoire, et qu'il ne travaille pas en mode compressé. Une image de 1920x1080 pixels codée sur 8 bits par canal (RVB) représente environ 6 Mo (2 Mo par canal x 3 canaux). Chaque nouveau calque, même vide, augmente la taille de l'image en mémoire. De plus, la taille en mémoire augmente à chaque modification pour permettre l'annulation des actions.

Ajouter de la mémoire virtuelle sur Windows pour améliorer les performances

Il a été souligné qu'il ne faut pas confondre le poids d'un fichier sur un support de stockage et celui qu'il utilise en RAM pendant le traitement. Cette augmentation de taille est une conséquence mécanique du fonctionnement de l'édition d'images, qui nécessite beaucoup de RAM et des processeurs performants.

La suggestion d'augmenter la taille du fichier d'échange (swap) a été considérée comme une technique non viable pour les opérations courantes. La solution la plus efficace en cas de manque de RAM est d'en ajouter.

Autres Bugs et Observations

  • Un utilisateur a mentionné un problème avec la fonction "filtre, décoration, fog..." où le changement de couleur posait problème.
  • Un bug lié à la procédure file-jpeg-load renvoyant aucune valeur a été signalé, potentiellement causé par un greffon endommageant l'état interne de GIMP.
  • L'affichage d'une version filtrée des images par l'application Windows Photos, en particulier pour les images RAW, a été noté. L'hypothèse est que le programme affiche un JPEG embarqué ou similaire.
  • La profondeur de bits (bit depth) et la taille de l'image en pixels peuvent être vérifiées directement dans la fenêtre GIMP.
  • Il a été suggéré que l'utilisateur revoie les préférences de GIMP point par point, car certains utilisateurs expérimentés n'ont jamais rencontré de problèmes de poids de fichier en cours de traitement.

Il est important de noter que la version 2.10.2 de GIMP est mentionnée dans le contexte de problèmes de conversion de fichiers, et que la version 2.10.2 est sortie avec 40 bugs corrigés, selon une information partagée.

tags: #bug #gimp #nouvelle #image #trackid #sp

Articles populaires: