Let me preface that I am fairly new at working with sampling high speed signals. Specifically, I want to do some processing on slightly corrupt NTSC signals. For this, I need to sample at above 14.3 MHz. So suppose I want to take 12 to 16 bit samples at 16 MS/s with an ADC - that figure is reasonable enough to attain judging by the selection available. However, the challenge is in storing this result. Can someone give me any suggestions to solve this problem?
I don't yet have the schematics as it is still early in the design process. But the general idea is that I will have an ADC, which will collect samples and a microcontroller that will facilitate storing those samples.
In terms of total size, I am looking at (worst case) say:
$$\frac{16\ MS}{s} \cdot\frac{16\ bits}{S}\cdot\frac{byte}{8\ bit} = \frac{32\ MB}{s}$$
And the NTSC video source I am trying to recover is about 2 hours long worst case, so:
$$\frac{32\ MB}{s}\cdot\frac{3600\ s}{hr}\cdot\frac{2\ hr}{tape}\cdot\frac{GB}{1000\ MB} = \frac{230.4\ GB}{tape}$$
Further clarifications:
Why do I have to do this in real time: The video I am trying to restore comes from a Video8 tape, that can only be read using an old analog video recorder. The recorder spits out the content of the tape onto its NTSC port, but the data is slightly corrupted (vertical sync signal missing, horizontal line data okay). This shouldn't be too hard to fix in software if only I could digitize the tape.
Is the NTSC video in color: Yes. But as long as I can digitize the NTSC signal, I will be able to process it in software and convert it from lines -> fields -> frames.
Why not use a frame grabber: Because the video signal is corrupt. Like I mentioned before, it is missing the proper vertical sync signal. The line data, however is completely fine so I believe it is salvageable by software. A frame grabber usually uses hardware decoding for NTSC, which will not work in this case because the signal has to be processed first.