Re: [LAU] Sample rate vs. SNR

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <linux-audio-user@...>
Date: Friday, January 25, 2013 - 1:43 am

On Thu, Jan 24, 2013 at 01:51:41PM -0800, Len Ovens wrote:

> Just a note on external sync/clock. The TV stations have been doing it for

When I was working at BRTN (which was the in analog video era - I've even
known those massive 2" VTRs before they were replaced by 1" machines) we
used 'reverse sync' in most cases. The destination studio would provide
an error signal adjusting the source's sync and subcarrier oscillators.
This made the sync independent of cable lenghts, but of course you can
feed only one destination that way.

The situation for (analog) video and (digital) audio is quite different.
For video you need exactly the same color subcarrier frequency *and* phase
*and* the H/V syncs must be aligned. For audio the only requirement is that
the sample frequencies match. MADI and ADAT inputs can be designed so they
can deal with a recovered sample clock that has a random phase w.r.t. the
local one as long as that phase difference is constant. The consequence is
a range of one sample time uncertainty in the actual delay which is usually
acceptable - and as long as the connection is not interrupted it will not
change.

For PRO audio the solution is indeed to use a central clock [*]. This can
be done even for 'worldwide' connections. A GPS/Galileo/E-Loran receiver
can provide a reference frequency accurate to 1e-11 which in turn can be
used to sync a master word clock oscillator. With that accuracy it takes
weeks for the delay to change by one sample, no resampling is ever needed.

[*] Which is one reason why a studio operating in such an environment will
not switch to 44.1 kHz to produce a CD.

Ciao,

--
FA

A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)

_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAU] Sample rate vs. SNR, Len Ovens, (Wed Jan 23, 2:52 pm)
Re: [LAU] Sample rate vs. SNR, Ralf Mardorf, (Wed Jan 23, 4:43 pm)
Re: [LAU] Sample rate vs. SNR, Joe Hartley, (Wed Jan 23, 8:20 pm)
Re: [LAU] Sample rate vs. SNR, Len Ovens, (Wed Jan 23, 10:10 pm)
Re: [LAU] Sample rate vs. SNR, Florian Faber, (Thu Jan 24, 7:53 am)
Re: [LAU] Sample rate vs. SNR, Len Ovens, (Thu Jan 24, 9:52 pm)
Re: [LAU] Sample rate vs. SNR, Fons Adriaensen, (Fri Jan 25, 1:43 am)
Re: [LAU] Sample rate vs. SNR, Len Ovens, (Fri Jan 25, 2:45 pm)
Re: [LAU] Sample rate vs. SNR, Fons Adriaensen, (Fri Jan 25, 3:21 pm)
Re: [LAU] Sync and digital audio transport, Len Ovens, (Fri Feb 1, 2:38 pm)
Re: [LAU] Sample rate vs. SNR, Ralf Mardorf, (Fri Jan 25, 7:15 pm)
Re: [LAU] Sample rate vs. SNR, Len Ovens, (Sat Jan 26, 2:04 am)
Re: [LAU] Sample rate vs. SNR, Ralf Mardorf, (Sat Jan 26, 9:42 am)
Re: [LAU] Sample rate vs. SNR, Len Ovens, (Sat Jan 26, 3:18 pm)
Re: [LAU] Sample rate vs. SNR, Ralf Mardorf, (Sat Jan 26, 3:26 pm)
Re: [LAU] Sample rate vs. SNR, Len Ovens, (Sat Jan 26, 5:21 pm)
Re: [LAU] Sample rate vs. SNR, Ralf Mardorf, (Fri Jan 25, 2:53 pm)
Re: [LAU] Sample rate vs. SNR, Paul Davis, (Wed Jan 23, 11:13 pm)
Re: [LAU] Sample rate vs. SNR, Charles Z Henry, (Thu Jan 24, 1:14 am)
Re: [LAU] Sample rate vs. SNR, Paul Davis, (Thu Jan 24, 2:31 am)
Re: [LAU] Sample rate vs. SNR, Len Ovens, (Thu Jan 24, 3:48 am)
Re: [LAU] Sample rate vs. SNR, Ralf Mardorf, (Thu Jan 24, 1:32 am)
Re: [LAU] Sample rate vs. SNR, Charles Z Henry, (Wed Jan 23, 10:50 pm)
Re: [LAU] Sample rate vs. SNR, Fons Adriaensen, (Wed Jan 23, 4:17 pm)
Re: [LAU] Sample rate vs. SNR, Len Ovens, (Thu Jan 24, 4:26 am)