Jakub Friedl (lists) wrote:
please use Win 98 or XP if you have to use Windows, but not ME. It is
the worst system from Microsoft available.
I'm testing on both Win ME (forced to by a proprietary laptop) and XP.
XP has a nice widget set. But a designer - a vanilla designer, not a
Hi,
there are probably a few things we could try to do to reduce memory
usage when working with large images. The main problem here is that if
you open an RGB image (no alpha channel) with say 1000 x 1000 pixels,
you would expect GIMP to use 1000 * 1000 * 3 bytes to store the image
data. You will
What about making gimp do a benchmaking on the machine and then let it
automatically decide what method 2 use for that swapping/ tiling
stuff.. Hey, now dont beat me. I confess i actually know none of the
stuff
--
Laxminarayan Kamath Ammembal
MithraKoota, Bhoja Rao Lane,
Mangalore 575003
(+91)
On Fri, Nov 12, 2004 at 04:49:03PM +0530, Laxminarayan Kamath wrote:
What about making gimp do a benchmaking on the machine and then let it
automatically decide what method 2 use for that swapping/ tiling
stuff.. Hey, now dont beat me. I confess i actually know none of the
stuff
Sven Neumann wrote:
You will however notice that GIMP instead needs 8 bytes per
pixel. In addition to the 3 bpp for the RGB layer it allocates a
projection the size of the image. This projection holds the result of
compositing the layer stack. It is always allocated 4 bpp. Additionally
a
Hi,
Daniel Egger wrote:
It would be really cool if the pixel data addressing was pluggable so
one could easily write a different storage backend. On top of my head
there would be several schemes I'd like to try:
- A simple linear memory segment with COW for new layers
- dito but with RLE
Thanks to all who responded with useful comments.
It isn't entirely clear from the comments when gimp starts up, but the
tiling cache should indeed be almost as large as physical memory,
allowing some for other uses (such as the OS).
Increasing to 1500Mb on a 2G system was a huge improvement. I
Hi,
Adam D. Moss [EMAIL PROTECTED] writes:
But it still seems like the elegant way to do this (erk, but it
probably did rely on the projection being able to assume the
same depth as the image).
At the moment the projection is always RGBA but the code to do
grayscale and indexed projections
Hi,
Dov Kruger [EMAIL PROTECTED] writes:
I suggest modifying the documentation to read something like:
Increasing tile memory cache will continue to yield benefits until you
totally saturate physical memory. If you can afford to give nearly all
your physical memory to gimp while you are
Hi,
Daniel Egger [EMAIL PROTECTED] writes:
Of course there's also a physical limit and you would need a 64bit
CPU in order to use more than 4GB.
Not necessarily, there some CPU extensions for x86 CPUs which
allow larger memory sizes by using extra large pages (more
overhead) or providing
On Fri, Nov 12, 2004 at 02:41:05AM -0800, miriam clinton (iriXx) wrote:
Carol Spears wrote:
On Thu, Nov 11, 2004 at 11:17:20AM -0800, miriam clinton (iriXx) wrote:
just to clarify - i'm here contributing from the point of view of a
professional graphic designer, considering the
On Fri, 12 Nov 2004, Sven Neumann wrote:
Date: Fri, 12 Nov 2004 15:39:58 +0100
From: Sven Neumann [EMAIL PROTECTED]
To: Alan Horkan [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [Gimp-developer] canvas background options
Hi,
Alan Horkan [EMAIL PROTECTED] writes:
I can
I'm surprised that enough users would be changing the setting often enough
to want to be able to set it on a once off per window basis, I would have
though that a single global preference would to override the toolkit
default would have been enough
oh please no. or is the gimp supposed to be
On Fri, 12 Nov 2004, Jakub Friedl (lists) wrote:
Date: Fri, 12 Nov 2004 16:57:51 +0100
From: Jakub Friedl (lists) [EMAIL PROTECTED]
To: Alan Horkan [EMAIL PROTECTED],
GDev [EMAIL PROTECTED]
Subject: Re: [Gimp-developer] canvas background options
I'm surprised that enough users would
On 12.11.2004, at 15:51, Sven Neumann wrote:
That allows you to stuff more RAM into your box but you can still only
give up to 4GB to a single process simply because you cannot handle
more than 4GB in a 32bit address space.
You can, but not using the typical APIs. This is pretty important
for
On Fri, 12 Nov 2004 11:34:35 +0100, Daniel Egger [EMAIL PROTECTED] wrote:
It would be really cool if the pixel data addressing was pluggable so
one could easily write a different storage backend. On top of my head
there would be several schemes I'd like to try:
- A simple linear memory
Hi,
Alan Horkan [EMAIL PROTECTED] writes:
Given my previous comments that is understandable and I think
discoverability is important but it doesn't make sense to have a seperate
menu item for every obscure feature and to me this is most definately an
obscure feature.
It has been requested
Carol Spears wrote:
On Fri, Nov 12, 2004 at 02:41:05AM -0800, miriam clinton (iriXx) wrote:
I'm freelance, have worked for a variety of companies in temporary
contracts or purely freelance (I value my independence, and owning my
own company).
I would say it would take me at least
Carol Spears wrote:
On Fri, Nov 12, 2004 at 02:41:05AM -0800, miriam clinton (iriXx) wrote:
Carol Spears wrote:
On Thu, Nov 11, 2004 at 11:17:20AM -0800, miriam clinton (iriXx) wrote:
just to clarify - i'm here contributing from the point of view of a
professional graphic designer,
I've been testing on these platforms, but will be able to convert my
laptop over to GNU/Linux once I can get a proper set of Mandrake discs
next week - the download edition has a corrupted 2nd CD.
In the meantime, I think it will be useful as more and more animators
and designers are moving to
Hi all.
Alan Horkan ([EMAIL PROTECTED]) wrote:
On Fri, 12 Nov 2004, Sven Neumann wrote:
Alan Horkan [EMAIL PROTECTED] writes:
Given my previous comments that is understandable and I think
discoverability is important but it doesn't make sense to have a
seperate menu item for every
Manish Singh
[EMAIL PROTECTED] to Daniel, Sven, gimp-developer
On Fri, Nov 12, 2004 at 06:08:17PM +0100, Daniel Egger wrote:
...
t's a whole bunch of contortions, and all pointless since amd64
hardware is competitively priced these days.
please dont concentrate only on those who
-- Forwarded message --
From: Laxminarayan Kamath [EMAIL PROTECTED]
Date: Sat, 13 Nov 2004 12:34:51 +0530
Subject: Re: [Gimp-developer] canvas background options
To: David Odin [EMAIL PROTECTED]
On Fri, 12 Nov 2004 01:02:31 +0100, David Odin [EMAIL PROTECTED] wrote:
Yes, this
On Sat, Nov 13, 2004 at 12:15:22PM +0530, Laxminarayan Kamath wrote:
Manish Singh
[EMAIL PROTECTED] to Daniel, Sven, gimp-developer
On Fri, Nov 12, 2004 at 06:08:17PM +0100, Daniel Egger wrote:
...
t's a whole bunch of contortions, and all pointless since amd64
hardware is
On Fri, Nov 12, 2004 at 08:11:54PM +0100, Daniel Egger wrote:
On 12.11.2004, at 18:51, Manish Singh wrote:
You can, but not using the typical APIs. This is pretty important
for database stuff
Whose use case is very different than GIMP's. And you do use the
typical
APIs, but the user
25 matches
Mail list logo