Thomas Harte
|
d8d3464c56
|
Made a quick-hack attempt at PLL synchronisation. Which doesn't work.
|
2016-07-14 07:31:23 -04:00 |
|
Thomas Harte
|
d1fe07f14d
|
Added test of perfect DPLL input timing.
|
2016-07-12 21:42:23 -04:00 |
|
Thomas Harte
|
94db45456e
|
Started sketching out the basic form here, albeit that it doesn't yet do _the only thing it advertises itself as useful for_.
|
2016-07-12 20:23:56 -04:00 |
|
Thomas Harte
|
75d95c0bc0
|
Sketched out an interface for a digial PLL. Not persuaded yet. Baby steps.
|
2016-07-11 22:12:58 -04:00 |
|
Thomas Harte
|
1e9eedc314
|
Factored out the PCM track since it's going to be a useful construct for almost every file format. Documented it a little better.
|
2016-07-10 18:36:52 -04:00 |
|
Thomas Harte
|
66895d3ac7
|
Actually, I think this is the correct conversion from received speed to clock rate. It'll become obvious if it's not when I get back to working on the 1541 itself.
|
2016-07-10 18:24:12 -04:00 |
|
Thomas Harte
|
19ee430d4a
|
Made an effort to support zoned tracks, at least.
|
2016-07-10 18:07:53 -04:00 |
|
Thomas Harte
|
6593caca93
|
Switched to a probably more helpful way around of expecting bits in bytes.
|
2016-07-10 16:21:52 -04:00 |
|
Thomas Harte
|
845a00ccef
|
Attempted via linear search to implement PCMTrack::get_next_event.
|
2016-07-10 16:17:25 -04:00 |
|
Thomas Harte
|
f9510c1b67
|
Put sufficiently much of PCMTrack into place to get to a stored list of segments, having determined a common clock rate between them and therefore a complete track length.
|
2016-07-10 16:10:05 -04:00 |
|
Thomas Harte
|
4ae9f5ad5d
|
Added preliminaries of reading the speed zone information.
|
2016-07-10 13:42:45 -04:00 |
|
Thomas Harte
|
8ae78ba4e0
|
Fixed signature check and fseek parameter order.
|
2016-07-10 13:32:59 -04:00 |
|
Thomas Harte
|
ff49857f5c
|
Started sketching out support for the G64 file format.
|
2016-07-10 10:17:53 -04:00 |
|
Thomas Harte
|
9e3d6b762b
|
Sketched out the generic interface for a disk, documenting it and the tape interface while I'm here.
|
2016-07-10 08:54:39 -04:00 |
|
Thomas Harte
|
c306d705e1
|
Made a quick first attempt at all-the-way-through tape wiring for the Vic.
|
2016-06-26 19:43:09 -04:00 |
|
Thomas Harte
|
37ba42a52f
|
Factored out the stuff of playing a tape, started basic sketch of the Vic-related classes.
|
2016-06-26 19:03:57 -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 |
|