Re: [LAU] Sync and digital audio transport - was Sample rate vs. SNR

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Fons Adriaensen <fons@...>
Cc: <linux-audio-user@...>
Date: Saturday, January 26, 2013 - 1:45 am

On Fri, January 25, 2013 7:21 am, Fons Adriaensen wrote:

Our on air machines were ampex 1100s (I think) with germanium semis except
one 1200 which was a converted 1000 (tube to silicon). We had one inch
machines (ampex) for editing... and slow mo.

> For slow motion playback (mainly used for soccer) there was an analog hard

We learned about the slow mo disk recorders, but I think the only one in
town was owned by CBC. Never saw one.

Speaking of sync and digital audio transport...

The AES seems to recommend AES3 (like s/pdif... almost) as the sync signal
in a digital facility. There are a lot of things that will sync to AES3 or
s/pdif, but there are a lot that will not too, while they will sync to
word clock or ADAT... even if they output aes3. Not only that, but word
clock seems to max out at 48k for many units while those that do lock to
AES3 will lock at higher clock rates. (The D1010 for example has word
clock in but only locks to 48K yet will lock to 96k AES3 or s/pdif) The
few master clocks I have seen (not that I have looked at a lot either) all
seem to output word clock only. What is standard practice for master
clocking?

Question two: I read a comment that a studio ( I am not sure if this was a
recording studio or broadcast but got the idea it was recording) had
removed all their MADI equipment and replaced it with aes3 as this allowed
them to set up physical patch bays per channel pair. Seems like a lot of
work and extra wire compared to the benefits. Does this make sense? or
these guys just odd balls?

I thought it odd that MADI cards were so expensive when AES3 equipment is
so cheap... but I have since noticed that a lot of AES3 stuff is called
"s/pdif professional" and does not use balanced lines. I guess the s/pdif
standard is free to use?

--
Len Ovens
www.OvenWerks.net

_______________________________________________
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 - was Sample rate..., Len Ovens, (Sat Jan 26, 1:45 am)
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)