Re: GIMP 3.2.2 est déjà là!

Bonjour Jehan, on parle bien du fait que lorsque tu ouvres un dossier dans un explorateur de fichier comme nautilus, thunar ou dolphin, l’explorateur de fichier puisse appeler GIMP sans interface pour générer les miniatures des fichiers du dossiers. Est-ce que GIMP propose une telle interface ?

C'était la question originelle oui. Ensuite ça a dévié sur la spéc Thumbnails de Freedesktop (que GIMP prend en charge donc).

Ceci dit, il y a une petite erreur à mon avis: le but n'est pas d'appeler GIMP! Comme tu le notes toi-même pour ton thumbnailer darktable:

C’est atrocement lent

Et le second gros problème, c'est que cela dépend de GIMP (ou de darktable, je suppose, dans le cas de ton thumbnailer darktable). Les gens veulent avoir un thumbnailer XCF qui puisse être léger, rapide mais aussi indépendant, et par exemple pourraient être leur propre paquet dans les dépôts Linux (sans dépendance au paquet GIMP). De sorte qu'on pourrait avoir des vignettes de fichiers XCF qui traînent dans son système sans forcément avoir GIMP installé. :-)

Mon besoin est de pouvoir utiliser un outil genre gimp-cli qui prendrait en entrée un fichier xcf et qui donnerait en sortie un png, compilé depuis la même base de code de GIMP (avec des ifdef par exemple), est-ce que ça existe ?

C'est ce que je dis, ce serait idéal. Un petit binaire indépendant qui ne contiendrait que le code nécessaire pour charger un XCF et en faire le rendu, et qui serait bien plus rapide à lancer.

Ensuite — et c'est là où l'idée de la vignette embarquée prend tout son sens — si le XCF contient déjà des vignettes, on pourrait avoir un binaire qui n'a même pas besoin de comprendre l'entièreté du format XCF, juste d'en savoir assez pour extraire la vignette de son choix. Et ça ferait un thumbnailer vraiment rapide. :-)

Mais bon, ça sera probablement juste pour la prochaine version de XCF (qui est mon gros projet de GIMP 3.4).

Par exemple, typiquement une des parties qui peut prendre du temps au lancement de GIMP, c'est le chargement des plug-ins (au premier lancement après une mise-à-jour par exemple). Or avec les nouveaux calques-liens, sans les plug-ins de formats de fichier (autre que XCF), on ne peut pas regénérer le rendu d'un calque lien. Maintenant ce n'est pas très grave à l'heure actuelle car ces derniers contiennent leur dernier rendu dans le XCF. Sauf que justement on a des demandes pour ne même pas embarquer ce rendu (typiquement on a quelqu'un qui nous a dit traiter des images de plusieurs GiBs en mémoire, toutes dans le même XCF, avec quelques filtres dessus, et cette personne espérait que le fichier XCF serait lui-même très petits puisque ce sont juste des liens).

Ben si on implémente cette option, alors il faudrait aussi que notre thumbnailer puisse charger les plug-ins de prise en charge de formats de fichier.

J’attends de mon explorateur de fichier (pas GIMP) d’implémenter la spécification "Thumbnail Managing Standard" de Freedesktop, et puisse appeler GIMP avec l’interface précitée. 🙂️

Ils le font aussi mais juste avec une autre perspective. Quant aux thumbnailers, c'est encore juste une autre pièce du même puzzle.

Idéalement tous les logiciels dans la chaîne à la fois de création, rendu ou lecture de fichiers devraient implémenter cette spéc, mais simplement chacun le fait avec une perspective un peu différente. Et tout cela se complète alors.

Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]