| ??? 07/09/07 15:02 Read: times |
#141632 - We're not quite on the same page, Jan Responding to: ???'s previous message |
Jan Waclawek said:
Richard,
[Just a request: please repair the formatting of your previous post.] ??? What did I do wrong? I still have questions, if you don't mind.
First of all, I suddenly realized what you are talking about all the time: you want to capture the formatting process - I am surprised, I thought you want to read the old disks... No, not this time ... I guess you want to do the latter, too, but only after you have determined what is exactly the format written (gaps etc.), isn't it? Oddly enough, that's not the goal, this time. And, you want to capture the whole process of it, possibly several hundreds of megabytes of data (after the 8x oversampling), am I right? The digitally synchronized oversampling is really just for my convenience, specifically, to reduce the work that I have to do. So, just an idea, what about using a SDRAM, which today come at sufficient speed and capacity very cheap? It might appear that you'll need a controller for that, maybe implying an FPGA or so, but maybe there might be simpler paths to go, if it's usage is constrained to two modes or so. This is a pure guesswork and would need to look at the details closer, but it was you who wanted fresh, unconventional, and completely weird ideas, isn't it... :-) SDRAM would be fast enough and cheap enough, but, while the capacity is WAY too large to be necessary for this, the packages are WAY too small to be convenient to use in a hand-built prototype. Since this is a freebie for a colleague doing ongoing research on a restricted budget, I'm doing it as cheaply as I can and with technology I can easily implement myself. Jan
RE |
