50 Commits

Author	SHA1	Message	Date
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
Thomas Harte	4010f36238	Ensured tape-formatted PRGs reach a conclusion.	2016-09-29 19:12:26 -04:00
Thomas Harte	dbb758aaf1	Workaround for a weird bug that suddenly appears to manifest: gzgetc is returning the file name, not bytes from the file. Seems to be related to improper initialisation of the next field within the gzFile header. I can't immediately see where ZLib intends to do that so it's a bit mysterious. But the larger-than-8 readers could probably save time by reading in blocks anyway.	2016-09-17 22:01:25 -04:00
Thomas Harte	eeec516fa6	Implemented seeking on tapes, mucked about a bit more with the Commodore analyser, at least temporarily removed cropping from the Vic emulator.	2016-09-11 17:09:00 -04:00
Thomas Harte	1de6097f06	Shuffled C stuff out on top.	2016-09-08 21:08:03 -04:00
Thomas Harte	24251a2768	Negligible indentation fix.	2016-09-08 07:49:43 -04:00
Thomas Harte	01e5dae512	Threw in 300-baud support. Why not?	2016-09-08 07:48:20 -04:00
Thomas Harte	1e7b5330f5	More or less rewrote, to use a filled-per-chunk buffer of upcoming pulses rather than working them out as requests come. Which is more straightforward — all the code for a particular chunk goes in exactly one place — and much easier to extend. So threw in a provisional 0104 implementation.	2016-09-08 07:41:26 -04:00
Thomas Harte	d7d5f24aab	Attempted, at least, to insert a dummy byte as per the specification.	2016-09-06 21:51:04 -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	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	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	82c8459055	Minor tidying of namespace usage declarations.	2016-08-27 17:18:12 -04:00
Thomas Harte	c0402d0c2b	Gave tapes their own namespace.	2016-08-27 17:09:45 -04:00
Thomas Harte	8c333059a8	Turning this into a slog: gave UEF a more appropriate name, got as far as now having to decide what to do about ROMs as to structure. I guess they're machine specific, so specific classes?	2016-08-27 16:40:21 -04:00
Thomas Harte	73ce67bee8	Added some documentation of the intention here.	2016-08-19 11:04:59 -04:00
Thomas Harte	4edd1214f1	This has now successfully loaded its first PRG-as-a-tape.	2016-08-19 10:58:42 -04:00
Thomas Harte	2935848f35	Adopted header/header/data/data pattern. But still not complete joy.	2016-08-17 08:03:34 -04:00
Thomas Harte	e5523dbbed	This gets through loading the first(/only?) copy. I tried repeating it with a bit-flipped header, now I'm trying repeating the header with a different file type. More documentation searching to do, I guess.	2016-08-16 22:17:08 -04:00
Thomas Harte	1bca9aa2bb	Fixed parity: now calculated from the actual byte and works the other way around. The Vic now believes it is loading the actual program. So I guess bytes, headers and the lead-in is working.	2016-08-16 21:41:09 -04:00
Thomas Harte	dfe9fb83ef	This proves that bytes are being deposited properly. For the first 36 anyway, and with no announcement.	2016-08-16 21:09:50 -04:00
Thomas Harte	12f8aff65b	Lengths I'd taken seem to have been for dipoles, not single poles. So I just doubled the clock rate. Also I was producing each dipole as high then low, when they should probably be low then high. The Vic now at least recognises that something is happening on the tape.	2016-08-16 19:46:53 -04:00
Thomas Harte	3a23d5d8cf	Adjusted the check digit.	2016-08-15 22:44:36 -04:00
Thomas Harte	dbe47f3f45	I've obviously misunderstood something as, as far as I'm concerned, this should at least get me a 'LOADING'.	2016-08-15 22:40:05 -04:00
Thomas Harte	7994148f55	I'm starting to make a little headway, I think: this performs lead-ins and countdowns, though with no actual data or anything as helpful as that.	2016-08-15 22:10:53 -04:00
Thomas Harte	7e2b4554ea	This likely forms the Commodore dipoles correctly. It just stays stuck in leader tone forever is all.	2016-08-15 20:08:50 -04:00
Thomas Harte	38aec44d85	Made sufficient changes for the Vic itself to believe it can recast a PRG as a tape and insert it that way. So now the ball is in the court of: how the heck are Commodore tapes encoded?	2016-08-15 19:44:41 -04:00
Thomas Harte	3aa40212f3	Fixed minor documentation error; admitted that this class didn't invent the idea of a pulse.	2016-08-15 19:37:21 -04:00
Thomas Harte	ee2a7c9415	Added slightly to exposition, to match other formats.	2016-08-01 06:54:57 -04:00
Thomas Harte	2799a87218	Reduced possibility of overflow on LCM, improved commenting widely, removed one stale piece of G64 bootstrapping caveman stuff.	2016-08-01 06:04:55 -04:00
Thomas Harte	ee19417ded	Made an attempt quickly to implement parsing of the Commodore .TAP file format.	2016-06-25 16:09:32 -04:00
Thomas Harte	21ca1ef86b	Started attempting to clarify instance variable usage.	2016-03-12 23:19:10 -05:00
Thomas Harte	2b8fb5b615	Made an attempt to fix my 0114 implementation.	2016-02-20 23:13:58 -05:00
Thomas Harte	f7fc7cb932	Implemented some portion of 0114; ensured I'm safely skipping chunks in all cases.	2016-02-20 22:18:00 -05:00
Thomas Harte	ec3cccbb0d	Working towards HQ UEF support: fixed bug whereby writing to tape output would reset input pulse stepper; added support for chunk 0116 and approximate support for 0113.	2016-02-20 22:03:14 -05:00
Thomas Harte	2e3ba6bbb2	Removed some logging.	2016-02-07 14:42:40 -05:00
Thomas Harte	adc6838ba0	Continued slow migration of shader ownership to CRT. Attempted to start debugging the tape interface.	2016-01-27 21:35:57 -05:00
Thomas Harte	e65cd4cf06	Some data is marginally reaching the CPU from the tape.	2016-01-19 22:05:34 -05:00
Thomas Harte	832797182f	Update TapeUEF.cpp ... Corrected chunk for which _tone_length is used, definition of a carrier tone chunk.	2016-01-19 18:59:10 -05:00
Thomas Harte	127684c590	With silence and high tone implemented, this may well hit a large proportion of existing files.	2016-01-18 19:45:14 -06:00
Thomas Harte	7d6214e078	This likely gets chunks 0100 and 0102 correct.	2016-01-18 19:37:36 -06:00
Thomas Harte	5a39e42413	Wired up enough such that some basic attempt at parsing a UEF occurs.`	2016-01-18 17:06:09 -06:00
Thomas Harte	2779f0e569	Statred working on support for at least the most fundamental file format.	2016-01-18 15:46:41 -06:00