Avid Pro Audio Community

Avid Pro Audio Community (http://duc.avid.com/index.php)
-   003, Mbox 2, Digi 002, original Mbox, Digi 001 (Mac) (http://duc.avid.com/forumdisplay.php?f=15)
-   -   Recording S/PDIF inputs w/ ADAT clock source on LT LE (http://duc.avid.com/showthread.php?t=214143)

somberberry 01-18-2008 11:31 AM

Recording S/PDIF inputs w/ ADAT clock source on LT LE
My basic problem is this: I can't find a way to use the ADAT optical as the clock source on my Digi002R while recording both ADAT and RCA S/PDIF inputs simultaneously. As far as I can tell, anytime RCA S/PDIF inputs are active for recording, the PT LE expects to get it's clock source from the RCA S/PDIF as well. Is there a way to divorce these functions from one another?

The details are that I am attempting to integrate my new API A2D into my setup. The A2D is a 2-channel preamp with built-in AD converters which I'd like to output via RCA S/PDIF to my Digi 002Rack's RCA S/PDIF inputs. I also have an Apogee Rosetta 800 ADDA converter with the ADAT optical output already routed to the optical ADAT input of the Digi 002R. My plan is to use all 10 channels of conversion via both the API and the Apogee units at the same time for my larger sessions. I think the Apogee probably has a better clock than the API, so the best option would be to use the Apogee as the clock source and to sync both the Digi002R and the API to this.

I've already checked to see if the setup works when the API is used as clock source via RCA S/PDIF, and indeed it does. However, when I slave the API to the Rosetta via BNC word clock cable, PT LE reverts to its internal clock (I guess the clock is not throughput to the S/PDIF outputs of the API unit?). Any help? Any way to work around this without changing my clock source back and forth every time I track? Thanks.

Hardin 01-18-2008 12:25 PM

Re: Recording S/PDIF inputs w/ ADAT clock source on LT LE
Are you saying that Pro Tools won't use the ADAT clock source when something is connected via SPDIF?

Try sending WC to the API as you mentioned. Connect both converters and slave clock to ADAT so the Rosetta is the master for both. SPDIF shouldn't have a problem with that - it's the same clock.

If that doesn't work, make the API the master and try it locked to SPDIF clock and that would answer your question - maybe not the answer you were hoping for.


somberberry 01-27-2008 08:11 PM

Re: Recording S/PDIF inputs w/ ADAT clock source on LT LE
I've now tried every configuration I can think of. Before I go crazy here can someone out there tell me if this quirk I'm dealing with is really part of the design of the Digi002rack, or is it something wrong with my particular unit? To reiterate, there doesn't seem to be ANY way to make the S/PDIF RCA inputs active while clocking from ADAT source clock.

I can make my Apogee Rosetta 800 the master clock. Then the Digi002rack AND API A2D BOTH slave flawlessly to the Rosetta. So far so good, but then when I try to record the S/PDIF RCA inputs in PT LE, there is no signal. When I troubleshoot the setup everything works well per se - the RCA S/PDIF inputs are active and fully functional when I set the API unit as the master clock alone. Likewise, the 8 ADAT channels from the Rosetta are fully functional when it is the master clock. However, when both are operating at the same time, I have to choose a master and a slave, and so far it seems PT LE will not "see" the API's S/PDIF signal unless it is the master clock. This seems like a completely frustrating and unnecessary quirk if indeed the Digi002rack is intentionally built that way.

Oh, by the way, I realize another solution is to set it up with the API as the master clock, but I can't get the Apogee to recognize the word clock signal from my API (API only has an AES output, so I bought an AES to BNC converter which the Apogee might not like). If anyone "in the know" can chime in, I'm all ears. Thanks!

All times are GMT -7. The time now is 06:56 AM.

Powered by: vBulletin, Copyright ©2000 - 2008, Jelsoft Enterprises Limited. Forum Hosted By: URLJet.com