Thomas Harte
|
631f630549
|
Severs the MFM parser from the overweight single MFM.hpp.
|
2017-09-24 20:31:19 -04:00 |
|
Thomas Harte
|
2a08bd9ecc
|
Factors shifting plus stateful [M]FM token recognition out of the MFMDiskController.
Given the proliferation of MFM-related classes, establishes a subdirectory for them.
|
2017-09-24 20:07:56 -04:00 |
|
Thomas Harte
|
da3e8655e9
|
Withdrew some caveman debugging nonsense.
|
2017-08-17 13:25:19 -04:00 |
|
Thomas Harte
|
42ad670ec8
|
Fixed: catalogue bitmap is in blocks, not sectors.
|
2017-08-17 12:47:47 -04:00 |
|
Thomas Harte
|
0411b51582
|
Added an attempt to deal with 16-bit allocation units, and to ensure middle-of-file holes are respected.
|
2017-08-11 10:59:37 -04:00 |
|
Thomas Harte
|
026101a268
|
Killed logic_extents_per_physical, since I don't know how to handle it, and instituted tracks, to allow a decision about short versus long allocation units.
|
2017-08-11 10:46:50 -04:00 |
|
Thomas Harte
|
734099a956
|
Threw a sector cache into my MFM parser, in an attempt to cut down analysis costs. Also made it aware of multiple heads.
|
2017-08-11 10:29:13 -04:00 |
|
Thomas Harte
|
6be5851484
|
Cleaned up.
|
2017-08-10 22:34:29 -04:00 |
|
Thomas Harte
|
994179f188
|
Taking a whole bunch of guesses, this might be correct.
|
2017-08-10 22:33:08 -04:00 |
|
Thomas Harte
|
6a65c7a52a
|
Started working on a CPC-oriented analyser; for now I just want to be able to make a good guess at the appropriate file to load from a disk. As it turns out, the CPC simply adopts the CP/M format, so a generic parser is appropriate. This is its beginning.
|
2017-08-10 17:10:21 -04:00 |
|