Thomas Harte b3c33d993a Made an attempt to explain the requirements placed upon Disk subclasses that wish to support writing.		2016-12-31 15:30:48 -05:00
..
Encodings	The "MFM...Byte"s aren't MFM-specific, they're relevant to both FM and MFM encoding. So renamed them. Also slimmed syntax within MFM.cpp mostly where emigration from the Acorn disk analyser had left a residue of lengthy namespace specification.	2016-12-31 15:25:11 -05:00
Formats	Quick extra: make sure parsed tracks don't overflow the 6400 byte space available in an MFM disk. Which might be better expressed as 6250?	2016-12-31 12:51:52 -05:00
DigitalPhaseLockedLoop.cpp	Commuted all of 'Storage' other than 'Tape' to postfix underscores.	2016-12-03 11:59:28 -05:00
DigitalPhaseLockedLoop.hpp	Commuted all of 'Storage' other than 'Tape' to postfix underscores.	2016-12-03 11:59:28 -05:00
Disk.cpp	Ensured a copy is passed for writing back rather than the original.	2016-12-30 17:26:44 -05:00
Disk.hpp	Made an attempt to explain the requirements placed upon Disk subclasses that wish to support writing.	2016-12-31 15:30:48 -05:00
DiskController.cpp	With lots of logging arising temporarily, fixed bug whereby conversion to a patched track would lead to holding a track with a distinct measure of time, leading to improperly-placed patches.	2016-12-25 22:00:39 -05:00
DiskController.hpp	Worked on the all-around framework for decoding sectors back from tracks when closing down a file. Hit the wall that the parser is more observant of CRCs than the WD. No, really. So I guess I have to stop avoiding that whole issue.	2016-12-26 14:24:33 -05:00
Drive.cpp	Worked on the all-around framework for decoding sectors back from tracks when closing down a file. Hit the wall that the parser is more observant of CRCs than the WD. No, really. So I guess I have to stop avoiding that whole issue.	2016-12-26 14:24:33 -05:00
Drive.hpp	Worked on the all-around framework for decoding sectors back from tracks when closing down a file. Hit the wall that the parser is more observant of CRCs than the WD. No, really. So I guess I have to stop avoiding that whole issue.	2016-12-26 14:24:33 -05:00
PCMPatchedTrack.cpp	Periods need a custom copy constructor too, if they're going to avoid sharing an event_source.	2016-12-30 17:39:52 -05:00
PCMPatchedTrack.hpp	Periods need a custom copy constructor too, if they're going to avoid sharing an event_source.	2016-12-30 17:39:52 -05:00
PCMSegment.cpp	Fix: make sure copies have proper event lengths. Also made it much clearer what's going on with the initial copy to the heap.	2016-12-30 17:55:46 -05:00
PCMSegment.hpp	If asynchronous background processing is to occur on tracks then, given that they inherently have state, they'll need to be copyable, and ideally 'cheaply' (though it's not too great a priority). So started implementing appropriate copy constructors. Also introduced an extra level of indirection to PCMSegmentEventSource so that it can copy itself without copying the underlying PCMSegment, which is 95% of the heft of a track in all currently-implemented cases.	2016-12-30 14:23:26 -05:00
PCMTrack.cpp	After a quick bit of reading, discovered the virtual copy constructor pattern really is only a convention in C++, and conformed to it. Which hopefully gives copyable tracks.	2016-12-30 17:25:39 -05:00
PCMTrack.hpp	After a quick bit of reading, discovered the virtual copy constructor pattern really is only a convention in C++, and conformed to it. Which hopefully gives copyable tracks.	2016-12-30 17:25:39 -05:00