Re: [hylafax-users] Bad first one and last five lines in class 2.0

[Lee Howard <faxguy@xxxxxxxxxxxxxxxx>]

On 2004.03.19 06:53 DanB wrote:

>  <-- [11:AT+FRM=146\r]
>  --> [7:CONNECT]
>  RECV: begin page
>  RECV: 32674 bytes of data, 425 total lines
>  RECV: 32745 bytes of data, 905 total lines
>  RECV/CQ: Bad 1D pixel count, row 1167, got 0, expected 1728
>  RECV/CQ: Bad 1D pixel count, row 1168, got 0, expected 1728
>  RECV/CQ: Bad 1D pixel count, row 1169, got 0, expected 1728
>  RECV/CQ: Bad 1D pixel count, row 1170, got 0, expected 1728
>  RECV/CQ: Bad 1D pixel count, row 1171, got 0, expected 1728
>  RECV: 21883 bytes of data, 1172 total lines
>  RECV/CQ: Adjusting for RTC found at row 1166
>  RECV: end page
>  --> [10:NO CARRIER]

This tells us that the leading bad line before as well as the previous 
lack of recognition of the RTC was probably triggered by the Class 2.0 
firmware.

>  MODEM input buffering enabled
>  <-- [11:AT+FRM=146\r]
>  --> [7:CONNECT]
>  RECV: begin page
>  RECV/CQ: Bad 1D pixel count, row 3, got 3133, expected 1728
>  RECV/CQ: Bad 2D pixel count, row 4, got 1729, expected 1728
... lots of garbage ...
>  RECV/CQ: Bad 2D pixel count, row 142, got 59, expected 1728
>  RECV: 21956 bytes of data, 220 total lines
>  RECV: end page
>  --> [10:NO CARRIER]

I've seen this before.  I haven't made a conclusive analysis, but I 
suspect that it's a problem with the USR in Class 1.  So that's 
wonderful!  You've got a buggy Class 2.0 and a buggy Class 1 with your 
USR.

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@xxxxxxxxxxxx*