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

..

Cartridge

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

Disk

Started work on a GCR parser and the helper functions that lie behind that.

2016-09-13 21:53:36 -04:00

Tape

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

Storage.hpp

…

TimedEventLoop.cpp

Made an attempt to do the time base conversion upfront, saving a lot of hassle and allowing greater prediction.

2016-09-17 19:52:27 -04:00

TimedEventLoop.hpp

Made an attempt to do the time base conversion upfront, saving a lot of hassle and allowing greater prediction.

2016-09-17 19:52:27 -04:00