From: Mark Knecht <markknecht@attbi.com>
To: Thomas Charbonnel <thomas@undata.org>
Cc: Alsa-Devel <alsa-devel@lists.sourceforge.net>
Subject: Re: HDSP 9652 - Some first results, but lockups and no actual audio
Date: 12 Apr 2003 13:19:13 -0700 [thread overview]
Message-ID: <1050178754.1928.1.camel@Wizard> (raw)
In-Reply-To: <1050176245.1424.672.camel@satellite.undata.org>
Thomas,
Thanks for the response. I'm wondering if the whole problem could be
that I've not run amixer at all? Is this required to actually route
through the mixer of the HDSP 9652? In the previous driver the mixer was
disabled, but if it is now enabled, then maybe I need to learn to use
amixer and not alsamixer, which worker before?
Mark
On Sat, 2003-04-12 at 12:37, Thomas Charbonnel wrote:
> [ I'm not CC-ing anymore to Planetccrma as I am not a subscriber, and
> anyway Fernando's on alsa-devel ]
> > Hi,
> > Just a bit more info. By rebooting and doing a couple of power cycles on
> > the external A/D/D/A I have been able to get the RME to acknowledge that
> > it's seeing an ADAT sync at 44.1K, so I think at least the clock is
> > being sent.
> >
>
> What do you want to do here ? See the hdsp clock reported on you
> external D/A device or sync the card with the external device ?
> >From your previous post I see that your external device is sending a
> 48kHz clock signal to the card ADAT1 input, but the card is ignoring it
> because the clock mode is set to internal 44.1kHz.
> If you want the card to slave to the external device, then you should :
> * set the external device to the proper rate.
> * switch the card to AutoSync mode :
> amixer cset numid=11 0
> If you want the external device to be slaved :
> * switch the card to the appropriate rate :
> amixer cset numid=11 x
> (amixer cget numid=11 will give you the options for x)
> * switch the external device to slave mode.
>
> If the problem is as I think a mixer problem the clock signal should be
> received and interpreted correctly by the external device even if no
> audio signal is sent.
>
> > This specific external unit (AI-3 for now) supports a loopback, where
> > the ADAT in can be looped and sent back on its ADAT out. In doing this,
> > I cannot see the audio signal I send it, implying that it is actually
> > not receiving one.
> >
> > Also, I sent the wave file recorded using jackrec to my Windows box. (A
> > copy of a Yellowjackets tune) It plays fine, so it appears that jack and
> > alsaplayer are working OK.
> >
> > Thanks in advance again.
> >
> > Cheers,
> > Mark
> >
> > On Sat, 2003-04-12 at 10:37, Mark Knecht wrote:
> > > [root@Wizard card0]# more /proc/asound/card0/hdsp
> > > RME HDSP 9652 (Card #1)
> > > Buffers: capture dde00000 playback ddc00000
> > > IRQ: 10 Registers bus: 0xe8800000 VM: 0xe0967000
> > > Control register: 0x1008098
> > > Status register: 0x6086a48
> > > Status2 register: 0xffff8061
> > > FIFO status: 0
> > > MIDI1 Output status: 0xffffff00
> > > MIDI1 Input status: 0xffffff80
> > > MIDI2 Output status: 0xffffff00
> > > MIDI2 Input status: 0xffffff5f
> > >
> > > Buffer Size (Latency): 1024 samples (2 periods of 4096 bytes)
> > > Hardware pointer (frames): 1024
> > > Passthru: no
> > > Line out: on
> > > Firmware version: 1
> > >
> > > Sample Clock Source: Internal 44.1 kHz
> > > Preferred Sync Reference: ADAT1
> > > AutoSync Reference: ADAT1
> > > AutoSync Frequency: 48000
> > > System Clock Mode: Master
> > > System Clock Frequency: 44100
> > >
> > > IEC958 input: Internal
> > > IEC958 output: Coaxial only
> > > IEC958 quality: Consumer
> > > IEC958 emphasis: off
> > > IEC958 NonAudio: off
> > > IEC958 sample rate: Error flag set
> > >
> > > ADAT1: Lock
> > > ADAT2: No Lock
> > > ADAT3: No Lock
> > > SPDIF: No Lock
> > > Word Clock: No Lock
> > > ADAT Sync: No Lock
> > >
> > > [root@Wizard card0]#
> > >
> >
> > [mark@Wizard mark]$ cat /proc/asound/card0/hdsp
> > RME HDSP 9652 (Card #1)
> > Buffers: capture de600000 playback de400000
> > IRQ: 10 Registers bus: 0xe8800000 VM: 0xe0967000
> > Control register: 0x1008090
> > Status register: 0x2040008
> > Status2 register: 0xffff8041
> > FIFO status: 0
> > MIDI1 Output status: 0xffffff00
> > MIDI1 Input status: 0xffffff3d
> > MIDI2 Output status: 0xffffff00
> > MIDI2 Input status: 0xffffff39
> >
> > Buffer Size (Latency): 64 samples (2 periods of 256 bytes)
> > Hardware pointer (frames): 0
> > Passthru: no
> > Line out: on
> > Firmware version: 1
> >
> > Sample Clock Source: Internal 44.1 kHz
> > Preferred Sync Reference: ADAT1
> > AutoSync Reference: ADAT1
> > AutoSync Frequency: 44100
> > System Clock Mode: Master
> > System Clock Frequency: 44100
> >
> > IEC958 input: Internal
> > IEC958 output: Coaxial only
> > IEC958 quality: Consumer
> > IEC958 emphasis: off
> > IEC958 NonAudio: off
> > IEC958 sample rate: Error flag set
> >
> > ADAT1: Sync
> > ADAT2: No Lock
> > ADAT3: No Lock
> > SPDIF: No Lock
> > Word Clock: No Lock
> > ADAT Sync: No Lock
> >
> > [mark@Wizard mark]$
> >
>
>
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com
next prev parent reply other threads:[~2003-04-12 20:19 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-12 17:37 HDSP 9652 - Some first results, but lockups and no actual audio Mark Knecht
2003-04-12 18:22 ` Mark Knecht
2003-04-12 19:37 ` Thomas Charbonnel
2003-04-12 20:19 ` Mark Knecht [this message]
2003-04-12 19:21 ` Thomas Charbonnel
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=1050178754.1928.1.camel@Wizard \
--to=markknecht@attbi.com \
--cc=alsa-devel@lists.sourceforge.net \
--cc=thomas@undata.org \
/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.