summaryrefslogtreecommitdiff
path: root/.gitignore
diff options
context:
space:
mode:
authorEric Anderson <ejona86@gmail.com>2023-08-13 07:37:17 -0700
committerEric Anderson <ejona86@gmail.com>2023-08-13 07:37:17 -0700
commita92839049b3de6f2cd8c1d95c583bd45ec027c73 (patch)
treea6d09528e01b2ba640c5e6e3e11e31003b8e5e6d /.gitignore
parentdf3a4a3bd1763324765f53932d878525a4a20102 (diff)
downloadlibsigrokdecode-floppy.tar.gz
libsigrokdecode-floppy.zip
Add mfm and floppy decodersfloppy
The "MFM" decoder can handle FM, MFM, MMFM, GCR, and could be extended to support RLL. I have only tested with FM and MFM. These are all related encodings but "MFM" is the most distinctive name so it is being used to describe the family. The family of encodings was used in magnetic tape storage, but the focus here is floppies with a side of hard drives. The MFM decoder is pretty simple, and doesn't attempt to separate clock/data or align bytes. The method of doing so varies per sector format so that responsibility is left to the consumer, which makes configuration for the user easier. The decoder also doesn't try to act as a PLL. Someone else can enhance it, but it currently seems to work fine even on some early-1980s floppy disks/drives. The Floppy decoder can also be used with ST506-style hard drives... which are not floppies. But the encoding was very similar when MFM was in use. I have not tested an ST506 using IBM-compatible MFM formatting, but I have tested a Micropolis-encoded HDD which is a slight variation of the MFM FDD format.
Diffstat (limited to '.gitignore')
0 files changed, 0 insertions, 0 deletions