summaryrefslogtreecommitdiffstatshomepage
path: root/src/lib/formats/os9_dsk.cpp
Commit message (Collapse)AuthorAgeFilesLines
* os9 dsk: add 8 inch, 16 sector, single density formats 68bit2020-07-031-12/+24
| | | | These formats were by OS9 L1 on the Motorola EXORciser.
* (nw) formats: reduce dependencies on libemu Vas Crabb2020-04-131-9/+10
| | | | | | | | | | | The only link dependency left is emu_fatalerror. The format handlers really shouldn't be throwing fatal errors at all - they should just fail to load an image they can't handle. Maybe the interface should be enhanced to allow better propagation of errors up from the format handlers so they can be displayed in a UI rather than just logged. The only other two dependencies are on logmacro.h (pure macros) and the PAIR type from emucore.h (possibly worth moving to util).
* wd177x_dsk: generalize to allow custom track format variations 68bit2020-02-081-21/+479
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Add a get_track_format() method that can be overridden to supply format variations for any track and head. The code is generalised to account for such variations. The default method returns the passed format, so this change is neutral for existing formats. Simplify the FLEX DSK format code. There are now simply format variation descriptions for the second track that have the sector ID continuing in sequence from the first track, rather than specialized code. Extend the FLEX format to support variations in the sectors ID of the first two sectors. The FLEX 6800 boot sectors have IDs based at zero rather than one. Extend the FLEX format to support variations for which the first track, on both sides, is single density on an otherwise double density disk which was historically a common format. Extend the OS9 disk format to support variations for which the first track, on only the first side, is single density on an otherwise double density disk. OS9 for the SWTPC and Gimix typically used such formats. Extend the OS9 disk format to support variations with a base sector ID of zero in contrast to the existing COCO OS9 format which uses a based sector ID of one. The OS9 format identification code is extended to rely on the optional information stored in the OS9 LSN0 header to identify COCO format disks, and all COCO format disks appear to have this optional information in a regular enough format.
* clean up some stuff (nw) Vas Crabb2019-05-301-11/+6
|
* srcclean (nw) Vas Crabb2019-05-261-64/+64
|
* Fix OS-9 disk writing bug (#4925) tim lindner2019-04-261-0/+115
* Start fixing OS9 disk handling * Got it working, now need to refine and test * Almost complete. Doing more testing... * Tested aginst a varient of sotware. Solved bug. Cleaned up tabs. * Turned on sector interleaving in OS9_DSK and retested.