Avid Pro Audio Community

Avid Pro Audio Community

How to Join & Post  •  Community Terms of Use  •  Help Us Help You

Knowledge Base Search  •  Community Search  •  Learn & Support


Avid Home Page

Go Back   Avid Pro Audio Community > Legacy Products > 003, Mbox 2, Digi 002, original Mbox, Digi 001 (Mac)
Register FAQ Today's Posts Search

Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old 10-29-2010, 12:48 AM
Rob0214 Rob0214 is offline
Member
 
Join Date: Feb 2008
Location: Alexandria, VA
Posts: 172
Default Clock source doesn't matter?

So, just for the hell of it, I took some stuff I was working on, recorded it a stereo track with the 003 using internal clock. Then, I did the same thing using my TC Finalizer as my external clock. Inverted one track, and the result was a perfect null.

So, does this mean that clock source doesn't matter, and those who claim anything different are prejudiced by the experiment? Empirical results say yes. Haven't tried it with my Rosetta as the clock source, but somehow I feel it will yield the same result.
Reply With Quote
  #2  
Old 10-29-2010, 08:47 AM
daeron80 daeron80 is offline
Member
 
Join Date: Apr 2005
Location: Orlando, Florida, USA
Posts: 4,106
Default Re: Clock source doesn't matter?

If both transfers are occurring in the digital domain, then the results will always null regardless of clock source. It makes no difference to the integrity of a digital stream how it's clocked, as long as it remains digital. You could even make a digital transfer at a different sample rate with no loss.

But if one or both of the transfers were done in the analog domain, it would be surprising if they yielded a complete null. That's because clocking affects the accuracy of encoding and decoding (A/D and D/A). Tests have shown that the use of external clocks in DAW environments results in greater jitter. But to the ears of many, if the external clock is more consistent over the long term, the low end sounds tighter. Whatever sounds good to you.
__________________
David J. Finnamore

PT 2023.12 Ultimate | Clarett+ 8Pre | macOS 13.6.3 on a MacBook Pro M1 Max
PT 2023.12 | Saffire Pro 40 | Win10 latest, HP Z440 64GB
Reply With Quote
  #3  
Old 10-29-2010, 11:34 AM
CME CME is offline
Member
 
Join Date: Sep 2005
Location: Ardmore OK
Posts: 3,207
Default Re: Clock source doesn't matter?

Yeah your test was a moot point. Since no audio was actually being converted for A/D or D/A the clock would not make a difference. The idea of a better clock counts when there is conversion going on. So, in theory, a better clock would produce a better sound into the digital domain when tracking, and then allow you to hear it better as it transfers back to analog to go to the monitors. Once it's "inside the computer" the only difference a clock would make is in you hearing what is coming out. You might hear things differently and cause you to mix differently but wouldn't actually affect the audio that's already been recorded. Hope that makes sense.
__________________
Dell T5810. Harrison Mixbus 32C. Haven't used PT since 2015 and never been happier.
Reply With Quote
  #4  
Old 10-29-2010, 12:03 PM
Rob0214 Rob0214 is offline
Member
 
Join Date: Feb 2008
Location: Alexandria, VA
Posts: 172
Default Re: Clock source doesn't matter?

Ok, I sort of get it.

I did the test because I wasn't really hearing any difference in the monitors. Given what you guys are saying, would a better test be to put a loopback conversion (ie put a hardware insert on the master fader to outputs 3-4, and wire output 3 to input 3, output 4 to input 4)?

I use a lot of hardware inserts for mixing (lots of outboard stuff), so it would effect that too, right?

And given my choices of clocks (003 internal, finalizer, Rosetta 800) my guess that the order of preference should be Rosetta, Finalizer, internal. Unfortunately, I don't know of a way to use just the Rosetta's word clock at 88.2.
Reply With Quote
  #5  
Old 10-29-2010, 01:00 PM
CME CME is offline
Member
 
Join Date: Sep 2005
Location: Ardmore OK
Posts: 3,207
Default Re: Clock source doesn't matter?

Quote:
Originally Posted by Rob0214 View Post
Ok, I sort of get it.

I did the test because I wasn't really hearing any difference in the monitors. Given what you guys are saying, would a better test be to put a loopback conversion (ie put a hardware insert on the master fader to outputs 3-4, and wire output 3 to input 3, output 4 to input 4)?

I use a lot of hardware inserts for mixing (lots of outboard stuff), so it would effect that too, right?

And given my choices of clocks (003 internal, finalizer, Rosetta 800) my guess that the order of preference should be Rosetta, Finalizer, internal. Unfortunately, I don't know of a way to use just the Rosetta's word clock at 88.2.
To start of with the test. Yes looping through the 003 would put it through a D/A and then a A/D conversion. I also think you could use the Rosetta's clock at 88.2 with a BNC cable but you couldn't actually use the Rosetta as an ADAT interface at 88.2 as the ADAT input is limited to 48khz. And honestly I wouldn't expect much difference in between the Finalizer and internal. And honestly the Rosetta may not be a big jump either. But def try it out and see what you think. IMO a more interesting test would be looping a session through the 003 and through the Rosetta. You could even do it with both clocks. So in other words you'd could try

A. 003 as master clock, playback looped through 003
B. Rosetta as master clock, playback looped through Rosetta
C. 003 as master clock, playback looped through Rosetta
D. Rosetta as master clock, playback looped through 003

However IMO "improvements" in clocking and converters is additive. The more tracks you have recorded through a setup the more the difference become apparent. So just routing a stereo (2-channel mix) would be much more subtle than a full session recorded through different clocks/converters. Just IMO though.
__________________
Dell T5810. Harrison Mixbus 32C. Haven't used PT since 2015 and never been happier.
Reply With Quote
  #6  
Old 10-29-2010, 01:12 PM
daeron80 daeron80 is offline
Member
 
Join Date: Apr 2005
Location: Orlando, Florida, USA
Posts: 4,106
Default Re: Clock source doesn't matter?

Haven't tried that kind of test, but my instincts tell me that it would be very difficult to hear any differences. A better test might be to split the output of a mic pre 3 ways and record it on three identical systems being clocked differently. Record a wide variety of instruments and voices through it - preferably a moderately large arrangement of the sort that could be built one mono track at a time. Mix all three identically with the same clock, and see if they sound different. A lot of trouble. And would still only be anecdotal evidence, not a rigorous scientific test. I think probably several months of regular work experience with each clock source would be more telling - a cumulative case kind of "test."
__________________
David J. Finnamore

PT 2023.12 Ultimate | Clarett+ 8Pre | macOS 13.6.3 on a MacBook Pro M1 Max
PT 2023.12 | Saffire Pro 40 | Win10 latest, HP Z440 64GB
Reply With Quote
  #7  
Old 10-29-2010, 03:47 PM
CME CME is offline
Member
 
Join Date: Sep 2005
Location: Ardmore OK
Posts: 3,207
Default Re: Clock source doesn't matter?

Quote:
Originally Posted by daeron80 View Post
Haven't tried that kind of test, but my instincts tell me that it would be very difficult to hear any differences. A better test might be to split the output of a mic pre 3 ways and record it on three identical systems being clocked differently. Record a wide variety of instruments and voices through it - preferably a moderately large arrangement of the sort that could be built one mono track at a time. Mix all three identically with the same clock, and see if they sound different. A lot of trouble. And would still only be anecdotal evidence, not a rigorous scientific test. I think probably several months of regular work experience with each clock source would be more telling - a cumulative case kind of "test."
Yeah. I wouldn't expect much "audible" difference per se. But it would be interesting to see what his opinions were. I was part of the BLA Mod test thread that did about as good a job as anyone can do of comparing different rigs, and it was rather interesting. To me the only true test would be like you said. Splitting the source to different systems simultaneously to record to. However mixing it becomes the hard part. How do you mix something on each system like you've never heard it before? Seems to me you'd take something you learned in the first mix and pass it along to the second. And then pass from the second to the 3rd. Ultimately giving the third mix an advantage over the second and the second mix over the first. Unless you had separate people mix it, but then everyone mixes differently. Guess maybe a blind listen test to a mix that doesn't include any plugs. Just level adjustment. Still no way to be truly unbiased.
__________________
Dell T5810. Harrison Mixbus 32C. Haven't used PT since 2015 and never been happier.
Reply With Quote
  #8  
Old 10-29-2010, 06:56 PM
daeron80 daeron80 is offline
Member
 
Join Date: Apr 2005
Location: Orlando, Florida, USA
Posts: 4,106
Default Re: Clock source doesn't matter?

I would mix it on one system, then make copies of the session and replace the audio with the versions recorded via the other two clocks. That would be the only way to get a head-to-head comparison.
__________________
David J. Finnamore

PT 2023.12 Ultimate | Clarett+ 8Pre | macOS 13.6.3 on a MacBook Pro M1 Max
PT 2023.12 | Saffire Pro 40 | Win10 latest, HP Z440 64GB
Reply With Quote
  #9  
Old 10-29-2010, 07:28 PM
smpkeys smpkeys is offline
Member
 
Join Date: Feb 2009
Location: Nashville, TN
Posts: 193
Default Re: Clock source doesn't matter?

Sound on Sound had an interesting article on clocking. It seems that the writer determined that they "expensive Master clocks" don't make the difference that they are hyped to suggest. Here's a quote, and a link below that for the whole article.

"But in any of these cases, the use of a master clock will not improve the audio quality achieved by the converters in any technical sense — and the most expensive clocks fare no better in this regard than the least expensive. "

http://www.soundonsound.com/sos/jun1...sterclocks.htm
__________________
2010 Mac Pro, 3.46 GHz 6 Core Xeon,32 GB RAM, OSX 10.9.5, PT 12.4, RME Fireface UFX, Command 8, Mytek 8x192, SSD evo on System,Audio&Samples on spinner drives WD SATA 64mb Cache
Reply With Quote
  #10  
Old 10-30-2010, 12:33 AM
Rob0214 Rob0214 is offline
Member
 
Join Date: Feb 2008
Location: Alexandria, VA
Posts: 172
Default Re: Clock source doesn't matter?

I figured out how to get the Rosetta to be the master clock about 5 seconds after I posted :)

I have a session I mixed with 5 channels of HW outboard inserts. Everything's still set up. I can bounce 3 different tracks with the different clock sources and post them for a blind test if anyone's interested.
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Problem detected with audio clock. Check your clock source and sample rate. sleeptalken Windows 7 08-10-2021 01:17 PM
Problem detected with audio clock. Check clock source and sample rate are correct mongrel8686 Third Party Interfaces 11 08-01-2013 08:42 PM
Problem detected with audio clock. Check that your clock source and sample rate are c Solow1nonly 003, Mbox 2, Digi 002, original Mbox, Digi 001 (Win) 4 07-06-2011 08:22 PM
problem detected with audio clock. check that your clock source and sample rate are c angeleda 003, Mbox 2, Digi 002, original Mbox, Digi 001 (Win) 0 10-05-2010 07:09 PM
"Problem detected with audio clock. Check that your clock source and sample......... ASD15 003, Mbox 2, Digi 002, original Mbox, Digi 001 (Win) 16 03-26-2010 03:40 PM


All times are GMT -7. The time now is 08:58 PM.


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