HylaFAX The world's most advanced open source fax server

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [hylafax-users] mangled fax output



Juraj Bednar wrote:

http://flz.sk.cx/fax.log

This one is correct. It seems that it also used MMR.


No, it used MH...


Feb 07 18:00:36.51: [18380]: USE 9600 bit/s
Feb 07 18:00:36.51: [18380]: USE 20 ms, 10 ms/scanline
Feb 07 18:00:36.51: [18380]: SEND file "docq/doc33.ps;f1"
Feb 07 18:00:36.51: [18380]: USE A4 page width (215 mm)
Feb 07 18:00:36.51: [18380]: USE unlimited page length
Feb 07 18:00:36.51: [18380]: USE 7.7 line/mm
Feb 07 18:00:36.51: [18380]: USE 1-D MH


I should say, that
the problem occured only with this kind of fax machine on the receiving
side (it's Panasonic UF-S10) up to now, but we tried several of this
type. It's quite common here :(.



My suspicion is that your modem's flow control (whichever one you're using) is broken. So change it, either:


FlowControl: rtscts ... if you're currently using xonxoff or don't have one specified
FlowControl: xonxoff ... if you're currently using rtscts


Anyways, this one also uses MMR, as it seems. Couldn't it be, that the
image is sent and received correctly, but the fax is not fast enough to
print it and does not have buffer to hold the data, so it has to loose
parts of the image. Is it possible to slow down sending of image data
somehow?


When using ECM (used with MMR) there is no possibility for this being the case. But, since ECM/MMR aren't being used here this isn't important.


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*




Project hosted by iFAX Solutions