Re: Problem with Image Masking - ioerror on large images

Roger Willcocks wrote:
> "Paul Walker" <gnewsremove1@xxxxxxxxxxxxx> wrote in message
> news:1134454966.528833.189240@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> >I tried the ReusableStreamDecode, and it worked - sort of. After
[...]
> > 1) Where can I find documentation on the nature of the limit that I'm
> > exceeding?
> > 2) My decode filter string is ASCII85 -> DCT -> ReusableStream. Should
> > it work if I split the stream, leaving the DCT decode in the
> > dictionary, like this?
> > currentfile ASCII85Decode filter ReuswableStreamDecode filter
> > [data] ~> /datastream exch def
> > /DataDict <<
> > /DataSource datastream DCTDecode filter
> >>> def
> > 3) Any other bright ideas?
>
> A1) The printer has to save the image data away somewhere, you'll hit a
> limit when all the memory / disk has filled up.
I haven't put in any instrumentation, but the printer has a 18GB
drive and 384MB of RAM. The decoded image would only be about 11MB at
24 bits/pixel. I have a hard time believing that the HD is full.
My impression is that PS2 and PS3 are more free with their limits,
so I'm surprised at running into this problem, unless it is a hard
limit. Any hints here? I'm certainly open to input from other
experienced PS folks out there. I can't believe I'm the first person
to blaze this trail. Help, please!!! Thanks in advance.

> A2) That should work and it should have the benefit that the printer only
> has to buffer the compressed data, not the uncompressed data.
I tried this, and it helps. Now the limitcheck occurs about 3000
lines further into the file :-(


> A3) Try setting AsyncRead true (see p154 PLRM III).
No Change - it still gets a limitcheck at the same place (as near
as I can tell from the error report).

> Failing that you'll need to use a different interleave type, I think.
In theory, this might work. However, I'm avoiding this idea as
long as possible, because the other interleave types require the mask
data to be interleaved on either a per sample basis, or a per row
basis. The source for the image is a JPG file, and the mask has been
computed independently. The idea of combining the two streams into one
is a bit scary. It will also constrain the mask to be at the same
resolution as the image, which is undesireable to me.

Paul

> --
> Roger

.

Loading