On Sun, Jul 27, 2008 at 4:46 AM, Souichi TAKASHIGE [EMAIL PROTECTED] wrote:
Sorry, I'm currently working on another program, so I have not
maintained the patch any longer.
GIMP will be fully non-destructive editor in the future, but I think
that is not a good news for users who use GIMP as a
Hi,
They do not need to be made fully non-destructive, for the paint core
I have been experimenting with on top of GEGL[1] I have both a
destructive and a non destructive version. The difference between them
being that the destructive one continuously replaces the contents of a
GeglBuffer
On Mon, 2008-07-28 at 01:19 +0900, Souichi TAKASHIGE wrote:
[...]
But it costs too much memory when we
make a lot of strokes -- and we *DO* make thousand of strokes when we
draw an image -- compared to the current implementation which has a
buffer per each layers.
That's something that
On Sun, Jul 27, 2008 at 7:34 PM, Souichi TAKASHIGE [EMAIL PROTECTED] wrote:
2008/7/28 Liam R E Quin [EMAIL PROTECTED]:
On Mon, 2008-07-28 at 01:19 +0900, Souichi TAKASHIGE wrote:
[...]
But it costs too much memory when we
make a lot of strokes -- and we *DO* make thousand of strokes when we
2008/7/28 Liam R E Quin [EMAIL PROTECTED]:
On Mon, 2008-07-28 at 01:19 +0900, Souichi TAKASHIGE wrote:
[...]
But it costs too much memory when we
make a lot of strokes -- and we *DO* make thousand of strokes when we
draw an image -- compared to the current implementation which has a
buffer
-- Forwarded message --
From: Theodore Imre [EMAIL PROTECTED]
Date: Sun, Jul 27, 2008 at 9:56 PM
Subject: Re: [Gimp-developer] is watercolor (brush color blending mode)...
To: Øyvind Kolås [EMAIL PROTECTED]
hi, as i am reading this, im getting more and more interested in the
way
On Sunday 27 July 2008 22:57:38 Theodore Imre wrote:
All such applications that i tried
(sai,nekopaint,4thpaint) used a relatively low amount of virtual
memory/cache space. So from what i read now, gimp cannot handle such a
brush dynamics,because it is going to likely consume a lot of
Hi,
2008/7/28 Øyvind Kolås [EMAIL PROTECTED]:
The situation would be the same for GEGL once the bug in
http://bugzilla.gnome.org/show_bug.cgi?id=502465 gets resolved. Since
the part of the processing graph underneath the top most added stroke
doesn't change, and it can be recomputed from the
Hi,
On Mon, Jul 28, 2008 at 9:39 AM, Souichi TAKASHIGE [EMAIL PROTECTED] wrote:
Hi,
2008/7/28 Øyvind Kolås [EMAIL PROTECTED]:
The situation would be the same for GEGL once the bug in
http://bugzilla.gnome.org/show_bug.cgi?id=502465 gets resolved. Since
the part of the processing graph