2000.11.29 18:44 "Re: more G4", by Joel Schumacher

I 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