home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cis.ohio-state.edu!rutgers!ub!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: <1992Aug28.062043.9945@ee.rochester.edu>
- Date: 28 Aug 92 06:20:43 GMT
- References: <m0mNh96-000130C@crash.cts.com>
- Organization: Univ of Rochester, College of Engineering and Applied Science
- Lines: 19
-
- In article <m0mNh96-000130C@crash.cts.com> ncp@gnh-cathouse.cts.com (Neal Pitts) writes:
- >>> The stuff in DOS 3.3 reads the raw data and then analyzes it,
- >while the ProDOS routine analyzes it while it's reading (where analyze ==
- >convert from 6+2 encoding to plain data). <<
- >
- >Is there any good reason for ProDOS to do this? I would think that it would
- >have taken the speed penalty for a good reason...
-
- There is no speed penalty under ProDOS...it's faster than DOS 3.3's sector
- read routine. DOS 3.3 reads the 6+2 encoded disk bytes into two buffers,
- then performs the conversion into 8-bit bytes after the sector has been
- completely read. ProDOS does the analysis on-the-fly through some
- clever look-up tables with pre-shifted values. It's able to do this as
- bytes are flying in "live" from the disk...way cool.
- --
- 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
-