From: Martin Langer <martin-langer@gmx.de>
To: Paul Davis <paul@linuxaudiosystems.com>
Cc: alsa-devel@lists.sourceforge.net
Subject: clock mode problem [was: possible problems with rc6 aplay]
Date: Tue, 17 Dec 2002 18:54:58 +0100 [thread overview]
Message-ID: <20021217175458.GO773@tuba.home> (raw)
In-Reply-To: <20021216144807.8950gmx1@mx005-rz3.gmx.net>
On Mon, Dec 16, 2002 at 09:51:34AM -0500, Paul Davis wrote:
>
> >Alsa has copied here the documented rme way, but this seems to be wrong for
> >me. I have just checked the behaviour of rme32, but I'm very sure that the
> >bigger ones are working in the same style.
>
> well, they have a more complex setup:
>
> * clock mode: AutoSync, Master or Word Clock
> * preferred source for autosync: ADAT1/2/3 or S/PDIF
> * S/PDIF sample rate
> * ADAT sample rate
> * system sample rate (the one the master clock runs at)
>
> so its really not possible to define "the rate" in a straightforward
> way. but i see your point.
>
Hmm, it's more complex, but it looks not so different.
So, I will show you another corner of this problem.
Like every rme card you have to set the rate of your output with 2 or 3
bits. The funny thing is, they never talked about the zero position. I've
tried out this with my rme32 and it is the slave clock position. Let's call
it "switch off the internal master clock".
The datasheet is just talking about one specific Master Clock Bit and not
about zeroing the sample rate bits, if you want to use slave mode. Right?
A practical experiment: If you are in slave clock mode and you are changing
the input sample rate, the output doesn't follow automatically. But if
you've set the sample rate bits for output to 0-0 before, the output rate
will change on each input change (like it should be in a perfect slave mode).
And if you want to change from slave to master clock you have to set a
sample rate different from 0-0 again. So it is only possible to switch
between this clockmodes if you are setting the sample rate and the result is
a list of master modes with sample rate dependency.
output rate bits Master/Slave bit Mode
0-0 Slave Slave mode
0-1 Master Master mode (freq. #1)
1-0 Master Master mode (freq. #2)
...
Everything is without warranty, but I'm very sure that this is typical for
all other rme cards: rme96, rme9652, hdsp. But I've no possibility to check
it.
martin
--
"2b|!2b"
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
prev parent reply other threads:[~2002-12-17 17:54 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-15 21:59 possible problems with rc6 aplay patrick reardon
2002-12-15 22:15 ` Mark Knecht
2002-12-16 3:13 ` Paul Davis
2002-12-16 4:38 ` Mark Knecht
2002-12-16 10:17 ` Martin Langer
2002-12-16 12:04 ` Mark Knecht
2002-12-16 13:49 ` Paul Davis
2002-12-16 13:57 ` Takashi Iwai
2002-12-16 14:29 ` Paul Davis
2002-12-16 14:53 ` alsasound init script (Re: possible problems with rc6 aplay ) Takashi Iwai
2002-12-16 15:23 ` Paul Davis
2002-12-16 14:36 ` possible problems with rc6 aplay Martin Langer
2002-12-16 14:51 ` Paul Davis
[not found] ` <20021216144807.8950gmx1@mx005-rz3.gmx.net>
2002-12-17 17:54 ` Martin Langer [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=20021217175458.GO773@tuba.home \
--to=martin-langer@gmx.de \
--cc=alsa-devel@lists.sourceforge.net \
--cc=paul@linuxaudiosystems.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.