Hallo Gordon, > I'd quite like to learn which approach you chose for overcoming the size limitation. Quite simple in fact: I used four instead of the original two track/sector bytes. Four bytes gave me the possibility to handle LBA drives. OK, I had to change the structure of the directory as well. I expanded the size of each entry to 48 bytes. Not just to cover the extra bytes but it also enabled to store information like time and date. FYI: at this moment I am tinkering with my own OS for my 8088 Commodore PCs. And, more or less, I use the above scheme here as well. "More or less" because the four bytes on each sector didn't work out at the end. A C= drive has to load each sector one by one into memory before it sends the data to the computer. A PC does sectors by using DMA. If I have to load each sector one by one as well and to strip it of its first four bytes and then copy the rest into memory, that would take ages. So here I had to create a FAT like construction that I called BAM of course. > I'd guess in order to maintain compatibility.... What about creating an image inside your new file system which on its turn handles the needed compatibility? Curiosity, what programs need this compatibility anyway? Disk editors, OK. I myself only know one game that depends on the T/S info: LodeRunner. For the rest I honestly don't know. How does SD2IEC handle that? Does it at all? > What design decisions did _you_ make a decade ago, and why? I'm very eager to hear your thoughts on the subject. One weird decision I made in the beginning of my HDD project: I only used 8 bits of the available 16 of the IDE interface. Have a look at my site: http://baltissen.org/newhtm/1541ide8.htm . The reasons you will find under the picture. With kind regards / met vriendelijke groet, Ruud Baltissen http://www.baltissen.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 Groep N.V. 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 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. APG Groep N.V. is registered in the trade register of the Chamber of Commerce Limburg, The Netherlands, registration number: 14099617Received on 2020-09-10 08:00:03
Archive generated by hypermail 2.3.0.