home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text6634.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  1.5 KB
  1. To: Fred Salerno <salernof@gate.net>
  2. cc: executor@nacm.com
  3. Subject: baud compared to bps, ignore if you really don't care, WAS: Re:, 1.99p6 for everybody!
  4. In-Reply-To: <Pine.A32.3.91.951112211707.53823A-100000@hopi.gate.net>
  5. Message-ID: <Pine.SOL.3.91.951113024833.6663A-100000@plains>
  6. MIME-Version: 1.0
  7. Content-Type: TEXT/PLAIN; charset=US-ASCII
  8. Sender: owner-paper@nacm.com
  9. Precedence: bulk
  10.  
  11. On Sun, 12 Nov 1995, Fred Salerno wrote:
  12.  
  13. > Sounds true. With a limit of 5 FTP users at ARDI, and a connection of 
  14. > 28.8 baud, each user gets around 5000 baud. 
  15. > At that rate, a three meg download would take three hours or so!
  16.  
  17. Not to get on your case, or flame you at all but I thought I would correct 
  18. you on something. Baud and bps are two different things. Baud is the 
  19. number of times a signal changes state in one second, so 2400 baud 
  20. straigt up would be 2400 bps. However, with compression, v.32 for 
  21. example, 14400 bits are being transfered within 2400 signal changes.
  22. Damn good compression. 6:1. As I understand it, every household can do 2400 
  23. baud with newer phone lines capable of 9600 baud. As for 28.8 Kbps and 
  24. v.34 I don't know if it requires higher than 2400 baud.. anyone know?
  25. 12:1 compression seems *real* high.  Again, this is not to disrespect you in 
  26. anyway, I know I like learning about these things... if anyone can set me 
  27. straight about something let me know. 
  28.  
  29. Sorry about the unrealated content to the list.
  30.  
  31.  
  32. John Edward Bauer <jbauer@plains.nodak.edu>
  33.  
  34. It's not how high you jump, it's how you walk away.
  35.                     <unknown>
  36.  
  37.