[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Hardware musings



sicklittlemonkey wrote:
Michael J. Mahon wrote:

Since the rotational position error builds up linearly with time,
it should be sufficient to time-reference to a unique pattern on
an adjacent track, which would have a small error because of the
short seek time.


For some reason I just thought of a good reason why the image post
processing should be done (or at lest re-done) on an attached server.

You come across a disk that breaks the sync code (or something else).
You modify the code, the disk images successfully ... but does that
code still work for all the disks previously imaged? Perhaps it doesn't
matter too much, since they've already been imaged, but a regression
test against older captures would be a nice way to check. Obviously
it's going to be a bit quicker on modern computer than any Apple II.

Just a random thought.

But given that most of the time is waiting for the disk to turn,
and all the complications, uncertainties, etc., of getting the
data to another machine, why not do it on the Apple II?

We all understand that machine, and can read each other's code,
and it's the *only* machine that has a widely available Disk ][
controller.

None of the analysis we have discussed is rocket science, and
I expect it would run quite nicely on a //e or IIc.

-michael

NadaNet networking for Apple II computers!
Home page:  http://members.aol.com/MJMahon/

"The wastebasket is our most important design
tool--and it's seriously underused."