home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!yale.edu!yale!gumby!destroyer!sol.ctr.columbia.edu!usc!nic.csu.net!vax.sonoma.edu!nicholas
- Newsgroups: comp.sys.amiga.hardware
- Subject: Re: ymodem-g
- Message-ID: <1992Jul27.155737.1@vax.sonoma.edu>
- From: nicholas@vax.sonoma.edu
- Date: 27 Jul 92 15:57:37 -0800
- References: <rico.002t@disaster.hacktic.nl>
- Distribution: world
- Organization: Sonoma State University
- Nntp-Posting-Host: vax.sonoma.edu
- Lines: 27
-
- In article <rico.002t@disaster.hacktic.nl>, rico@disaster.hacktic.nl (Rico Jansen) writes:
- > In response to Udo Schuermanns posting about modems
- >
- >> 5. Protocol: use streaming protocols, such as zmodem. Zmodem transmits
- >> without having to stop until the other end complains because of errors
- >> or whatever. This means that there is no "transmit-ACK/NAK" cycle and
- >> transfer is as fast as reading and writing the information to disk
- >> allows. I don't know how Ymodem-G and other protocols work, but I
- >> suspect it's more a features thing from there on, rather than
- >> performance.
- >
- > Ymodem-G is a barebone stream-protocol, it contains barely any error-checking
- > and should only be used in occasions when lines are good or if you are
- > using an error-correcting modem. It is faster than Z-Modem.
- >
-
- Ymodem is basically the same as XModem 1K with the addition of batch
- processing capabilities, and YModem-G is YModem that doesn't
- acknowledge the data blocks. These came about because of the
- increase in phone line quality. A phone today with a 2400 baud modem
- really doesn't need any error correction. Now, of course there are
- much faster modems so error correction again becomes a factor....
- Later Dudes, Guy
-
-
-
-
-