Ce langage de script (pourquoi "pseudo" ?) a été pensé dès le départ pour optimiser l'écriture de pipelines d'opérateurs de traitements d'images, donc oui, il a une utilité dans le cadre de G'MIC : tu peux écrire des pipelines impliquant plusieurs images d'entrées et ou de sortie, et ce, de manière très concise, beaucoup plus qu'avec n'importe quel autres langage (lua inclus). Le but premier, c'est bien de permettre d'écrire des traitements relativement compliqués, à partir de la ligne de commande.
Après, si on sort de ce cadre, le langage n'est pas forcément intéressant à utiliser en tant que tel, et je ne le conseillerais pas personnellement pour faire autre chose que de la conception de pipelines de traitement d'images (de même que je n'utiliserais probablement pas du Bash pour développer des gros algorithmes de calcul par exemple, même si c'est surement possible). Le but n'est surement pas de faire du "gros code" avec !
De mon côté, j'ai essayé évidemment de "pousser" un peu le bouchon dans certaines commandes (par exemple -x_jawbreaker, -x_life, et la plupart des commandes interactives), pour voir jusqu'où on pouvait aller avec ce langage, aussi bien dans un but de curiosité, que de débuggage de l'interpréteur. Au final, on peut faire des choses assez amusantes avec. Et surtout, contrairement à la première impression, les bases du langages sont très simples et très logiques.
Pour aborder le langage G'MIC, je conseillerais de jeter un oeil aux fantastiques tutoriaux de Jérome : http://zonderr.wordpress.com/ ,
qui apportent un regard extérieur tout à fait intéressant et intuitif sur la façon dont le langage fonctionne.
[^] # Re: script ?
Posté par David Tschumperlé (site web personnel) . En réponse à la dépêche G'MIC disponible en version 1.4.8.3. Évalué à 8.
Ce langage de script (pourquoi "pseudo" ?) a été pensé dès le départ pour optimiser l'écriture de pipelines d'opérateurs de traitements d'images, donc oui, il a une utilité dans le cadre de G'MIC : tu peux écrire des pipelines impliquant plusieurs images d'entrées et ou de sortie, et ce, de manière très concise, beaucoup plus qu'avec n'importe quel autres langage (lua inclus). Le but premier, c'est bien de permettre d'écrire des traitements relativement compliqués, à partir de la ligne de commande.
Après, si on sort de ce cadre, le langage n'est pas forcément intéressant à utiliser en tant que tel, et je ne le conseillerais pas personnellement pour faire autre chose que de la conception de pipelines de traitement d'images (de même que je n'utiliserais probablement pas du Bash pour développer des gros algorithmes de calcul par exemple, même si c'est surement possible). Le but n'est surement pas de faire du "gros code" avec !
De mon côté, j'ai essayé évidemment de "pousser" un peu le bouchon dans certaines commandes (par exemple -x_jawbreaker, -x_life, et la plupart des commandes interactives), pour voir jusqu'où on pouvait aller avec ce langage, aussi bien dans un but de curiosité, que de débuggage de l'interpréteur. Au final, on peut faire des choses assez amusantes avec. Et surtout, contrairement à la première impression, les bases du langages sont très simples et très logiques.
Pour aborder le langage G'MIC, je conseillerais de jeter un oeil aux fantastiques tutoriaux de Jérome : http://zonderr.wordpress.com/ , qui apportent un regard extérieur tout à fait intéressant et intuitif sur la façon dont le langage fonctionne.