| AWARE [SYSTEMS] | Imaging expertise for the Delphi developer | |||||||
![]() |
TIFF and LibTiff Mailing List Archive | |||||||
LibTiff Mailing List
TIFF and LibTiff Mailing List Archive Contact
The TIFF Mailing List Homepage |
Thread2000.11.29 18:44 "Re: more G4", by Joel SchumacherI had a similar problem about a year ago (Oct 99). I'm not really
using libtiff, but was using version 3.5.2 and the utilities to test
some images that another piece of software was blowing up on and found
libtiff had the same bug. But, programs like Paint Shop Pro read the
images just fine.
At that time, libtiff was not recognizing the EOFB (end of facsimile
block) codeword. It's a 24-bit codeword:
000000000001000000000001
Basically what this codeword is saying is: this is the end of the page.
The rest of the page is all white-space, no need to encode every line,
just fill the rest of the page with white dots and you're done.
By not recognizing this codeword, it interpreted it differently, and
from then on you're out of sync and you're bound to run into something
that'll give you an error.
Some helpful folks like Frank Cringle sent some code fixes to the list,
but to my knowledge, they never were incorporated into libtiff.
You might have an entirely different problem, but it sounded similar
to the error messages I was getting.
Can anybody confirm? Has the G4 support for the EOFB codeword been
added to libtiff?
--
______________________________________________________________________
Joel Schumacher JCPenney Co. - UNIX Network Systems
jschumac@jcpenney.com 12700 Park Central Pl M/S 6021
(972) 591-7543 Dallas TX 75251
|
|||||||