home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cs.utexas.edu!usc!rutgers!rochester!galileo.cc.rochester.edu!ee.rochester.edu!seah
- From: seah@ee.rochester.edu (David Seah)
- Newsgroups: comp.sys.apple2
- Subject: Re: Apple II RWTS codes.
- Message-ID: <1992Aug27.062300.4071@ee.rochester.edu>
- Date: 27 Aug 92 06:23:00 GMT
- References: <1992Aug25.073024.13293@ausom.oz.au> <1992Aug26.112324.6256@iscsvax.uni.edu> <philip.714873752@labtam>
- Organization: Univ of Rochester, College of Engineering and Applied Science
- Lines: 22
-
- In article <philip.714873752@labtam> philip@labtam.labtam.oz.au (Philip Stephens) writes:
- >fisher2557@iscsvax.uni.edu writes:
- >> This sucker can read in a whole disk, all 35 tracks, in 12.5 seconds.
- >
- > I thought it did better than that, actually. I know that the fastest that
- >you can read or write a whole 5.25" disk is 8 seconds, which has already been
- >achieved by the Locksmith copy program. I would have thought the Nibble
- >program (which I assume is the FastTrax program used to store hi-res pictures)
- >would have achieved that speed as well. But I could be wrong :-) It's being a
- >while since I read that article...
-
- I was under the impression that the Locksmith fast 16 sector copier didn't do
- any denibblizing of the raw disk data, though this probably doesn't make a
- difference as far as READ speed is concerned (the ProDOS sector read routines
- denibblize on-the-fly...a marvel of self-modifying code and look-up table
- magic :). Another thing LS did was (methinks) read in all-of-the-data-as-it-
- came (essentially, the whole track instead of sector-by-sector).
- --
- Dave Seah ^..^ | Graduate MSEE, University of Rochester, New York |
- Resume On Request:)| Apple II Art & Graphics Forum Consultant, America Online |
-
- [Internet] seah@ee.rochester.edu, AFCDaveS@aol.com [America Online] AFC DaveS
-