home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text6815.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  1.7 KB  |  40 lines
  1.     id m0uO278-0007tHa; Mon, 27 May 96 07:13 MDT
  2. Sender: owner-executor
  3. Received: from ardi.com by ftp.ardi.com
  4.     (Smail3.1.29.1 #3) id m0uO26c-0007tDn; Mon, 27 May 96 07:13 MDT
  5. Path: sloth.swcp.com!tesuque.cs.sandia.gov!lynx.unm.edu!fg1.plk.af.mil!news.zynet.com!imci2!news.internetMCI.com!newsfeed.internetmci.com!uwm.edu!cs.utexas.edu!howland.reston.ans.net!newsjunkie.ans.net!newsfeeds.ans.net!news.rmii.com!usenet
  6. From: mdaymon@rmi.net
  7. Newsgroups: comp.emulators.mac.executor
  8. Subject: Re: 800k disks possible at all?
  9. Date: 27 May 1996 11:19:41 GMT
  10. Organization: Rocky Mountain Internet Inc.
  11. Lines: 17
  12. Message-ID: <4oc34d$g0q@natasha.rmii.com>
  13. References: <31842e67.22965163@news.sprynet.com> <digbyj-0705961505310001@digby.compulink.co.uk> <BSPENCER.96May9090425@bassun.perfect.att.com> <4n1p9q$cqe@pacifica.access.ch> <4ndmkm$qmg@cville-srv.wam.umd.edu> <4nvbn2$2gl@pacifica.access.ch>
  14. Reply-To: mdaymon@rmi.net
  15. NNTP-Posting-Host: slip22161.rmii.com
  16. X-Newsreader: IBM NewsReader/2 v1.2.5
  17. To: executor@ardi.com
  18. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  19. Sender: owner-executor@ardi.com
  20. Precedence: bulk
  21.  
  22. In <4nvbn2$2gl@pacifica.access.ch>, alcastellosa@access.ch (Beat Kuert) writes:
  23. >While the 880k is true I'm 99% sure that Amiga did indeed use variable
  24. >speed drives, are you sure about that?
  25.  
  26. Don't you hate it when that 1% gets you? The Amiga did indeed use single
  27. speed 300rpm drives.
  28.  
  29. The Amiga got the extra space by doing away with physical sector gaps. The
  30. entire track was read in and sent to the OS which decoded the raw MFM or
  31. GCR data and the OS then divided the track into logical sectors.
  32.  
  33. While it may be possible to create an 800k disk format, it won't be
  34. compatible with the *Mac* 800k disk format.
  35.  
  36. -
  37. mdaymon
  38.  
  39.  
  40.