Nick,
   Hi. I see you got a couple of responses from Thomas. Indeed, there is a
new working driver for the HDSP 9652. I am unclear whether you are using
this in your setup? If you are not you must upgrade to that new source code
before you will get good results. As Thomas said, I had to downgrade the
firmware to the older revision or things do not work at all.

   I want to point out that while I *can* run 96KHz between two boxes, I
have not tested it AT ALL! All I have done in this area is to set the card
at 96KHz and see hdspmixer show that the number of channels is cut in half.
I have no personal need for 96KHz yet, so none of this has been on my to-do
list.

   Using the new (and I think unreleased) driver I have tested all 26
physical inputs, all 26 physical outputs and all 26 playback outputs. The
only two things that I have found that are not working this morning are:

1) spdif receive of audio
2) spdif clocking (lock/sync) indications

spdif transmit is fine at 44.1KHz.

   I look forward to hearing how you progress once you get set up to use
this card at 96KHz.

Cheers,
Mark

> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Nick Arnold
> Sent: Wednesday, August 27, 2003 1:09 AM
> To: [EMAIL PROTECTED]
> Subject: [Alsa-devel] RME Hammerfall HDSP 9652
>
>
> Hello,
>
> We here are attempting to get the RME Hammerfall HDSP 9652 card
> working with
> ALSA 0.9.6 on a SMP redhat 9 box.  We're trying to use 12 input
> channels and
> three output channels, running at 96KHz 24bit samples.  The output of
> "uname -a" on the box says:
>
>     Linux wombat 2.4.20-19.9smp #1 SMP Tue Jul 15 16:45:28 EDT 2003 i686
>     athlon i386 GNU/Linux
>
> We had been successfully using the "old" RME Hammerfall 9652 with
> ALSA 0.9.0
> beta12 on an older machine with the same channels/sample rate/sample size.
>
> With a signal connected to one input channel and nothing written
> to the card
> we're seeing output on several channels.  I think this could be related to
> settings of the hardware mixer?  I'm looking into the "amixer" utility but
> have so-far been unable to find any options that help.
>
> We have a known signal (IRIG-B) connected to one input channel and our
> software is now having trouble decoding the signal when it didn't before.
> We're not sure why this could be occuring.
>
> 1) first of all, we're assuming it is possible to get the card working on
>    this setup?
>
> 2) I'm trying to determine if this card actually supports 96KHz (ie as a
>    parameter to snd_pcm_hw_params_set_rate_near() for example) --
> the "old"
>    card was always set to 48KHz and we "simulated" 96KHz with two 48KHz
>    channels per 96KHz channel.  Is this still the way to do it?
>
> 3) It seems we need to find the right "amixer" incantations to
> get the driver
>    into a workable state.  The one thing that seems to have
> helped so far is
>    to set the "Sample Clock Source" interface of the mixer to
> "Internal 96.0
>    kHz" with the command:
>
>         amixer -c 0 cset -numid=11 6
>
>    But we're not sure this is really what we want.  Are there
> other commands
>    we need?  I don't believe we have a problem with output channel levels
>    since we've played with these.
>
> any help much appreciated,
>
> nick.




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Reply via email to