Bref de quoi faire tout ce que tu dis beaucoup plus simplement, et surtout de manière plus éfficace étant donné qu'il n'y a pas à transférer les données d'un programme à l'autre.
Pour ma part, je ne suis pas sûr que je serais plus efficace en python qu'en macros G'MIC, comme tu le dis au début, chacun son point de vue et ses connaissances :)
Je peux te dire par contre qu'écrire un filtre en G'MIC peut se faire *très rapidement* si on connait un peu la syntaxe (j'ai du en écrire une dizaine rien que ce matin, en m'inspirant des filtres existants pour GIMP).
Par ailleurs, avec un collègue (que je salue) nous avons déjà travaillé sur l'intégration des fonctionnalités de G'MIC dans son logiciel de visu / traitement de volumes 3D : http://qvox.sourceforge.net (QVOX) et le transfert des données n'est clairement pas un problème pour les performances, étant donné que tout peux se faire en passant par des pipes (G'MIC peut lire et écrire des images en entrée et sortie standard). Et pourtant, dans notre cas, nous transférons des images voiumiques à valeurs flottantes, donc à priori des données beaucoup imposantes que les images 2D couleurs qu'on peut avoir dans GIMP.
[^] # Re: Merci
Posté par David Tschumperlé (site web personnel) . En réponse au journal G'MIC 1.0.0 : Un outil extensible pour le traitement d'images.. Évalué à 4.
Bref de quoi faire tout ce que tu dis beaucoup plus simplement, et surtout de manière plus éfficace étant donné qu'il n'y a pas à transférer les données d'un programme à l'autre.
Pour ma part, je ne suis pas sûr que je serais plus efficace en python qu'en macros G'MIC, comme tu le dis au début, chacun son point de vue et ses connaissances :)
Je peux te dire par contre qu'écrire un filtre en G'MIC peut se faire *très rapidement* si on connait un peu la syntaxe (j'ai du en écrire une dizaine rien que ce matin, en m'inspirant des filtres existants pour GIMP).
Par ailleurs, avec un collègue (que je salue) nous avons déjà travaillé sur l'intégration des fonctionnalités de G'MIC dans son logiciel de visu / traitement de volumes 3D : http://qvox.sourceforge.net (QVOX) et le transfert des données n'est clairement pas un problème pour les performances, étant donné que tout peux se faire en passant par des pipes (G'MIC peut lire et écrire des images en entrée et sortie standard). Et pourtant, dans notre cas, nous transférons des images voiumiques à valeurs flottantes, donc à priori des données beaucoup imposantes que les images 2D couleurs qu'on peut avoir dans GIMP.
David.