11 Commits

Author	SHA1	Message	Date
Thomas Harte	8499783b14	Dragged multibyte primitives and signature checks up to the base class. Implemented support for Oric MFM-style .DSK, at the file format level.	2016-11-21 20:47:16 +08:00
Thomas Harte	31c2548804	Created a base class for the boilerplate fopen stuff, switched as many classes as possible to its use, switched to postfix underscores and non-camelCase names.	2016-11-21 20:14:09 +08:00
Thomas Harte	97811fe590	Made minor fix to ensure that a header that appears to extend beyond the end of an Oric .TAP doesn't create an ostensibly endless tape.	2016-11-15 12:02:03 +08:00
Thomas Harte	c257e7f58d	Implemented better sync-to-zero and discovered a header counting bug plus, probably, a misleading representation of gaps in the Oric TAP decoder.	2016-11-07 20:17:06 -05:00
Thomas Harte	d3634488e6	Made an attempt better to deal with multiple-file TAPs; also started using a zero level for the header/data gap.	2016-10-24 21:59:06 -04:00
Thomas Harte	cc0b70828b	Removed attempt at multiple-file logic, at least for the time being. Starting to wonder whether I actually need anything beyond a literal streaming of bytes?	2016-10-16 22:15:24 -04:00
Thomas Harte	fae1bb0db9	First successful game loaded! It turns out exactly one '$' is correct. Probably.	2016-10-15 21:49:41 -04:00
Thomas Harte	952a24f769	A quick hard-wiring of the OricTAP code to get the first file in a .tap correct, damn the rest, and I'm getting some on-screen feedback. Hooray!	2016-10-15 21:39:53 -04:00
Thomas Harte	4f78d693e9	Reintroduced gap as a string of 1s, made an attempt to look up bit ordering. Still unclear on high/low versus low/high.	2016-10-11 08:07:51 -04:00
Thomas Harte	70f004efbb	This may be feeding bits in the wrong direction or calculting the wrong parity or doing something else amiss but should now be correct as to bytes.	2016-10-11 07:57:10 -04:00
Thomas Harte	df01c78039	It's a bit of a mess but this is probably close to appropriate for Oric TAP files.	2016-10-11 07:39:48 -04:00