Re: [hylafax-users] (cvs) RTN with 2-D, ok (MCF) with 1-D

[Giulio Orsero <giulioo@pobox.com>]

On 30 Oct 2000 00:17:55 +0300, you wrote:

>> so I'm sending it; note that the same anomalies show with 1D, 
>> though. I don't remember seeing the same anomalies when
>> the sending fax was the rockwell chipset one; tomorrow I'll be able to 
>> test this.
>Yes, that's very interesting.
When sending the fax with the rockwell based modem-fax the log is the
same (same pixel pixel errors).
Oct 30 14:30:54.95: [17391]: RECV: begin page
Oct 30 14:31:08.41: [17391]: RECV/CQ: Bad 2D pixel count, row 1366, got
79, expected 1728
Oct 30 14:31:08.41: [17391]: RECV/CQ: Bad 1D pixel count, row 1367, got
0, expected 1728
Oct 30 14:31:08.41: [17391]: RECV/CQ: Bad 1D pixel count, row 1368, got
0, expected 1728
Oct 30 14:31:08.41: [17391]: RECV/CQ: Bad 1D pixel count, row 1369, got
0, expected 1728
Oct 30 14:31:08.41: [17391]: RECV/CQ: Bad 1D pixel count, row 1370, got
0, expected 1728
Oct 30 14:31:08.41: [17391]: RECV/CQ: Bad 1D pixel count, row 1371, got
0, expected 1728
Oct 30 14:31:08.57: [17391]: RECV/CQ: Adjusting for RTC found at row
1366
Oct 30 14:31:08.57: [17391]: RECV: 1366 total lines, 0 bad lines, 0
consecutive

there is a difference in

Oct 30 14:30:53.10: [17391]: RECV: TCF 2751 bytes, 1% non-zero, 2700 
zero-run

the other modem (topic) was always 0% non-zero


>The TIFF on the *sending* side generated by Ghostscript, temporarily
>created in docq directory; something like doc2107.ps;70 (you can recognize
I looked at it, and it appears to be ok when opened in KodakImaging.

>> Oct 29 21:24:29.79: [17391]: RECV: begin page
>> Oct 29 21:24:43.29: [17391]: RECV/CQ: Bad 2D pixel count, row 1366, got 79, expected 1728
>The error happens just before RTC, which is send separately. Maybe the
>problem is caused by too slow logging on the sending side (together with
>the flow control problems in the modem)? Disable the session logging there
>and try again.
Set log to 1, the above error persists.

Some more info on sending to the trust modem (the sending side (HylaFAX
produced) tiff image looks good)

When the sender is topic:
- 1cm of barcode effect when PageChop is default, no barcode with
PageChop none.
- the received tiff images always (PageChon on or off) have a row of
dots at the last row of pixels, which is not present in the sending side
tiff

When the sender is rockwell:
- very small barcode effect (1mm) is PageChop is default, no barcode
with PageChop none.
- row of dots is NOT added

-- 
giulioo@pobox.com


____________________ HylaFAX(tm) Users Mailing List _______________________
 To unsub: mail -s unsubscribe hylafax-users-request@hylafax.org < /dev/null