On Aug 14, 2009 2:31pm, Lindsay Haisley <fmouse@fmp.com> wrote: > Thanks to those who replied to my question. > > > > I believe I already have a realtime kernel on this system (it's running > > kernel v2.6.23) but in any event I don't need that level of performance > > at this time. The box handles normal audio tasks just fine and tracks > > single streams of audio at CD sampling rates without a problem. > > > > I don't have the time to learn a new technology here. I've spent about > > 3 hours reading and experimenting with JACK and ALSA today, to no avail > > (on top of untold hours I've spent in the past trying to come up to > > speed on ALSA and its components and get similar stuff to work). I'm > > just going to have to put up with the D->A->D conversion for the time > > being if I want to input from the digital recorder and screw the IEC958 > > channel transfer, or else sacrifice the editing I've done with Marantz > > EDL marks on the recorder and redo it in Audacity. I was hoping someone > > on this list had encountered this problem before and could give me some > > quick tips for accessing the signal from the S/PDIF input on the Delta > > 66 card, but I don't have time to jack around (pun intended ;). It > > really seems as if this sort of thing should be easy. Card has input - > > program needs stream from card's input - hit a switch, make a patch, > > and/or turn up a fader and it should be a done deal. Oh well.... > > > > Thanks again. > > I understand your apprehension at trying to learn a new technology when you just want to get something simple done, but in this case I absolutely guarantee that if you want to get real audio work done with Linux, you are going to HAVE to use JACK. It is not an option. I would suggest you learn it now and get it out of the way. I would also like to say that this sentence you wrote - "Card has input - program needs stream from card's input - hit a switch, make a patch, and/or turn up a fader and it should be a done deal" - almost exactly describes how JACK works.