GIMP 2.10 reste API compatible et au rythme où vont les sorties, 3.0 n'apparaitra pas de si tôt. Et même si à l'heure actuelle 3.0 est la version dans laquelle il est prévu de casser les choses, il s'agit avant tout du port vers GTK+3, qui risque d'être suffisament assez pénible pour que l'API soit oubliée. Par ailleurs il ne s'agit pas de toute l'API, mais uniquement de celle qui permet d'accéder aux pixels, et cette nouvelle API est quand même bien plus simple et souple que l'ancienne.
Par ailleurs, dans l'état, GEGL ne permet pas assez de chose pour pouvoir remplacer les plug-ins GIMP. Typiquement, les plug-ins complexes (qui touchent plusieurs layers, qui accèdent aux parasites, qui ont besoin d'une UI spécifique, etc...) ne peuvent pas être porté comme des "noeuds", et restent donc de simples plug-ins classiques, en remplaçant tous les gimp_pixel_rgn_init, gimp_pixel_rgns_register, gimp_pixel_get/set_*, par gegl_buffer_get/set ou similaires.
Le fait de ne pas être un "noeud" GEGL sera un jour une limitation (preview-on-canvas, travail non destructif, interface unifiée, ...), mais n'empechera pas G'MIC de fonctionner comme il fonctionne maintenant, au moins pour un certain temps.
Cela étant je ne connais rien de G'MIC et de comment il s'interface avec GIMP. Mais j'ai l'impression qu'une première étape serait de tout laisser comme tel et de juste remplacer les gimp_pixel_XXX par l'API GEGL (je ne dis pas que c'est trivial pour autant). GIMP et GEGL ne sont de toute façon probablement pas capable d'intégrer un ou plusieurs "noeuds" de la complexité de GEGL au jour d'aujourd'hui.
[^] # Re: Bon voisin.
Posté par jypaigue . 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é à 5.
GIMP 2.10 reste API compatible et au rythme où vont les sorties, 3.0 n'apparaitra pas de si tôt. Et même si à l'heure actuelle 3.0 est la version dans laquelle il est prévu de casser les choses, il s'agit avant tout du port vers GTK+3, qui risque d'être suffisament assez pénible pour que l'API soit oubliée. Par ailleurs il ne s'agit pas de toute l'API, mais uniquement de celle qui permet d'accéder aux pixels, et cette nouvelle API est quand même bien plus simple et souple que l'ancienne.
Par ailleurs, dans l'état, GEGL ne permet pas assez de chose pour pouvoir remplacer les plug-ins GIMP. Typiquement, les plug-ins complexes (qui touchent plusieurs layers, qui accèdent aux parasites, qui ont besoin d'une UI spécifique, etc...) ne peuvent pas être porté comme des "noeuds", et restent donc de simples plug-ins classiques, en remplaçant tous les gimp_pixel_rgn_init, gimp_pixel_rgns_register, gimp_pixel_get/set_*, par gegl_buffer_get/set ou similaires.
Le fait de ne pas être un "noeud" GEGL sera un jour une limitation (preview-on-canvas, travail non destructif, interface unifiée, ...), mais n'empechera pas G'MIC de fonctionner comme il fonctionne maintenant, au moins pour un certain temps.
Cela étant je ne connais rien de G'MIC et de comment il s'interface avec GIMP. Mais j'ai l'impression qu'une première étape serait de tout laisser comme tel et de juste remplacer les gimp_pixel_XXX par l'API GEGL (je ne dis pas que c'est trivial pour autant). GIMP et GEGL ne sont de toute façon probablement pas capable d'intégrer un ou plusieurs "noeuds" de la complexité de GEGL au jour d'aujourd'hui.