i’ll try to keep things clear here… but, a question about sample rate locking throughout the system as it relates to WaveLab.
a little rundown of my mastering chain/workflow:
- i play from pro tools, through the analog chain, and capture in wavelab. until last week, the Lynx Aurora(n) was my system clock that clocked and fed a Cranesong HEDD 192. i would set the proper sample rate in the pro tools session and it would set the Lynx rate which would, via a word clock cable, change the HEDD. i would then have to manually set the recording rate (in the record dialog box) in Wavelab to get everything to gel. (i still miss that “bug” that PG had a few versions ago that allowed wavelab to see a different sample rate and then auto switch). if the Wavelab recording sample rate wasn’t set to the same rate as the pro tools session, pro tools would get upset and not play until i properly set the WL rate.
it was all fine, it was my way of working and worked great.
fast forward to this past week when i obtained a HEDD Quantum to replace the 192. because of Cranesong touting the quantum’s clock so much i decided to have the HEDD clock my system instead of the Lynx… and here’s where the quirkiness arises.
today i’m working on an ITB job… wavelab is not recording anything or even open… yet, when i made my new session in pro tools to the client’s sample rate (96k in this case) pro tools would not play unless i opened wave lab, went to the record dialog box, set the recording rate to 96, closed it up and then quit wavelab (since i don’t need it for this session)… then pro tools would play normally.
and that’s fine, just a step i have to make sure i do even when working without WL on an ITB job in pro tools… but my question is just a curiosity i guess… wondering why wavelab continues to dictate, or at least want to join the party, of the system sample rate even if it’s not open or being used. what is it about setting the recording sample rate in wavelab that influences the HEDD, pro tools, the system clock, even when it’s not open.
not a “problem” as much just wondering what’s at play here… if anyone can even answer that… perhaps it’s just too idiosyncratic… each of our systems and workflows…
anyway… onward.
-taylor