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: <firstname.lastname@example.org> > To: <email@example.com> > 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.