Two sound cards at different sample rates in one PC?

[mixsit]

Can I do this?
If I have a 48K project, my setup now requires me to send a mix out analog to an L2 for 44K conversion, which is ok. But then it goes to dat, then back into a new project nunning at 44k. I'd like to skip the dat and go back into the daw directly.
My new projects are 44, but I keep running into this. (adat gigs..ect.)
Wayne

 

[Seanmorse79]

I'm having a hard time understanding your signal chain. If you start a project at 48khz, and eliminate the DAT, how (or why) is your audio leaving the DAW?

 

[mixsit]

If I start with a 48k Sonar project, I use the external route, analog to L2 A/D, to DAT to collect and convert the mixes at 44k.
Even if I did the mix analog, I'd like to be able to record it back to the DAW.

 

[Seanmorse79]

I realize the L2 is a very nice piece of equipment, but do you really need it if you're eliminating the DAT?

 

[pipelineaudio]

your soundcard will need to specify " asynchronous clock " or " asynchronous transfer" good luck!

I'd say keep the DAT

 

[mixsit]

I'm sorry, but I don't understand why i would want to keep the dat in the process. It is just a holding medium untill I can switch the daw back to 44k for the finals. It's an extra time comsuming step, especially noticable when it's time to do some ref. cd's.
I guess the other options generally used would be an external cd burner, or sample rate converter.
Am I missing something here?
Wayne

 

[Teacher]

i say keep the L2 and just transfer ur audio from the L2 into the daw...y do u need the dat there? unless clients are using dat...

 

[mixsit]

i say keep the L2 and just transfer ur audio from the L2 into the daw...y do u need the dat there? unless clients are using dat...

Yes. That is what I want to do, but you may not be able to have two sample rates on the same pc at the same time. I was hoping to do that with a second S/C and app. running at the other speed.
That seemed clean and simple at first. Maybe not. I just realized, even if it can work, it would also be cutting into available realtime processor resources.
Should I be looking for a good S/R conversion solution? That would still have to be done as a seperate operation?
hmm...