From: John Rigg <aldev@sound-man.co.uk>
To: Clemens Ladisch <cladisch@fastmail.net>
Cc: Ludovico Verducci <ludwigvan@alice.it>, alsa-devel@alsa-project.org
Subject: Re: Enabling in-kernel synch for M-Audio boards
Date: Tue, 18 Sep 2007 23:16:39 +0100 [thread overview]
Message-ID: <20070918221639.GA3365@localhost> (raw)
In-Reply-To: <1190123404.16980.1211261887@webmail.messagingengine.com>
On Tue, Sep 18, 2007 at 03:50:04PM +0200, Clemens Ladisch wrote:
> John Rigg wrote:
> > On Tue, Sep 18, 2007 at 10:07:05AM +0200, Ludovico Verducci wrote:
> > > As far as I know the delta family boards drivers support the
> > > synchronization of up to 4 audio boards over PCI: at the moment I'm
> > > reverse engineering the hardware trying to understand how this can be
> > > accomplished.
> >
> > I'm aware that some Windows users are using several Delta 1010s
> > without external sync, but I'm not sure how it is done (or how
> > good it sounds). AFAIK it would require a VCXO so that the frequency
> > of the card's clock could be varied by enough to keep it in sync
> > (ie. making the clock oscillator part of a phase locked loop). Looking
> > at the PCI card on the 1010, I can only see standard fixed-frequency
> > crystals. The only PLLs appear to be the internal PLL in the S/PDIF
> > receiver and the 4046 PLL chip for the word clock input signal.
>
> In theory, it should be possible to use the PCI clock (between 25 and
> 33 MHz) as input for one of the PLLs, probably after dividing it down.
AFAICT neither of these PLLs can receive an input from the PCI clock.
The S/PDIF receiver only receives a signal from the S/PDIF input, and
the word clock PLL only receives a signal from the WC input in the
breakout box (via a pulse shaping circuit to clean up the waveform).
Apart from that, neither of these PLLs is particularly good at removing
jitter (and I'd expect the PCI clock to have a high level of jitter),
so quality would be reduced.
John
prev parent reply other threads:[~2007-09-18 22:12 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-17 10:22 Enabling in-kernel synch for M-Audio boards Ludovico Verducci
2007-09-17 19:44 ` John Rigg
2007-09-18 6:57 ` John Rigg
2007-09-18 8:07 ` Ludovico Verducci
2007-09-18 10:40 ` John Rigg
2007-09-18 13:50 ` Clemens Ladisch
2007-09-18 18:07 ` Ludovico Verducci
2007-09-18 22:16 ` John Rigg [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070918221639.GA3365@localhost \
--to=aldev@sound-man.co.uk \
--cc=alsa-devel@alsa-project.org \
--cc=cladisch@fastmail.net \
--cc=ludwigvan@alice.it \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox