> Hello again,
>
> We seem to have got the card working both for capture and playback(!).
>
> Thanks to everyone for their replies. We were not expecting so much
> positive response. If any of the respondants are in Fremantle Perth
> sometime send us an email and we'll take you to lunch!
>
Who k
Hello again,
We seem to have got the card working both for capture and playback(!).
Thanks to everyone for their replies. We were not expecting so much positive
response. If any of the respondants are in Fremantle Perth sometime send us
an email and we'll take you to lunch!
The three things we
> 3) is it possible to use the "Internal 48.0 kHz" setting and keep things
>>"like they used to be"? Whereby we retain responsiblity for the
>> interleaving and de-interleaving of channels; we operate on the full
>> 26 channels; and we can make little (if any) code changes?
>
>No, you can't. T
> >> Mark Knecht is currently using this code with success, but the card
> >> behaved strangely with rev. 104 (0x68) firmware. He had to
> downgrade it to
> >> rev. 101 (0x65) for the card to work properly.
> >>
> >> [and Mark concured he had to downgrade the firmware]
> >
> >We have not made any c
>
>
> >
> > 4) why is the number of channels now 14? It would seem to make
> > sense for it to be 13 -- half the total 46kHz channels available.
>
> spdif continues to run at 48K stereo instead of 96K mono I believe.
>
My response here was incorrect. Please see Paul and Thomas's responses.
spdif
> We've applied the patch to hdsp.{h,c}. The newly built driver has
> ameliorated the problem of unexplained signal appearing on our output
> channels. Thats a win.
>
Ameliorated or solved ?
>> Mark Knecht is currently using this code with success, but the card
>> behaved strangely with rev. 10
On Thu, 2003-08-28 at 03:26, Nick Arnold wrote:
> > Mark Knecht is currently using this code with success, but the card
> > behaved strangely with rev. 104 (0x68) firmware. He had to downgrade it to
> > rev. 101 (0x65) for the card to work properly.
> >
> > [and Mark concured he had to downgrade
>> Mark Knecht is currently using this code with success, but the card
>> behaved strangely with rev. 104 (0x68) firmware. He had to downgrade it to
>> rev. 101 (0x65) for the card to work properly.
>>
>> [and Mark concured he had to downgrade the firmware]
>
>We have not made any changes to the f
Hi,
Thanks Thomas and Mark for your replies. We've made some progress but are
not all the way there yet ...
I'm replying in the most part to Thomas' response:
> > are attempting to get the RME Hammerfall HDSP 9652 card working ...
>
> With this driver version the matrix mixer code is still br
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.
Ooops, I forgot alsa-kernel/include/hdsp.h changed too, sorry.
Thomas
hdsp.h
Description: Binary data
> 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
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 SM
On Saturday 19 July 2003 19.06, Paul Davis wrote:
> >> I'm trying out the HDSP driver from CVS (checked out today), on a
> >> RME HDSP 9652 PCI card, but I don't manage to get it to run, with
> >> my basic test
> >>
> >> # aplay -D hw -f S32_LE -c 26 -r 48000 /dev/zero
> >>
> >> Playing raw data '/
>>
>> I'm trying out the HDSP driver from CVS (checked out today), on a RME
>> HDSP 9652 PCI card, but I don't manage to get it to run, with my basic
>> test
>>
>> # aplay -D hw -f S32_LE -c 26 -r 48000 /dev/zero
>>
>> Playing raw data '/dev/zero' : Signed 32 bit Little Endian, Rate 48000
>> Hz, Ch
>
> I'm trying out the HDSP driver from CVS (checked out today), on a RME
> HDSP 9652 PCI card, but I don't manage to get it to run, with my basic
> test
>
> # aplay -D hw -f S32_LE -c 26 -r 48000 /dev/zero
>
> Playing raw data '/dev/zero' : Signed 32 bit Little Endian, Rate 48000
> Hz, Channels 26
I'm trying out the HDSP driver from CVS (checked out today), on a RME
HDSP 9652 PCI card, but I don't manage to get it to run, with my basic
test
# aplay -D hw -f S32_LE -c 26 -r 48000 /dev/zero
Playing raw data '/dev/zero' : Signed 32 bit Little Endian, Rate 48000
Hz, Channels 26
aplay: set
17 matches
Mail list logo
