Re: 1541IDE and 1541IDE-S -- and 8250IDE? (and 64IDE, now)

From: matt (galaga_at_slingshot.co.nz)
Date: 2007-12-26 08:03:46

hey Groetjes, Ruud
i'v been look at your web page and was thinking that you need to read.
Commodre 1541 troubleshooting & repair guide By michael g. peltier
like theres 4 zone's  and his read circuit theory is close to you page.
1.2307mhz trk 1-17
1.1428mhz trk 18-24
1.0666mhz trk 25-30
1.0000mhz trk 31-35
so for your 1541LPT: No more floppies anymore! i think you need to sync the 
pc to these times??

anyway if i send someone this book can they scan it to pdf??? and return it 
or am i better to scan it my self all 228pg's

thanks matt

----- Original Message ----- 
From: <ruud.baltissen@abp.nl>
To: <cbm-hackers@ling.gu.se>
Sent: Monday, December 24, 2007 9:07 PM
Subject: RE: 1541IDE and 1541IDE-S -- and 8250IDE? (and 64IDE, now)


> Hallo Nicolas,
>
>
>> Adding IDE support to the 8x50 design might be easier than it seems.
>
> I disagree.
>
>
>> So "only" the FDC code needs to be replaced,
>
> One problem is that some FDC code, like the formatting routine, is found
> in the ROM of the Command Controller (CC). So even if the program for
> the CC doesn't change, the contents of the ROM does.
>
>
>> and the DOS2.7 or 3.0 can stay completely unchanged.
>
> Which means we are stuck with a 1/5/7.5 MB harddisk :) To be able to
> handle larger disks we have to:
> - find the location of the drive parameters and to change them.
> - find out how the CC handles the BAM table as this needs to be enlarged
> as well.
>
> But again, the above preperations only provide us with a 16 MB harddisk.
>
>
>
>
> Hallo allemaal,
>
>
> As already known, to solve this 16 MB problem I came with the LBA-link
> soulution, capable of handling up to 128 GB harddisks. But I'm not
> really happy with it. Yesterday an idea popped up in my mind which maybe
> is worth a discussion or can lead to other ideas: clustering, as used in
> FAT and other file systems.
>
> In this case a Commodore sector will in reality be more then one real
> sector. The number of bytes that reside on the last sector can be solved
> by either using the third byte as well or using an unused byte in the
> directory entry. I realise that this idea has a some disadvantages, for
> example clustering 100 sectors to one cluster:
> - we still will only cover a 1.6 GB harddisk
> - every program would occupy at least 100 * 512 = 51 KB disk space, no
> matter its real size
> - the size of almost every known program will show up in the directory
> in the range of 1 or 2 blocks.
>
> As said, just an idea, but hopefully one that triggers some other ideas.
>
>
> --
>     ___
>    / __|__
>   / /  |_/     Groetjes, Ruud
>   \ \__|_\
>    \___|       URL: Ruud.C64.org
>
>
>
>
>
>
>
>
> De informatie in dit e-mailbericht is vertrouwelijk en uitsluitend bestemd 
> voor de geadresseerde. Wanneer u dit bericht per abuis ontvangt, verzoeken 
> wij u contact op te nemen met de afzender per kerende e-mail. Verder 
> verzoeken wij u in dat geval dit e-mailbericht te vernietigen en de inhoud 
> ervan aan niemand openbaar te maken. Wij aanvaarden geen aansprakelijkheid 
> voor onjuiste, onvolledige dan wel ontijdige overbrenging van de inhoud 
> van een verzonden e-mailbericht, noch voor daarbij overgebrachte virussen.
>
> Stichting Pensioenfonds ABP is gevestigd te Heerlen en ingeschreven bij de 
> Kamer van Koophandel Zuid Limburg onder nummer: 41074000
>
>
> The information contained in this e-mail is confidential and may be 
> privileged. It may be read, copied and used only by the intended 
> recipient. If you have received it in error, please contact the sender 
> immediately by return e-mail; please delete in this case the e-mail and do 
> not disclose its contents to any person. We don't accept liability for any 
> errors, omissions, delays of receipt or viruses in the contents of this 
> message which arise as a result of e-mail transmission.
>
> Stichting Pensioenfonds ABP, having its registered office at Heerlen, is 
> registered in the Traderegister of the Chamber of Commerce Zuid Limburg 
> (Maastricht), the Netherlands, registration number: 41074000
>
>
>
>
>
>       Message was sent through the cbm-hackers mailing list 


       Message was sent through the cbm-hackers mailing list

Archive generated by hypermail pre-2.1.8.