Re: flexfax: fax receive problem

[David Woolley <david@djwhome.demon.co.uk>]

> 
> >What happens if you use a TIFF viewer?
> 
> The image is cutoff, only  25% of the information shows up. If the fax is
> multiple pages, then only 25% of each page is stored in the tif file. I can
> email you the tif image or make it available on our ftp server if you want
> to take a look at it.

I've had a further look at the trace, and it does indicate that the image
should only be 4.22 inches long.  As it also says that there were no errors,
I would initially question whether the modem was lying about the image
format, and then whether there is anything funny about the resulting
image.  

In particular, is the aspect ratio correct and is the image scaled 1:1?

Feb 07 15:18:33.48: [13845]: REMOTE wants 14400 bit/s
Feb 07 15:18:33.48: [13845]: REMOTE wants page width 1728 pixels in 215 mm
Feb 07 15:18:33.50: [13845]: REMOTE wants unlimited page length
Feb 07 15:18:33.50: [13845]: REMOTE wants 7.7 line/mm

Fine mode ~200 lpi.  It looks like I failed to copy the raw data line,
but in any case I don't have the spec to hand to check that it is
interpreted correctly.

Feb 07 15:18:33.50: [13845]: REMOTE wants 2-D MR
Feb 07 15:18:33.50: [13845]: --> [7:CONNECT]
Feb 07 15:18:33.50: [13845]: RECV: begin page
Feb 07 15:18:33.53: [13845]: RECV: send trigger 021
Feb 07 15:18:33.53: [13845]: <-- data [1]
Feb 07 15:18:58.79: [13845]: RECV: 828 total lines, 0 bad lines, 0

828 lines at 196 lpi = 4.22 inches.

25 seconds at 14400 = 45000.  That's big enough for a computer generated
full page in 2D fine mode.  (My test page gives 52K in fine mode and 32K
in normal mode - it was a full page of text in 12 point Times Roman).
Is the TIFF file about this size? (It might be bigger because of recoding,
but you should wonder what is happening if it is much smaller.)
Note that the 25 seconds may include some overhead, so it doesn't preclude
a normal mode image falsely described.

A quick scan of CopyQuality.c++ suggests that if you disable copy quality
checking the data stored in the TIFF file will be essentially that received
by the modem.  If this still decodes wrongly in a TIFF viewer, and the problem
isn't due to falsely treating it as fine mode, I would say you had a modem
problem.  If it is false fine mode, you might be able to configure to 
refuse fine mode.