Re: Order of sectors on a track

Re: Order of sectors on a track

From: silverdr_at_wfmh.org.pl
Date: Mon, 25 May 2009 15:22:49 +0200
Message-Id: <5EAEA5BA-6F4D-4AD9-9C1B-1DEDAAE8F312@wfmh.org.pl>
On 2009-05-25, at 08:11, <ruud.baltissen@apg.nl>  
<ruud.baltissen@apg.nl> wrote:

>> you just get the next available sector and check whether you
>> need this one
>
> The problem is that the header is GCRed as well.

So what? I think all the copiers, which employ this method face the  
same problem and handle it. Decoding the header is not the same as  
decoding the whole sector content. Something smell fishy to me here ;-)

>> but the biggest gain is in GCR decoding
>
> I need 24.3 sec. to read the sectors.

I assume you use the procedural decoding approach here?

>> This is what I described when I told about how the warp routines
>> in OpenCBM and Star Commander work. But it seems I was ignored. ;)
>
> No, you weren't ignored, but I cannot use the Warp routines because I
> cannot use the GCRed data.

I think I would double-check this statement.

> Regarding the 1571 routines, at this moment I cannot use them as I  
> don't
> know enough of how to use them; the sources I have lack a bit of  
> comment
> on this subject.

I have those rewritten in my copier. Can give you access to my SVN if  
you like. If needed I should still remember enough to explain ;-)

-- 
SD!

       Message was sent through the cbm-hackers mailing list
Received on 2009-05-25 15:30:53

Archive generated by hypermail 2.2.0.