From: "Aley Keprt" <[EMAIL PROTECTED]> > Okay, this would be long, long, long. > Please read whole before replying. And be sure if you will delete all my > good comments, and reply only to a few bad mistakes, I will write it again. > I think this all must be understand as a whole, not partially!
Whatever. > > Look Aley, > > It's a 13/14 year old design. It was great for its time. But there were > > trade offs. There always are. The fact that *to you* it looks like a crazy > > design today doesn't take into account those trade offs. > > Look Simon, > you have a problem. You can't stand anybody saying truth, when you don't > like that truth. *sigh* > > As for Mode 1 timing, the SAM is deliberately slowed down in Mode 1. > > But the question is how this is done, when it is automatically turned off > when saving to tape. I mean when you load ZX-ROM and type LOAD"" you are > able to load something --> CPU is really slowed down. But when you type > SAVE".." the result is unusable, because CPU isn't slow!!! No, Mr. Smarty Superior Pants, it's because the CPU isn't slowed down as much as it needs to be. LOAD incorporates a certain amount of tolerance because not all tape drives actually play back at the same rate - so the pitch would shift. SAVE doesn't have that tolerance (doesn't need to; all systems SAVE at the same pitch - and the LOAD routine handles the variance). So while the LOAD routine can happily handle being run at a different speed (say, 4MHz instead of 3MHz), and still get usable results - because the routine just thinks it's getting a really slow tape played into it - the SAVE routine can't handle it, and it'll produce too high a pitch for the LOAD routine on machines running at 3MHz. > > Simon > > (running a 1.4Ghz AMD T-bird with 0.5Gb of RAM these days... and not > > noticing any memory contention at all) > > Don't remember: Not noticing something doesn't mean it doesn't exist! > Well DUH!!!! Simon
