1
0
mirror of https://github.com/TomHarte/CLK.git synced 2024-11-26 23:52:26 +00:00
Commit Graph

30 Commits

Author SHA1 Message Date
Thomas Harte
e025768604 Two passes of the index hole => no sector found. 2016-09-19 08:17:07 -04:00
Thomas Harte
64f2538b1f Added CRC checking to DFS comprehension; fixed a bunch of places where I'd used Objective-C's #import rather than #include. 2016-09-19 08:16:06 -04:00
Thomas Harte
c58cdbf151 Minor tweak to support zero-length files. 2016-09-19 07:37:11 -04:00
Thomas Harte
ca4df5dd61 Introduced a full container for disk catalogues, so as also to capture non-file information, and 'completed' (i.e. albeit that CRC checking is still absent) DFS catalogue decoding. 2016-09-19 07:35:02 -04:00
Thomas Harte
231f3dd0f4 This is exactly as far as I'm going to get with DFS parsing today, I think. 2016-09-18 22:18:01 -04:00
Thomas Harte
b1e7f2dfd0 There's no cache and no CRC checking yet, but this is probably a rough outline of an FM parser. 2016-09-18 22:03:06 -04:00
Thomas Harte
0ce901bd48 Added necessary wiring to get as far as asking an arm of the analyser to check out an Acorn disk image. 2016-09-18 21:18:11 -04:00
Thomas Harte
5ebca62bba Now the CRC is a factoring out. 2016-09-18 18:35:50 -04:00
Thomas Harte
92af19098c Improved file naming. 2016-09-15 19:24:59 -04:00
Thomas Harte
27fedaf892 The error flag is no longer directly exposed. I also tweaked the Commodore import numbers just a touch. But I think I need proper calibration. 2016-09-08 21:09:05 -04:00
Thomas Harte
556b77f2fd Added some TODOs, re-enabled master Acorn decision. 2016-09-07 07:39:47 -04:00
Thomas Harte
149cbb327b Made something of a first attempt at a parser. Which is failing terribly. 2016-09-06 06:59:51 -04:00
Thomas Harte
cfe8251166 Further documented interface, fixed a potential parsing blockage. 2016-09-05 22:12:52 -04:00
Thomas Harte
05c24222d8 Liberated the tape parser template. 2016-09-05 20:02:35 -04:00
Thomas Harte
463b74301d Sought to reduce the amount of heap nonsense. 2016-09-05 19:59:58 -04:00
Thomas Harte
11850b872d Sought to emulate 0111 as a longer 0110 to test a particular HQ UEF. Some progress. Not great. 2016-09-05 18:28:43 -04:00
Thomas Harte
6239297212 Fixed off-by-one error on filename lengths and order-of-operations mistake preventing data CRC from being checked. 2016-09-05 18:15:15 -04:00
Thomas Harte
e25fee2332 I'm going back to believing in this test. 2016-09-05 17:55:40 -04:00
Thomas Harte
68874b6080 Fixed accidental implicit assumption that Acorn files will be at least two blocks. 2016-09-05 17:53:57 -04:00
Thomas Harte
93f5b5303e Factored out the stuff I expect to be common to this tape nonsense, started looking at the one currently-failing tape. More on the latter to do. 2016-09-05 17:17:52 -04:00
Thomas Harte
6f62803814 Resolved dropping of every other file. 2016-09-01 08:35:28 -04:00
Thomas Harte
21e5f407d8 I need to get a bit more definitive on naming but this gets all the way to setting a configuration upon an Electron. 2016-08-31 22:03:42 -04:00
Thomas Harte
9d7962d6c0 Closed the loop on Electron analysis for now. Including loading command detection. 2016-08-31 20:24:13 -04:00
Thomas Harte
d8c0da7ccb I think this should lead to a full representation of files on an Acorn tape, but subject to is_at_end working. 2016-08-31 19:57:09 -04:00
Thomas Harte
7b5d5858ff CRCs are just stored reversed. Of course. So this should be sufficient to load each chunk of an Acorn file. 2016-08-30 08:13:40 -04:00
Thomas Harte
b3521ed187 Started working towards capturing everything there is to know about a file. CRC calculation appears to be flawed somehow at the moment. 2016-08-30 07:38:08 -04:00
Thomas Harte
6218f05b8c This loads the name. That'll do for now. 2016-08-29 22:05:06 -04:00
Thomas Harte
963a479908 Made a quick first attempt at getting a file name from Acorn tape, failing terribly but at least formalising tapes being able to signal their end. 2016-08-29 21:53:06 -04:00
Thomas Harte
0032ad2634 Edging ever onwards; killed forced attempt at uniformity in targets, sketched out the interface for a next-file-from call to Acorn tapes. 2016-08-29 21:10:38 -04:00
Thomas Harte
d1abfc040c Addressed my dithering here: the file format containers themselves should do nothing but inspect the data to find out whether it is of the correct format. The machine steps are there for machine-specific validation. So it's probably easier to treat a binary ROM image just as a binary ROM image. Therefore, the Acorn-specific .rom detection is now in an Acorn-specific area. 2016-08-29 08:48:49 -04:00