Re: usb disk controller to read c64 disks.

From: MikeS <dm561_at_torfree.net>
Date: Wed, 21 Sep 2011 18:13:46 -0400
Message-ID: <10026F57387F47288BE35AF32B83C999@vl420mt>
----- Original Message ----- 
From: "Marko Mäkelä" <msmakela@gmail.com>
To: <cbm-hackers@musoftware.de>
Sent: Wednesday, September 21, 2011 2:20 AM
Subject: Re: usb disk controller to read c64 disks.


> On Tue, Sep 20, 2011 at 11:11:38PM -0400, MikeS wrote:
>>>"...to be able to read a "flip disk" in a double sided mech, you would
>>>need to find one where you can hack the mechanics to allow seek to
>>>"track -4".
>>
>>It would also have to be able to rotate backwards... ;-)
>
> Not necessarily. If you copy the raw data in real time (and buffer more
> than one rotation worth of it), you should be able to decode the track
> image in software. GCR is decoded in software anyway, it is not a big
> fundamental difference.

Of course - note the ;-) smiley; as a matter of fact I think at least one of 
the many archiving solutions out there has provisions for doing exactly 
that.

In the same vein I think on most drives it'd be much easier to just move the
upper head to match the track of the lower one than to extend the seek range
below track 0.

But if not flipping the disks was important enough to justify dealing with
the offset tracks then why not provide an option to reverse the drive motor
while you're at it, maybe activated by the head select signal. I wouldn't
think either mod would be particularly difficult.

But I don't have that many disks and I'm not a mountaineer ;-)

m

******************************************************
>
>>I must be missing something: why are you trying to read the "flip side"
>>with the upper head instead of just flipping the disk (assuming the drive
>>doesn't mind the missing index) ?
>
> To save effort. Instead of having to insert and remove disks 2*N times,
> you would have to insert them only N times. It is left an exercise to the
> reader to estimate how big N has to be so that the effort invested in the
> modifications is justified.
>
> An alternative explanation is along the lines of "Why climb a mountain?
> Because it exists."
>
> Best regards,
>
> Marko
>
>       Message was sent through the cbm-hackers mailing list


       Message was sent through the cbm-hackers mailing list
Received on 2011-09-21 23:00:12

Archive generated by hypermail 2.2.0.