Re: [hylafax-users] High Error Rates revisited.

[Lee Howard <faxguy@xxxxxxxxxxxxxxxx>]

On 2004.08.02 11:32 Bill Binko wrote:

> Also, Lee, can't he set the # of bad lines higher?

Yes, that would prevent RTN from being sent, but it doesn't make the 
TIFF data any more readable.

> That might get him
> past the threshold he's facing.  He'll get uglier faxes, but more of
> them.

Well, in these cases he's actually getting the faxes via the 
SaveUnconfirmedPages facility, so the data is not lost.  It's just that 
the remote is aborting.

In the logs that he's shown I don't think that the problem pages had 
much length to them, i.e., they had < 200 scan lines, which means that 
it would just be a "strip" of TIFF image data.  This indicates that the 
modem detected a carrier drop when there wasn't supposed to be one.  
His previous pages show clean TIFF data with no noise.  This then 
usually only happens (perfect pages, and then suddenly a bomb) when 
there is some kind of modulator lock-up on either the receiver or the 
sender or when some big noise happens (i.e., someone picks up the line 
somewhere else also) at a particularly untimely moment.

Lee.

____________________ HylaFAX(tm) Users Mailing List _______________________
 To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi
On UNIX: mail -s unsubscribe hylafax-users-request@xxxxxxxxxxx < /dev/null
 *To learn about commercial HylaFAX(tm) support, mail sales@xxxxxxxxx*