Re: [LAU] Sample rate vs. SNR

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Charles Z Henry <czhenry@...>
Cc: linux-audio-user <linux-audio-user@...>
Date: Thursday, January 24, 2013 - 2:31 am

--bcaec554d84cdf5fbf04d3ff9abf
Content-Type: text/plain; charset=ISO-8859-1

On Wed, Jan 23, 2013 at 8:14 PM, Charles Z Henry wrote:

>

"but all you really get out of the of network interface is the bus
transport to some other processor in a breakout box that runs the audio
clocks adcs and dacs"

if you know what you are doing and build the machine entirely from the
ground up (e.g. RADAR from iZ), you can deal with the in-box issues very
successfully. it involves clever stuff to do with "power rails" that i
don't claim to understand. it also isn't an option with a regular computer.

--bcaec554d84cdf5fbf04d3ff9abf
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Wed, Jan 23, 2013 at 8:14 PM, Charles Z Henry =
<czhenry@gmail.co=
m
> wrote:
<=
br>
On Jan 23, 2013 5:13 PM, "Paul Davis" <paul@linuxaudiosystems.com>=
wrote:

g there
m are
em to
Gb NIC
t
ter results if designed right.
f them are subject to a separate clock, in addition to the audio sample clo=
ck and the PCI bus clock (which is so high a frequency as to be mostly irre=
levant).

Anyway you got to have a breakout box with any decent pcie c=
ard.=A0 The noise in the power supply has to be bad on the pcie bus.=A0 It&=
#39;s better to use a good external power supply.=A0 So all you really get =
out of the pcie is the bus transport to some other processor in a breakout =
box that runs the audio clocks adcs and dacs.=A0

My ideal audio interface would run on something like infiniband or 10Gb =
cable.=A0 Insane bandwidth.=A0"bu=
t all you really get out of the of network interface is the bus transport t=
o some other processor in a breakout box that runs the audio clocks adcs an=
d dacs"
=A0if you know what you are doing and build the m=
achine entirely from the ground up (e.g. RADAR from iZ), you can deal with =
the in-box issues very successfully. it involves clever stuff to do with &q=
uot;power rails" that i don't claim to understand. it also isn&#39=
;t an option with a regular computer.

--bcaec554d84cdf5fbf04d3ff9abf--

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)