On 10/22/2009 09:58 PM, jcup...@gmail.com wrote:
> 2009/10/22 Martin Nordholts <ense...@gmail.com>:
>>> I have the impression that the least painful way to make GEGL fast
>>> SOON may be to build its desired API on top of VIPS.
>> We can't use VIPS in GIMP because we need a dynamic graph.
>> In practice that also rules out implementing GEGL with VIPS.
> You could use VIPS as a backend for GEGL. You could have the dynamic
> graph stuff in a layer over VIPS and on a change, rebuild the VIPS
> pipeline underneath. This is how the VIPS GUI works.
It doesn't seem feasible from a performance perspective to construct
complex compositing graphs from scratch all the time. For example, can
caches be reused between VIPS pipeline setups?
Another thing that makes VIPS less attractive is that it is not designed
using an object oriented approach but is instead written in a
functional/procedural manner. I have looked briefly at the code a while ago
and my first impression was that VIPS will hard to extend and adapt to GIMP
My GIMP Blog:
Gimp-developer mailing list