From: Pete Rittwage (peter_at_rittwage.com)
Date: 2007-12-03 19:29:53
It was just an idea of what "could" be done with it. Obviously, we
already have capable tools to copy disks...
If I built this device my goal would not be using it to copy floppies back
and forth to the hard disk- it would be to have one very large 1541
floppy. :)
Pete Rittwage
C64 Preservation Project
http://rittwage.com
> Hi there,
>
> I think some softwares (and protected games as well) use own data format
> what can be represented only with raw bit flow. The question is what level
> of compatibility is required.
> The problem is to get an exact phisycal copy of the disks you need a
> modified drive with hole sensor, extra RAM and special software.
>
> WW
>
> ----- Original Message -----
> From: <ruud.baltissen@abp.nl>
> To: <cbm-hackers@ling.gu.se>
> Sent: Monday, December 03, 2007 3:54 PM
> Subject: RE: 1541IDE and 1541IDE-S
>
>
>> Hallo ATT,
>>
>>
>>> I also volunteer to help out in whatever way of coding necessary.
>>
>> Thanks for your help but I won't expand this part of the project. My
>> eventual goal is to have a 1541 with a xx GB harddisk attached but
>> without the 16 MB limitation the CMD harddisks (still ???) have. And
>> this particular part was just to test if it was possible at all.
>>
>>
>>> or can you etch some spare PCB's
>>
>> I haven't etched any PCB in the last 15 years. IMHO it would involve
>> more work then the hack that I made in just under an hour.
>>
>>
>>> Furthermore, I think you should directly dump the GCR sector data
>>> (324 byte/sector) to the sectors of the HD,
>>
>> As Groepaz already mentioned, what is the advantage of copying a track
>> sector for sector? (or did we misunderstood things?) I have thought in
>> this direction as well and my idea went even a step further: look for
>> the start of sector 0 and then copy all the data you see during one
>> revolution to the harddisk.
>> But as this idea didn't bring me closer to my own goal, I dropped it. So
>> please feel free to do with it what ever you like.
>>
>>
>> --
>> ___
>> / __|__
>> / / |_/ 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
>
Message was sent through the cbm-hackers mailing list
Archive generated by hypermail pre-2.1.8.