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
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
> >hardw
-- 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,
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
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
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,
Alan Horkan <[EMAIL PROTECTED]> writes:
> 'Useless discussion'.
>
> Thanks for the encouragement, with that attitude is it any wonder more
> people dont try and provide feedback and try and improve the gimp.
Alan, the discussion became useless after the facts had been exchanged
and several p
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,
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 dou
Sven Neumann wrote:
Yes, the plan's to move the scripts out of the script-fu menu into the
places they belong to. What's missing here though is a better menu
registration functionality in Script-Fu. Kevin wanted to add a bug
report about this.
Actually, I was originally expecting Sven to add the bu
re options.
Here, the error messages:
Trying to launch storyboard:
/mnt/hdc7/softs/gimp-cvs-20041112/lib/gimp/2.0/plug-ins/gap_storyboard:
relocation error:
/mnt/hdc7/softs/gimp-cvs-20041112/lib/gimp/2.0/plug-ins/gap_storyboard:
undefined symbol: gimp_frame_new
(gimp:9655): Gimp-Plug-In-WARNIN
On Fri, 12 Nov 2004, Sven Neumann wrote:
> Date: Fri, 12 Nov 2004 18:49:26 +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:
>
>
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 does have to setup the shmfs on their own. And then
you have to select
On Fri, Nov 12, 2004 at 06:08:17PM +0100, Daniel Egger wrote:
> 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.
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 reques
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
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 datab
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 eno
> 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
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:
>
>
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, considerin
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 pr
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 a
Hi,
Alan Horkan <[EMAIL PROTECTED]> writes:
> I can understand how that would require you to change it regularly
> and why you might want a menu item for it. How did you like how the
> feature was presented in 2.0 or were you unaware of it until it was
> given a prominant menu item?
Hiding usef
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 project
On Fri, Nov 12, 2004 at 12:48:02PM +, Alan Horkan wrote:
>
> On Fri, 12 Nov 2004, David Odin wrote:
>
> > Date: Fri, 12 Nov 2004 01:02:31 +0100
> > From: David Odin <[EMAIL PROTECTED]>
> > To: Alan Horkan <[EMAIL PROTECTED]>
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: [Gimp-developer] canvas b
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 h
On 12.11.2004, at 13:12, Sven Neumann wrote:
The operating system imposes a limit on the maximum amount of memory
that can be allocated by a process. IIRC the limit is 3GB on Linux.
Typically the splitting point (user/kernel and peripheral memory)
would be 2:2, but there is a way to easily get 3:1
Date: Fri, 12 Nov 2004 14:23:49 +0100
From: Tino Schwarze <[EMAIL PROTECTED]>
Hi,
On Fri, Nov 12, 2004 at 01:12:33PM +0100, Sven Neumann wrote:
> > [1] Working ain't gonna be fun - I once had an A1 poster at 300 dpi on
> > an 6 GB machine and GIMP's swap grow as large as anothe
Hi,
On Fri, Nov 12, 2004 at 01:12:33PM +0100, Sven Neumann wrote:
> > [1] Working ain't gonna be fun - I once had an A1 poster at 300 dpi on
> > an 6 GB machine and GIMP's swap grow as large as another 6 GB since GIMP
> > didn't seem to be able to use more than 2 or 3 GB of memory altogether.
> >
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
On Fri, 12 Nov 2004, David Odin wrote:
> Date: Fri, 12 Nov 2004 01:02:31 +0100
> From: David Odin <[EMAIL PROTECTED]>
> To: Alan Horkan <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [Gimp-developer] canvas background options
>
> On Thu, Nov 11, 2004 at 11:06:21PM +, Alan Horkan w
Hi,
Tino Schwarze <[EMAIL PROTECTED]> writes:
> [1] Working ain't gonna be fun - I once had an A1 poster at 300 dpi on
> an 6 GB machine and GIMP's swap grow as large as another 6 GB since GIMP
> didn't seem to be able to use more than 2 or 3 GB of memory altogether.
> (Is there a known limitatio
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 selection
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>
Unfortu
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)
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
Sven Neumann wrote:
Hi,
"miriam clinton (iriXx)" <[EMAIL PROTECTED]> writes:
Script-Fu is totally incomprehensible to graphic designers
Actually you are not supposed to recognize that it's a script-fu. How
to achieve that is what we are discussing at the moment.
Sven
Brilliant!
I was
Hmm, will give it a try. Again, not easy to find - designers also work
under a great deal of pressure to get stuff done fast, and a tool where
selections appear obscured will not encourage them so easily. Cinepaint,
though, has had a great deal of success. I'm going to be interested to
compile
Hi,
Alan Horkan <[EMAIL PROTECTED]> writes:
> Is this feature really important to some users, so much so that it
> needs menu items? I am suggesting it would be better to put this in
> the preferences if at all rather than cluttering the menus.
It is indeed important to be able to change this f
Hi there,
On Fri, Nov 12, 2004 at 02:13:46AM +0200, Steve Stavropoulos wrote:
> > The most important thing to do is balance your tile cache setting, as
> > you've already found. You want it large enough that GIMP doesn't have
> > to use its own virtual memory, but not so large that the OS has to
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
programmer-d
On 12.11.2004, at 01:13, Steve Stavropoulos wrote:
If the OS has better virtual memory than what available to gimp, then
you would want to use that one. In Linux, I think in most cases, you
would want to use the (often in multiple disks) swap partitions/files
available to the OS.
GIMP does tile sw
43 matches
Mail list logo
