Hallo allemaal,


It seems I have things running now. Reading or writing a floppy takes 31
seconds. The writing is without formating, that's another 30 seconds. I
archieved this with using the 1541 routines, I tried the 1571 ones but
then something goes wrong. The reading itself goes fine, no lost bytes
or whatever, but the result is gibberish. As I'm pleased with my 31
seconds I'll stick to my own routines for the moment.

I yet have a question regarding the formatting. When formatting a
floppy, the header of a sector will hold the original ID. If I copy an
image to floppy W/O formatting the ID found in track 18 / sector 0 won't
match with the ones in the headers. Could this lead to problems? TIA!


My future plans:

I now have:
- 1541IDE1, 1541 compatible: harddisk only, 16 KB, only change of ROM +
IDE hardware needed
- 1541IDE2, 1541 compatible: harddisk + floppy, 32 KB, change of ROM +
IDE hardware + extra RAM needed
- 1541IDE3, 16 MB images: harddisk only, 16 KB, only change of ROM + IDE
hardware + extra RAM needed

I'm thinking about dropping the 32 bits version, the version where I can
treat the whole harddisk a one drive. IMHO the efforts are not worth the
result. But given a good argument, I could change my mind.

I use JiffyDOS as base of all the above versions. I created the 16 KB
versions by re-engineering the original BIN first, removing all unneeded
routines, like formatting a floppy or moving the head, and moving all
left over routines to one heap. This left a big gap at the and of the 16
KB range to be used for my own purposes. The 32 KB version is created by
replacing some instructions in the original ROM with JMPs or JSRs that
point to the $8000/$BFFF area. 
And now for legal matters. The 32 KB version enables me to spread
1541IDE W/O any problem: I give away the BIN of the $8000/$BFFF area
plus a tool to patch the original ROM. But the 32 KB version requires
some extra, more difficult, soldering which I like to avoid. So I prefer
a 16 KB version. Who can advise what is legal in this matter? Especially
in how far can I use the sources created by re-engineering the original?
I know I cannot use them as-so but OTOH a wheel will only roll if it is
round and not square.

I will also have a look at the Kernals of the VIC-20 and C64 to find out
if I can create JD compatible versions as well. For the moment I'm only
interested in communication protocol.


--
     ___
    / __|__
   / /  |_/     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.

APG Algemene Pensioen Groep NV is gevestigd te Heerlen en is ingeschreven in het handelsregister van de Kamer van Koophandel Limburg onder nummer 14099617


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 it's 
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.

APG Algemene Pensioen Groep NV is registered in the trade register of the Chamber of Commerce Limburg, The Netherlands, registration number: 14099617

       Message was sent through the cbm-hackers mailing list