Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!yale!bunker!hcap!hnews!124!4115.233!Christopher.Hill
From: Christopher.Hill@p233.f4115.n124.z1.fidonet.org (Christopher Hill)
Newsgroups: misc.handicap
Subject: Re: modem
Message-ID: <18060@bunker.UUCP>
Date: 14 Mar 91 04:23:10 GMT
Sender: wtm@bunker.UUCP
Reply-To: Christopher.Hill@p233.f4115.n124.z1.fidonet.org
Distribution: misc
Organization: FidoNet node 1:124/4115.233 - Southern Crossroads, Irving TX
Lines: 29
Approved: wtm@bunker.UUCP

Index Number: 13903

[This is from the Blink Talk Conference]

A while back William Wilson wrote:
 WW>      Seriously, and this does vary with the protocol being used along
 WW> with the comm program on the user's end, it has been my experience that
 WW> the errors in transfer, meaning bad blocks, etc., are increased when the
 WW> user is listening to the download.
 WW>                                                         Willie

Ain't that the truth.  Part of the problem is how some speech
programs work.  Some of them (notably flipper) basically stop other
applications while you're reading.  If you happen to be using
something like a DEC Talk, this pause can get kinda long, and cause
confusion.

I've also noticed this problem using Ymodem on my old 286 with
built-in speech.  I used to screw up a lot of downloads, before I
figured out the problem.  Doesn't seem to bother my 386sx with
z-modem as the protocol, though.  Oh ya, I use a speech program
that doesn't seem to noticeably stop the computer while reading.
 Later..  Chris

It can be fixed. Got a few thousand?

--
Uucp: ..!{decvax,oliveb}!bunker!hcap!hnews!124!4115.233!Christopher.Hill
Internet: Christopher.Hill@p233.f4115.n124.z1.fidonet.org