On 03/02/2011 09:07 AM, Stefan Maerz wrote:
>
> My computer doesn't have a problem with it unless I'm going very fast
> and have the spacing at its lowest.
>
> I don't know, but I don't use brushes that fast. And if I did, it
> would be hard to control the brush (quickly responding or not).
That's
On 03/02/2011 03:43 AM, Carol Spears wrote:
> On Wed, Mar 02, 2011 at 03:02:30AM -0800, Carol Spears wrote:
>> On Wed, Mar 02, 2011 at 09:30:30AM +0200, Jeremy Nell wrote:
>>> What ways or tips will help speed up GIMP and maximise performance?
>>> Obviously, loads of RAM is a start, I guess. And a
Not very fast at all. Use a brush with a soft
edge (hardness set quite low) and colour in parts of an A4
canvas. Standard colouring in motion (using a stylus), which GIMP
handles poorly.
On 02/03/2011 19:07, Stefan Maerz wrote:
Thi
> This speed problem is, for me, the single most frustrating aspect about
> GIMP. (I can live with its inferior text tools, but real-time rendering
> should be beefed up.)
As usual, easier said than done.
>Simple comparison: An A4 page, 300DPI, open in both >applications. Grab a
>paint brush an
On Wed, Mar 02, 2011 at 03:19:01PM +0200, M@thew Green wrote:
> Let's not argue semantics here - you know what I mean :)
>
> There should be a degree of "the obvious" when interacting with an
> interface. In other words, it should, as far as possible, be obvious as what
> to click on, in order to
I run Photoshop on Windows (my old PC) and GIMP
on Ubuntu (my new PC). Photoshop is slower, in general, but its
real-time rendering (on an old P4 with minimal RAM) is still
faster than GIMP's real-time rendering on an i7 quad core when
doing identical painting o
On Wed, Mar 02, 2011 at 03:23:51PM +0200, Jeremy Nell wrote:
> Simple comparison: An A4 page, 300DPI, open in both applications.
> Grab a paint brush and and increase its size considerably. Paint
> across the canvas and watch how much GIMP lags; the rendering of
> the stro
I've tested working with outlines both on and
off, and there really isn't much of a difference (other than not
knowing my brush size), and I'm using an i7 quad core.
GIMP is great and I'm getting used to it (after moving from
Windows to Ubuntu and adopting
Let's not argue semantics here - you know what I mean :)
There should be a degree of "the obvious" when interacting with an
interface. In other words, it should, as far as possible, be obvious as what
to click on, in order to facilitate some action. This is far from the case
here.
Granted, there
On Wed, Mar 02, 2011 at 01:01:33PM +0100, Szabolcs Hideg wrote:
> If the generated brush outline is too complex, turning it off for that brush
> only, or somehow simplify more complex brush outlines would be a better
> solution than disabling it altogether in the program settings.
> I have created
On Wed, Mar 02, 2011 at 02:51:08PM +0200, M@thew Green wrote:
> I didn't even know you could turn off brush outlines. I took it as a
> mini-challenge to see if I could work it out. BTW, to create some context
> for my experience I have been using GIMP since 2003, and designing /
> "architecting" we
I didn't even know you could turn off brush outlines. I took it as a
mini-challenge to see if I could work it out. BTW, to create some context
for my experience I have been using GIMP since 2003, and designing /
"architecting" web sites since 1994. Here's what I found :)
- I first went to the
If the generated brush outline is too complex, turning it off for that brush
only, or somehow simplify more complex brush outlines would be a better
solution than disabling it altogether in the program settings.
I have created deliberately a brush, which outline slows down Gimp when
drawing. Is it
On Wed, Mar 02, 2011 at 03:02:30AM -0800, Carol Spears wrote:
> On Wed, Mar 02, 2011 at 09:30:30AM +0200, Jeremy Nell wrote:
> > What ways or tips will help speed up GIMP and maximise performance?
> > Obviously, loads of RAM is a start, I guess. And a decent graphics card
> > (for rendering), y
On Wed, Mar 02, 2011 at 09:30:30AM +0200, Jeremy Nell wrote:
> What ways or tips will help speed up GIMP and maximise performance?
> Obviously, loads of RAM is a start, I guess. And a decent graphics card
> (for rendering), yes?
>
> What other tips or tricks does anyone have?
brush outline ca
On Wed, Mar 2, 2011 at 08:30, Jeremy Nell wrote:
> Obviously, loads of RAM is a start, I guess.
Yes, loads of RAM is a good start.
> And a decent graphics card (for rendering), yes?
No, graphics card aren't that important. Every normal modern card should do.
> What other tips or tricks does an
What ways or tips will help speed up GIMP and maximise performance?
Obviously, loads of RAM is a start, I guess. And a decent graphics card
(for rendering), yes?
What other tips or tricks does anyone have?
___
Gimp-user mailing list
Gimp-user@lists.X
Hi,
Gene Heskett <[EMAIL PROTECTED]> writes:
> On Friday 23 January 2004 14:29, Marc Dver wrote:
> >Can someone recommend ways of speeding up Gimp on a WinXP Pro
> > machine? I'm using GTK+ 2.0 and the stable version of Gimp (the
> > development version won't install on my machine because it has
On Friday 23 January 2004 14:29, Marc Dver wrote:
>Can someone recommend ways of speeding up Gimp on a WinXP Pro
> machine? I'm using GTK+ 2.0 and the stable version of Gimp (the
> development version won't install on my machine because it has a
> AMD K6-2 450 processor). When I use the bucket too
I just installed Mandrake 10.0 Beta1. Is there a possibility to get
Gimp2 into the 10.0 release that is planned for mid February 2004 ?
Best Regards
Thomas J Spuhler
All Tusonix outgoing e-mail has been scanned for viruses
signature.asc
Description: This is a digitally signed message part
Can someone recommend ways of speeding up Gimp on a WinXP Pro machine?
I'm using GTK+ 2.0 and the stable version of Gimp (the development
version won't install on my machine because it has a AMD K6-2 450
processor). When I use the bucket tool, it takes a fw minutes before it
fills, during whic
21 matches
Mail list logo