home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / dcom / modems / 19122 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  2.0 KB
  1. Path: sparky!uunet!usc!hacgate!solaria!bill
  2. From: bill@solaria (Bill Neisius)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Digicom & Software, etc.
  5. Message-ID: <24658@hacgate.SCG.HAC.COM>
  6. Date: 8 Jan 93 03:34:03 GMT
  7. References: <1993Jan7.153056.6198@news2.cis.umn.edu>
  8. Sender: news@hacgate.SCG.HAC.COM
  9. Reply-To: bill@solaria.hac.com
  10. Lines: 34
  11. X-Newsreader: TIN [version 1.1 PL6]
  12.  
  13. Graham Allan (alla0008@student.tc.umn.edu) wrote:
  14. : In article <C0GMwr.KF4@usenet.ucs.indiana.edu> sl313028@silver.ucs.indiana.edu (gee i'm happy) writes:
  15. : 
  16. : >I have to use 2400baud for a connection to my school computer (yes, it
  17. : >sucks!), and i got the 14.4K modem...two comm programs that i'm using,
  18. : >Softerm for Windows and Crosstalk Communicator (I haven't tried it on my
  19. : >Softerm 4 OS/2, but will probably get the same problem), give me a jerky
  20. : >screen when i am using the modem at slower speeds.  I didn't have this
  21. : >problem with my first modem, a 2400baud modem.  am i stuck with jerky
  22. : >screens, or is there a way to fix this problem (via software,
  23. : >preferrably)?  
  24. : 
  25. : Your new modem is probably connecting with MNP error correction; this
  26. : sends and recieves data in blocks which results in the jerky screens you
  27. : see. You can 'fix' the problem by disabling error correction, if you like
  28. : (I do find the jerky behaviour at 2400 baud annoying, on good lines I
  29. : prefer to drop the error correction and take my chances...).
  30. : 
  31. : Graham
  32.  
  33. I think it's the MNP5 compression, not the error correction that's causing
  34. the problem.  If the host computer is only running at 2400 baud, it can't
  35. keep up with the compressed connection, and gaps result.  The best solution
  36. would be to raise the baud rate at the host end to 4800 to actually take
  37. advantage of the compression.
  38.  
  39. On the other hand, it's probably impossible to get the system people to
  40. change the port/modem parameters... so try disabling the MNP5 compression
  41. on the Scout with AT*E3.  This will give you 'Auto reliable MNP4' (error
  42. correction), without MNP5 (compression).
  43.  
  44.  
  45. Bill Neisius
  46. bill@solaria.hac.com
  47.