> I would think that one of these could be interfaced to an IDE drive
> (harddisk, or IBM microdrive) with a  PIC/AVR or two, probably with
> some assistance from a small FPGA or CPLD to handle the fast video
> stream, including things like converting the 8 bit pixel stream to a
> 16 bit data stream to the IDE interface. You might even manage some
> simple but worthwhile compression in a small FPGA - e.g. run-length
> and/or huffman coding or RGB to Y/C conversion.
>
> One minor issue is that chips like this output raw RGB data, which may
> have strange interlacing etc. depending on the filter pattern on the
> imager, but this can be sorted out later after the data has been
> downloaded to the PC.

        Frankly I don't see the feasibility of doing something like this without
compression. Even at 320x240 @ 30fps, 24bit you are looking at 7Megs of data
per second! Unless you are looking for only short durations you need some
sort of compression to make it viable. My opinion of course. TTYL

--
http://www.piclist.com hint: To leave the PICList
mailto:piclist-unsubscribe-request@mitvma.mit.edu