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].*