On Thu, 2004-12-09 at 13:24, Edwin Blink wrote: > [2] disk geometry: > bit 7 = sides: 0 for single sided 1 for double sided > bits 6-0 = tracks 1 to 127 tracks > bit 15 = start sector: 0 start with 0, 1 start with 1 > bits 14,13 = sector size: 00 128 byte sectors > 01 256 byte sectors > 10 512 byte sectors > 11 1024 byte sectors > > bits 12-8 = sectors per track 1..31 sectors > > DEFAULT: value is D0CAh
I only read this quickly, so I may have misunderstood what you're doing. But surely this geometry information needs to be changable on a per-track basis? Protected disks could have different geometries on each track, indeed not all the sectors in one track will necessarily be the same size. The sectore number doesn't need to start with 0 or 1, either. This scheme also doesn't seem to support sectors with CRC errors, which are used in some schemes (the Enigma ones for a start, I think). I must confess I don't necessarily see the advantage of defining a new image format over a implementing an existing standard format... Andrew -- --- Andrew Collier ---- ---- http://www.intensity.org.uk/ --- -- r<2+ T<4* cSEL dMS hEn/CB<BL A4 S+*<++ C$++L/mP W- a-- Vh+seT+ (Cantab) 1.1.4
