Re: Failure to transmit clean ECM image data
Ross Boylan <[email protected]> Mon, 10 Apr 2017 16:29:31 -0700
| Newsgroups | gmane.comp.telephony.fax.hylafax.user |
|---|---|
| Message-ID | <CAK3NTRB1bSVXNDGvz_LSu9gRXFPPcJRV8MQt5dj8vwrNXchWbQ@mail.gmail.com> |
On Mon, Apr 10, 2017 at 2:20 PM, Lee Howard <[email protected]> wrote: > After four attempts to send the same 27 frames of image data the receiver > had accepted a total of zero. Consequently, HylaFAX's faxsend decided that > there was no hope of getting it through with SuperG3 (V.34-Fax) and gave up. > > On the next attempt it should automatically try it again without V.34 > speeds. Hopefully it would work, then. It looks to me as if all 3 attempts used the same speed. They all say USE 28800 bit/s and then at the end The destination appears to have trouble with V.34-Fax. So I don't think it's backing off. Is there a way to do so manually, i.e., as a configuration option for the modem, or maybe the destination number? > > V.34 requires a good phone connection with the receiver. If there is a > problem with the quality of the call audio, then V.34 can fail like this. > However, it could also possibly represent a compatibility problem between > the two endpoints as far as the modems go. I think our line quality is not so good, since I sometimes hear crackling on voice calls. Also, it is going through a surge protector. Thanks for the info. Ross > > Unfortunately, there is no way to transition from a V.34 call into a > V.21+V.17 call, and so the hangup and re-dial is required. > > Thanks, > > Lee. ____________________ HylaFAX(tm) Users Mailing List _______________________ To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi On UNIX: mail -s unsubscribe [email protected] < /dev/null *To learn about commercial HylaFAX(tm) support, mail [email protected].*