home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / next / misc / 18293 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  1.4 KB
  1. Path: sparky!uunet!overload!dillon
  2. From: dillon@overload.Berkeley.CA.US (Matthew Dillon)
  3. Newsgroups: comp.sys.next.misc
  4. Subject: Re:  Amiga (DOS) emulator
  5. Distribution: world
  6. Message-ID: <dillon.0ka3@overload.Berkeley.CA.US>
  7. References:  <YePUNYK00WB5ECXq4i@andrew.cmu.edu> <54889@mentor.cc.purdue.edu> <1992Jul28.114640.9099@infoserver.th-darmstadt.de>
  8. Date: 30 Jul 92 10:43:09 PST
  9. Organization: Not an Organization
  10. Lines: 26
  11.  
  12. In article <1992Jul28.114640.9099@infoserver.th-darmstadt.de> uli@aida.intellektik.informatik.th-darmstadt.de (Ulrich Grepel) writes:
  13. >In article <54889@mentor.cc.purdue.edu>, ab@nova.cc.purdue.edu (Allen B) writes:
  14. >|>
  15. >|> (An Amiga drive can do either as well as more bizarre
  16. >|> stuff.)
  17. >|>
  18. >Yeah, an Amiga drive can do very many tricks, especially using a non MFM coding
  19. >sceme - it's Commodore's own GCR format. So you won't be able to even read
  20. >a single sector with a 'standard' disc controller.
  21. >
  22. >Uli
  23.  
  24.     Even though the Amiga's controller can stuff raw bits, the Amiga uses a
  25.     standard MFM encoding.  The difference is that the Amiga reads and
  26.     writes whole tracks at a time and therefore needs no gaps between
  27.     sectors, thus getting 11 sectors/track instead of 9.
  28.  
  29.                         -Matt
  30.  
  31. --
  32.  
  33.     Matthew Dillon        dillon@Overload.Berkeley.CA.US
  34.     891 Regal Rd.        uunet.uu.net!overload!dillon
  35.     Berkeley, Ca. 94708     ham: KC6LVW (no mail drop)
  36.     USA
  37.  
  38.