Hi,
On Sun, 2009-12-20 at 08:53 +0100, Martin Nordholts wrote:
GEGL does not yet do multi threaded, but it a planned feature. It will
happen transparently to clients though so the GIMP code will not (should
not have to) bother.
As far as I know the version in git trunk does use multiple
On Sat, 2009-12-19 at 08:47 -0500, Joseph Miller wrote:
I have to work with a lot of website images so I end up doing a lot of
resizing. I kept running into problems though where I would resize a
whole set of layers, then find out I made them to large or too small.
But I wouldn't be able to
I hope that we can motivate you to work on the GEGL graph in GIMP so
that it can not only be used to project the image data, but also to do
some of the image processing.
I would like to try. I have not been able to access www.gegl.org for the
documentation. Is this just a problem on my end?
Joseph Miller wrote:
I hope that we can motivate you to work on the GEGL graph in GIMP so
that it can not only be used to project the image data, but also to do
some of the image processing.
I would like to try. I have not been able to access www.gegl.org
Joseph Miller wrote:
I have to work with a lot of website images so I end up doing a lot of
resizing. I kept running into problems though where I would resize a
whole set of layers, then find out I made them to large or too small.
But I wouldn't be able to know this until I had them laid
Interesting patch, but it is unfortunately in the wrong direction.
Non-destructive scaling needs to be implemented with GEGL and not by
hijacking layer group semantics.
Thanks for the link on the patch format. I'll look over that straight
away. Would you explain how I should go about doing
Joseph Miller wrote:
Interesting patch, but it is unfortunately in the wrong direction.
Non-destructive scaling needs to be implemented with GEGL and not by
hijacking layer group semantics.
Thanks for the link on the patch format. I'll look over that straight
away. Would
With GEGL, this will be done through a scale node, like gegl:transform,
in the image graph. The code to manage this probably will not end up in
about the same size as what you have already, except it will use GEGL API
instead of GIMP's pixel region APIs. We have already ported the projection
Joseph Miller wrote:
With GEGL, this will be done through a scale node, like
gegl:transform, in the image graph. The code to manage this
probably will not end up in about the same size as what you have
already, except it will use GEGL API instead of GIMP's pixel region
