AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
June 2006

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



Valid HTML 4.01!



Thread

2006.06.02 15:22 "TIFFWriteRawStrip with multi-strip?", by Bernie Pallek
2006.06.02 16:35 "Re: TIFFWriteRawStrip with multi-strip?", by Joris Van Damme
2006.06.02 17:08 "Re: TIFFWriteRawStrip with multi-strip?", by Bernie Pallek
2006.06.02 17:20 "Re: TIFFWriteRawStrip with multi-strip?", by Joris Van Damme
2006.06.07 08:50 "Re: TIFFWriteRawStrip with multi-strip?", by Gerben Vos
2006.06.07 11:48 "Re: TIFFWriteRawStrip with multi-strip?", by Joris Van Damme
2006.06.07 13:48 "Re: TIFFWriteRawStrip with multi-strip?", by Bernie Pallek

2006.06.02 17:08 "Re: TIFFWriteRawStrip with multi-strip?", by Bernie Pallek

> > However, I'd like to now use an arbitrary value for rows-per-strip.
> > But this means I need to find the byte offsets within 'someBuffer'
> > so I can call TIFFWriteRawStrip repeatedly, incrementing the strip
> > number.  The crux?  Since the data is compressed, how in the crap
> > will I know where each strip's data begins within 'someBuffer'?
> > Each strip is going to vary in size.
> 
> This type of compression, G4, encodes each scanline relative 
> to previous scanline. The first scanline is encoded relative to a
> 'virtual' all-white line. So if you divide the block, the first part
> will make sense, the second will be corrupted. There's no way you 
> can work around that.

That's too bad, although I expected as much.  Cheers!

- b.