> Krita's color blending is not really what Souichi had
> started with his patch. From my observation that tool
> is trying to emulate real paints,and when one dips
> the brush over the colored parts of the
> canvas,it absorbs part of the color, altering the color
> inside the brush, and after yo
-- Forwarded message --
From: Theodore Imre <[EMAIL PROTECTED]>
Date: Mon, Jul 28, 2008 at 8:17 AM
Subject: Re: [Gimp-developer] Fwd: is watercolor (brush color blending mode)...
To: [EMAIL PROTECTED]
photoshop is also a image manipulating application,but its brushes
have some col
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
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
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
> mem
-- 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
w
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 o
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 ha
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
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
> GeglBuffe
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
11 matches
Mail list logo