[whytheheckme]

The IFI RC's A/Ds have a 10 bit resolution. That should be plenty for the quality of audio you are looking to use. After the RC has values from the A/D, it could conceivably transmit them as a byte and a couple bits on another byte, which you could write a LabView app to decode back into audio. I once wrote a fairly simple assembly program for a pair of 68HC11's to do exactly this. One chip used an A/D to get input from a mic, stored it to a memory system that I designed, and then transmitted it to the other processor, which used an R-2R ladder that I built to output out to a speaker. The amount of data required is very minimal, and I think that the system would be able to keep up, seeing as a good part of a kilobyte is sent per packet. Theres plenty of room to snag 10 bits. (as many as you want, really.)

Again, the question would be speed. If it's too slow, then you could have the RC keep track of two generations of data, and send them both at once (again, using twice as much bandwidth per cycle, but who cares? Theres plenty of room.)

You could even do that more than twice if the resolution isn't high enough. Play around with it.

Jacob