Travaillant dans l'équipe IMAGE du GREYC, j'avais effectivement des besoins d'outils de traitement / visualisation / exploration d'images en ligne de commande, un peu plus 'génériques' que ce que proposaient les outils existants d'alors (ImageMagick/GraphicsMagick pour ne pas les nommer). Notamment, lorsque l'on commence à vouloir manipuler des images à N canaux (N>4), à valeurs flottantes, et/ou volumiques (et c'est monnaie courante en traitement d'image), ImageMagick et GraphicsMagick ne sont pas adaptés (donc dès qu'on sort du domaine de la photo numérique).
Exemples de traitements 'simples' que je ne pouvais pas faire en ligne de commande :
Appliquer un filtre de convolution avec un noyau quelconque sur une image volumique à 32 canaux et à valeurs flottantes (images DT-MRI typiquement).
Extraire et visualiser une iso-surface (par exemple une segmentation) d'une image volumique (il y a des programmes qui font ça, mais en ligne de commande, c'est galère).
Annuler une plage de fréquence spécifique (dans Fourier) pour détramer certains types d'images.
Avant G'MIC, il fallait donc que je programme spécifiquement un petit code C++ pour ce genre d'opérations (qui devraient être très simples à appliquer dans notre domaine). Et le petit code, une fois qu'il marchait, il était mis dans un coin et il fallait le ressortir, et le ré-adapter quand on rencontrait d'autres cas similaires. A un moment donné, l'idée de créer un framework simple pour éviter cette perte de temps et favoriser la réutilisation a donc naturellement émergée.
Je te conseille d'aller voir les slides de présentation du projet G'MIC, qui décrivent entre autres, les motivations du projet.
Après, le fait d'avoir d'autres interfaces à la ligne de commande (dont le plug-in pour GIMP), c'est plus un effet de bord qu'autre chose, le but premier c'était de faire un outil utilisable en ligne de commande pour appliquer des traitements plus génériques que ce que proposait ImageMagick.
[^] # Re: Pourquoi ?
Posté par David Tschumperlé (site web personnel) . En réponse à la dépêche G'MIC 1.5.8.3 : Quelques avancées supplémentaires pour le traitement d'image libre. Évalué à 6. Dernière modification le 15 février 2014 à 11:03.
Travaillant dans l'équipe IMAGE du GREYC, j'avais effectivement des besoins d'outils de traitement / visualisation / exploration d'images en ligne de commande, un peu plus 'génériques' que ce que proposaient les outils existants d'alors (ImageMagick/GraphicsMagick pour ne pas les nommer). Notamment, lorsque l'on commence à vouloir manipuler des images à N canaux (N>4), à valeurs flottantes, et/ou volumiques (et c'est monnaie courante en traitement d'image), ImageMagick et GraphicsMagick ne sont pas adaptés (donc dès qu'on sort du domaine de la photo numérique).
Exemples de traitements 'simples' que je ne pouvais pas faire en ligne de commande :
Avant G'MIC, il fallait donc que je programme spécifiquement un petit code C++ pour ce genre d'opérations (qui devraient être très simples à appliquer dans notre domaine). Et le petit code, une fois qu'il marchait, il était mis dans un coin et il fallait le ressortir, et le ré-adapter quand on rencontrait d'autres cas similaires. A un moment donné, l'idée de créer un framework simple pour éviter cette perte de temps et favoriser la réutilisation a donc naturellement émergée.
Je te conseille d'aller voir les slides de présentation du projet G'MIC, qui décrivent entre autres, les motivations du projet.
Après, le fait d'avoir d'autres interfaces à la ligne de commande (dont le plug-in pour GIMP), c'est plus un effet de bord qu'autre chose, le but premier c'était de faire un outil utilisable en ligne de commande pour appliquer des traitements plus génériques que ce que proposait ImageMagick.