GIMP 2.10.24: version cartographe

GIMP 2.10.24 est principalement une version corrective qui une fois encore améliore beaucoup le support des formats de fichier.
Nouveautés notables :

magnétisation hors-canevas ;

Métadonnées GeoTIFF (informations de géoréférencement utilisées par les cartographes, ajoutées dans les fichiers TIFF) ;

Beaucoup d’améliorations dans l’éditeur et afficheur de métadonnées ;

Beaucoup de formats de fichiers mieux gérés : HEIF, PSP, TIFF, JPEG, PNG, PDF, DDS, BMP, PSD ;

Une nouvelle opération la « Negative Darkroom » pour simuler l’agrandisseur depuis des scans de films négatifs ;

L’importation d’image Raw peut se faire via darktable 3.6 et plus ;

Nouvelle traduction en kabyle.

C’est le changement le plus intéressant, bien qu’il y en ait d’autres dans le code central. Depuis GIMP 2.10.14, nous pouvons afficher l’espace hors canevas. Désormais, beaucoup de choses peuvent être effectuées hors du canevas, même si tout n’est pas encore possible. Ce changement est dans la continuité de ce travail initial, vous permettant de magnétiser plusieurs outils sur les guides, grilles et vecteurs en dehors du canevas.

Gestion des métadonnées

Beaucoup de travail a été fait sur les métadonnées, surtout pour en améliorer la prise en charge et corriger plein de bugs.
L’éditeur et visualiseur de métadonnées a reçu beaucoup d’attention pour le rendre plus fiable, notamment sur des cas particuliers (comme la duplication de balises), mais aussi sur la correspondance entre balises similaires IPTC et XMP, sur une meilleure gestion de l’encodage, etc.
Les données GPS sont gérées avec plus de précision, des bulles d’aide et un meilleur formatage.
Beaucoup reste à faire pour améliorer les métadonnées bien que nous soyons en bonne voie. C’est une partie peu visible du développement, mais chronophage et donc ingrate, tout en étant indispensable pour ceux qui utilisent les métadonnées. On tient donc à remercier Jacob Boerema qui travaille inlassablement là-dessus depuis des mois.

Formats de fichiers

GeoTIFF

Une histoire qui commence avec une conférence d’Adam Cox de l’Université de l’État de Louisiane sur l’utilisation de GIMP pour améliorer les cartes historiques — malgré la perte des métadonnées GeoTIFF qui rendait le processus un peu pénible. La conférence a déclenché un rapport de bug puis un patch de Ruthra Kumar (un contributeur occasionnel) et une relecture du code par l’équipe. Le tout en deux mois !
Maintenant GIMP importe puis exporte en retour les balises GeoTIFF. Attention, aucune logique sémantique n’est implémentée, GIMP ne met pas de sens dans ces métadonnées : les métadonnées importées sont recopiées en sortie sans être corrigées par GIMP. Faites particulièrement attention si elles contiennent des références géographiques, parce que des transformations (géométrie ou résolution de l’image par exemple) pourraient les rendre obsolètes. C’est à vous de savoir ce que les données référencent et comment conserver leur signification.
Dans la boite de dialogue, l’option d’export sera disponible seulement s’il y avait des métadonnées GeoTIFF à l’importation :
Cette jolie petite histoire montre une fois de plus le pouvoir du Logiciel Libre, qui est avant tout un logiciel fait par vous-même. Tout contributeur fait partie de l’équipe GIMP !
NB : les plus attentifs auront noté que cette fonction était disponible dans la version de développement 2.99.4. On l’a décrite pour la 2.10.24 parce que c’est la première version stable avec le support de GeoTIFF.

Améliorations sur plusieurs formats d’image

Comme dans notre version stable précédente, on a poursuivi le travail sur les greffons de format de fichiers.

TIFF s’améliore dans la gestion du multi-page, et dans plein de cas particuliers comme les images TIFF 2 ou 4 bits ou l’ouverture de fichiers non conformes, etc.

HEIF fait un export sans pertes visibles en utilisant libheif 1.10 ou plus récente. On détecte séparément à l’exécution le support d’HEIC et AVIF, ce qui permet de compiler le greffon avec seulement l’un des codages.

PNG ignore maintenant un offset de calque à 0, métadonnée que certains logiciels enregistrent systématiquement, supprimant ainsi des dialogues inutiles.

JPEG avertit plus clairement quand l’enregistrement de certaines métadonnées échoue.

BMP charge maintenant les images avec une grande profondeur de couleur, notamment celles à 24 bits par pixel ; de plus, GIMP arrive à récupérer certains fichiers BMP non conformes ayant une valeur de compression invalide stockée dans l’en-tête.

PDF propose en option d’inverser l’ordre des couches à l’import (c’était déjà le cas dans l’export) et permet l’importation des images avec une résolution décimale (DPI).

DDS (DirectDraw Surface) a reçu plusieurs corrections pour la compression BC5. De plus, GIMP peut maintenant détecter des images qu’il a précédemment mal exportées et les corriger lors du chargement.

Raw est toujours délégué à des dématriceurs évolués tels que darktable ou RawTherapee. L’API du premier est en chantier, et bien que darktable 3.6 ne soit pas encore sorti, GIMP est déjà compatible avec cette version. C’est pourquoi GIMP 2.10.24 fonctionnera avec le futur darktable.

Nouvelle traduction

Une langue de plus est disponible dans GIMP : le kabyle. C’est un début de traduction puisque seulement 18% de la branche stable est traduite (et 32% de la branche de développement !), mais on peut déjà remercier les nouveaux traducteurs, pour fournir GIMP à encore plus de gens. Ça rend GIMP disponible dans 82 langues en plus de l’anglais ! Les traducteurs sont aussi des contributeurs dont le formidable travail n’obtient ni la visibilité ni les remerciements qu’ils méritent. Alors merci à eux !

GEGL et babl

Comme d’habitude, des nouvelles versions de babl (0.18.6) et GEGL (0.4.30) accompagnent cette sortie.

Les changements en bref

Notre moteur d’encodage de pixels et de conversion d’espace de couleurs, babl 0.1.86, permet maintenant la création d’espaces babl (représentation d’un espace de couleur dans babl) depuis les classes d’entrées de profils ICC et il améliore le multi-threads.
De son côté, GEGL 0.4.30 améliore ses tests et les opérations suivantes : jpg-load, png-load, tiff-load, rgbe-load, color-reduction, fattal02 et paint-select. Cette dernière opération a été introduite pour le nouvel outil Paint Select dont on aura l’occasion de reparler à la prochaine version de développement.

Chambre noire pour négatifs

En plus des améliorations, une nouvelle opération très intéressante est apparue dans GEGL grâce à Jonny Robbie : negative-darkroom.
C’est un outil pour les photographes qui utilisent une technique hybride de développement photo : après avoir scanné un film négatif, cette opération crée une image positive (inversée du scan) en simulant le développement via un agrandisseur en chambre noire avec différents paramètres d’exposition et plusieurs papiers photo.

Comme GIMP détecte toutes les opérations GEGL, elles sont automatiquement disponibles dans le menu générique des outils GEGL. Vous trouverez celle-ci dans le menu Outils > Opérations GEGL… en choisissant « Chambre noire négative (negative-darkroom) » dans la liste.
Aucune boite de dialogue spécifique n’a été créée pour l’instant, il faudra attendre une future version de GIMP pour améliorer l’utilisation de l’outil.

Version minimum de babl dans GEGL et GIMP

La version minimum de babl pour GEGL a été rétrogradée à la 0.1.78 (comme déjà le cas dans GIMP) parce que les nouvelles versions ont besoin d’un meson plus récent pour être compilées, lequel n’est pas disponible dans plusieurs distributions. Pour que tout le monde bénéficie des nouvelles versions de GEGL et GIMP nous avons choisi de ne pas incrémenter la version minimum, mais nous insistons pour que les empaqueteurs utilisent la dernière version de babl si possible. Il y a plein de corrections et d’améliorations dans les versions récentes.

Télécharger GIMP 2.10.24

Comme d’habitude, GIMP 2.10.24 est disponible sur le site officiel de GIMP (gimp.org):

Le flatpak Linux est déjà publié, ceux l’ayant précédemment installé devraient donc se voir proposer une mise à jour par leur gestionnaire de logiciels (ou depuis la console: flatpak update org.gimp.GIMP). NB : GIMP en format flatpak n’est disponible que pour x86_64 et AArch64 (versions 64 bits des architectures x86 et ARM). i386 (x86 32 bits) a été sorti de l’environnement d’exécution Freedesktop il y a quelque temps déjà. C’est maintenant ARM (32 bits) qui est abandonné (bien que des matériels ARM 32 bits sortent encore, ou que des machines ARM 64 bits soient fréquemment livrées avec un OS 32 bits). Nous avons essayé de prolonger ces versions 32 bits le plus longtemps possible, mais le dernier runtime disponible étant en fin de vie, leur abandon était le seul choix raisonable. Par conséquent, la dernière version du flatpak i386 est 2.10.14, et celle du flatpak ARM est 2.10.22 (Elles ont été respectivement téléchargées quelques milliers de fois et un peu plus de 400 fois).

L’installeur Windows est disponible dès maintenant. La plupart des miroirs le proposent, mais pas encore tous. Si le téléchargement échoue, re-cliquez sur le bouton Télécharger.

Le paquet DMG pour macOS sera publié d’ici quelques jours, dès que son mainteneur aura trouvé le temps nécessaire.

À suivre…

Le développement continue de manière intensive et on voit bien le basculement vers GIMP 3 à mesure que les versions 2.10.x deviennent plus robustes et contiennent moins de nouveautés (même si on continue à rétroporter des nouveautés quand ça peut être fait sans trop de travail).
On vous donnera plus de détail sur cet aspect du développement à la sortie de la prochaine version de développement 2.99.6.

Enfin, n’oubliez que vous pouvez faire un don au projet GIMP ou financer directement certains développeurs, c’est un moyen d’aider en retour et d’accélérer le développement de GIMP.

En particulier nous rappelons que vous pouvez financer directement le mainteneur de GEGL sur Patreon ainsi que le projet de film libre « ZeMarmot » sur Patreon, Tipeee ou Liberapay, projet grâce auquel je développe GIMP depuis maintenant plusieurs années, et par lequel je suis même devenu depuis un an le plus gros contributeur.

Source linuxfr.org