Re: GIMP Image Size Limits

Kevin,

    Unfortunately, no.  The signed integers are used to access the data
itself.  Thus, if you had a grayscale image that was 1 pixel tall and
2GB wide, everything would be fine.  However, 1 by (2GB +1) would cause
an error.  Increasing numbers of channels only makes the limitation hit
earlier.  However, as I mentioned earlier, this may not be the cause of
your problem.  It's a real limitation of the TIFF library, but you may
be hitting a different GIMP ceiling.

    Thanks,
    PeterM

----- Original Message -----
From: "Kevin Myers" <[email protected]>
To: <[email protected]>
Sent: Wednesday, January 08, 2003 11:29 PM
Subject: Re: [gimpwin-dev] GIMP Image Size Limits



Hi Peter,

Thanks for the suggestion and warning.  However, wouldn't that mean I
should be able to access up to 2G pixels in grayscale?  I'm not getting
anywhere near that pixel count, and the limit seems to be image size
rather than total pixel count dependent...

s/KAM

  ----- Original Message -----
  From: Peter Montgomery
  To: [email protected]
  Sent: Thursday, January 09, 2003 1:22 AM
  Subject: Re: [gimpwin-dev] GIMP Image Size Limits


  Kevin,

      You may be running into a limitation of the TIFF library that is
  compiled into GIMP as it uses signed 32 bit integers for accessing
data.
  This is a common issue that arises on the TIFFLib mailing list.  OF
  course, there may also be an internal GIMP limitation you are hitting
as
  well.

      Thanks,
      PeterM


  ----- Original Message -----
  From: "Kevin Myers" <[email protected]>
  To: <[email protected]>
  Cc: "gimp users" <[email protected]>; "gimpwin users"
  <[email protected]>; "gimpwin developers"
  <[email protected]>
  Sent: Wednesday, January 08, 2003 9:11 PM
  Subject: [gimpwin-dev] Re: [Gimp-user] GIMP Image Size Limits


  >
  > Sorry Fred and all, my apologies, 400KB was a serious typo.  That
  should
  > have read 400MB!
  >
  > s/KAM
  >
  >
  > ----- Original Message -----
  > From: "Fred Bazolo" <[email protected]>
  > To: "gimp users" <[email protected]>
  > Sent: Wednesday, January 08, 2003 11:12 PM
  > Subject: Re: [Gimp-user] GIMP Image Size Limits
  >
  >
  > I am curious about your file sizes though: 400 KB doesn't sound all
  that
  > big;
  > actually, that sounds pretty small. Also, I'm not very technical so
  bear
  > with
  > me, but isn't 5 times 400 KB about 2.0 MB? What am I missing here?
  >
  > On Wednesday 08 January 2003 23:31, Kevin Myers wrote:
  > > Under Windows I am running into a problem where the GIMP's pixel
  buffer
  > > seems to hit a 2GB file size limit when my gray scale TIFF image
  files
  > > excede roughly 400KB in size.  I'm guessing the buffer requires 5
  bytes
  > per
  > > pixel (RGB, transparency, ?), even though all of that isn't really
  needed
  > > for my images.
  > >
  > > I need to work with these images absolutely ASAP.  Because all of
  the
  > > machines involved are running Windoze, I was hoping to stick with
  that.
  > > However, it's starting to look like that is a hopeless cause given
  my poor
  > > porting skills and the apparant lack of interest of most gimp
  developers
  > in
  > > addressing this problem under Windoze (at least in the near term).
  > >
  > > So, I'm starting to consider using Linux instead, and have two
  related
  > > questions:
  > >
  > > 1. Can anyone out there positively confirm that running the GIMP
  under a
  > > fairly recent version of Linux would avoid any inherent 2GB pixel
  buffer
  > > size limit?  I can provide some images for testing if anyone would
  like to
  > > volunteer...
  > >
  > > 2. Would anyone out there care to suggest a readily available
  commercial
  > > Linux distribution that is extremely easy to install, learn, and
use
  for
  > > unsophisticated users with primarily Windblows experience?
  > >
  > > Thanks in advance for any help.
  > >
  > > s/KAM


  To Post a message, send it to:   [email protected]
  To Unsubscribe, send a blank message to:
[email protected]

  Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.