Hi,
No, it's only destructive if we have no way of regenerating the cache as
needed.
With GEGL, we can cache just at the newest node in the graph. Stroke
information can be fully stored in the node.
I'm confused.
From my understanding, if stroke information is stored in the node,
then the
Hi,
On Tue, Jul 29, 2008 at 12:17 AM, Souichi TAKASHIGE [EMAIL PROTECTED] wrote:
Hi,
No, it's only destructive if we have no way of regenerating the cache as
needed.
With GEGL, we can cache just at the newest node in the graph. Stroke
information can be fully stored in the node.
I'm
Hi,
2008/7/29 David Gowers [EMAIL PROTECTED]:
[...]
I was only addressing what you said So it can't be non-destructive
unless we save
that cache forever., by indicating why little caching is needed for
the non-destructive case -- the actual parameters of the operation are
kept.
I see.
On 7/28/08, Souichi TAKASHIGE [EMAIL PROTECTED] wrote:
Hi,
No, it's only destructive if we have no way of regenerating the cache as
needed.
With GEGL, we can cache just at the newest node in the graph. Stroke
information can be fully stored in the node.
From my understanding, if stroke
Hi,
2008/7/29 [EMAIL PROTECTED]:
It is, right now that test program is destructive in that it forces a
save/merge-down of the stroke as a temporary workaround until cache
management in GEGL becomes better.
[...snip...]
The task of the painting operation is to provide the rendered result
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
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
...
is watercolor (brush color blending mode) going to be avaiable in
gimp's development version? I dont see why its not there,while it has
already been implemented back in 2.4 (Sakaguchi's work)
http://www.youtube.com/watch?v=SIg8Omew9Ps
On Sat, Jul 26, 2008 at 3:28 PM, Theodore Imre [EMAIL PROTECTED] wrote:
...
It's unpleasant when people take this sort of angry and demanding tone for free
software that they haven't contributed to. It's hard to give a calm response
without feeling like a wimp.
-- Bill
Hi Theodore,
On Sun, Jul 27, 2008 at 7:58 AM, Theodore Imre [EMAIL PROTECTED] wrote:
...
is watercolor (brush color blending mode) going to be avaiable in
gimp's development version? I dont see why its not there,while it has
already been implemented back in 2.4 (Sakaguchi's work)
Sakaguchi?
On Sun, 2008-07-27 at 00:28 +0200, Theodore Imre wrote:
...
is watercolor (brush color blending mode) going to be avaiable in
gimp's development version?
In the short term, the Krita program (part of KDE) does
have some colour mixing.
Do you have any idea how badly a graphic artist wants
Hi,
1.is this going to be avaiable in some of the 2.5 releases, because if
it is,i'm gonna bug tests it
No, it is not going to be available in 2.5, unless you fix the patch
or persuade Souichi Takashige to do so.
Sorry, I'm currently working on another program, so I have not
maintained the
17 matches
Mail list logo