Thanks Juan, Takashi
Recently I wass going thru AC-97 Component specifications. It seems that it
is possible to bypass mux for MIC input and have two captures
simultaneously.(Section 5.5 pg 45 AC97 Component Specs). I don't know if it
supported by any driver.
Please if some one can send some doc
>Paul Davis wrote:
>> I am sure there will be minor glitches along the way. I would really
>> appreciate feedback from anyone with an H-DSP (marcus - that means
>> you! :)
>
>Everything looks good, I just can't get it to play anything for me.
>Probably due to my limited ALSA knowledge.
>
>I have A
Le mer 22/05/2002 à 16:03, Takashi Iwai a écrit :
> At 22 May 2002 15:40:07 +0200,
> Jean-François Morcillo wrote:
> >
> > Hi,
> > I've just compiled alsa rc1 on my RH 7.3 box with a 2.4.18 kernel from
> > kernel.org and a 3.04 gcc.
> > I used alsamixer to unmute all channel and tried different a
single codec, snd_dual_codec=0
ALSA ../alsa-kernel/pci/cs4281.c:1557: never read ISV3 and ISV4 from AC'97
CS4281 soundcard not found or device busy
modprobe AGAIN:
loads OK.
The same behaviour with not patched alsa-driver-0.9.0rc1 driver! Probably
timeout too short. When I have increased the
while i helped someone to compile and install alsa from cvs i noticed that
the INSTALL in alsa-driver is somehow incomplete.
original INSTALL:
For compilation you can use these commands:
aclocal
autoconf
./configure
make dep
make
but it should be:
make
> ok, now i did a very very quick hack. could you try the attached
> patch? (you'll need to pass the module option snd_dual_codec=1)
> it doesn't change the TCID value (it was set to 1). it might be
> different value. tune as you like.
You did quite a lot of code in such a short time. Thanks
Paul Davis wrote:
> I am sure there will be minor glitches along the way. I would really
> appreciate feedback from anyone with an H-DSP (marcus - that means
> you! :)
Everything looks good, I just can't get it to play anything for me.
Probably due to my limited ALSA knowledge.
I have Ardour up
Hi,
At Wed, 22 May 2002 17:59:55 +0200 (CEST),
tomasz motylewski wrote:
>
>
> I hope you do not mind that I have contacted you directly.
>
> I would like to ask whether anyone has developed a driver for cs4281 working in
> a dual codec sound card.
>
> We have developed such a card, and it wor
On Wed, 22 May 2002 20:35:09 +0530
"Shakul Arora, Noida" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Please if you can help how can I program the device the "MIX" mode
> for both LINE IN and MIC capture. I accept that both the
> inputs are to be capture in mono, in stero mode the quality will be
> ba
I hope you do not mind that I have contacted you directly.
I would like to ask whether anyone has developed a driver for cs4281 working in
a dual codec sound card.
We have developed such a card, and it works fine with a single cs4299 codec,
but current alsa-driver-0.9.0rc1 fails with:
ALSA ../
On 2002.05.22 01:06 Jaroslav Kysela wrote:
> I haven't S/PDIF register in the CS4294 datasheet. Do you have CS4298
> datasheet?
Yes, the CS4294 doesn't have an S/PDIF pin. It's for quad speaker
output,
and is normally paired with something like the CS4297A for S/PDIF (as is
the
case with th
Hi,
Please if you can help how can I program the device the "MIX" mode for both
LINE IN and MIC capture. I accept that both the
inputs are to be capture in mono, in stero mode the quality will be bad.
If you can refrence to some API calls and structures.
Rgds
Shakul
-Original Message-
At Wed, 22 May 2002 15:37:06 +0530,
Shakul Arora, Noida <[EMAIL PROTECTED]> wrote:
>
> Hi All,
>
> I'm using Audio PCI 1371.
> I need to know if I can program both MIC and LINE IN in capture mode
> simultaneously. IF yes how.
no, on ac97, you can use only one of the capture sources at the same
At 22 May 2002 15:40:07 +0200,
Jean-François Morcillo wrote:
>
> Hi,
> I've just compiled alsa rc1 on my RH 7.3 box with a 2.4.18 kernel from
> kernel.org and a 3.04 gcc.
> I used alsamixer to unmute all channel and tried different audio
> application but I can only hear weak sound on rear speake
>Hi folks. I have a probably silly issue that will most likely have a
>really quick answer. For some reason, polling on a playback fd is not
>blocking, even though I set avail_min to be one period's worth (for
>example, 1024). Instead it returns immediately, avail_update gives me
>something on the
>basically PCI bus is accessed as LE. that's why in_le32 is used
OK, well apparently on OS X, either RME didn't use standard macros for
this (most likely), or there are no standard macros for this.
>there. we can access to io without considration of endianess as long
>as using readX/writeX.
S
At Wed, 22 May 2002 09:29:57 -0400,
Paul Davis wrote:
>
> >> >anyway... after looking at the hdsp code again, i found that these
> >> >endian conversions are not necessary at all!
> >> >IIRC, readX/writeX already convert the endianess in itself. thus, the
> >>
> >> absolutely not. readl/writel
Hi,
I've just compiled alsa rc1 on my RH 7.3 box with a 2.4.18 kernel from
kernel.org and a 3.04 gcc.
I used alsamixer to unmute all channel and tried different audio
application but I can only hear weak sound on rear speakers, I didn't
found how to turn them loud ?
Please help me,
Thaks
Jean-Fra
>> >anyway... after looking at the hdsp code again, i found that these
>> >endian conversions are not necessary at all!
>> >IIRC, readX/writeX already convert the endianess in itself. thus, the
>>
>> absolutely not. readl/writel on most architectures translate to:
>>
>> *addr = val;
>>
At Wed, 22 May 2002 08:25:23 -0400,
Paul Davis wrote:
>
> >anyway... after looking at the hdsp code again, i found that these
> >endian conversions are not necessary at all!
> >IIRC, readX/writeX already convert the endianess in itself. thus, the
>
> absolutely not. readl/writel on most archit
Takashi Iwai <[EMAIL PROTECTED]> writes:
> btw, 0.99.70 will fail to compile with gcc 3.1.
> the attached patch will fix the problem.
i already send a better patch that got merged in cvs.
--
"il a ete brule au 28e degre" (the naheulbeuk witch)
"c curieux, gcc fonctionne" (gwenole)
__
>anyway... after looking at the hdsp code again, i found that these
>endian conversions are not necessary at all!
>IIRC, readX/writeX already convert the endianess in itself. thus, the
absolutely not. readl/writel on most architectures translate to:
*addr = val;
>driver doesn't hav
At Tue, 21 May 2002 12:40:08 +0200,
$B;d(B wrote:
>
> At Sat, 18 May 2002 11:57:43 +0200,
> Andy Lo A Foe wrote:
> >
> > On Fri, May 17, 2002 at 06:26:22PM +, matt yee-king wrote:
> >
> > > [root@bennyhill alsaplayer-0.99.70]# alsaplayer
> > > alsaplayer: pcm.c:5655: snd_pcm_unlink_ptr: As
At Tue, 21 May 2002 13:22:39 -0400,
Paul Davis wrote:
>
> >Hi Paul,
> >
> >i converted b_swap's to cpu_to_xxx and xxx_to_cpu macros, and during
> >that, found that the following part may not work correctly on BE.
> >
> >static inline unsigned long long hdsp_read64 (hdsp_t *hdsp, int reg)
> >{
> >
Hi All,
I'm using Audio PCI 1371.
I need to know if I can program both MIC and LINE IN in capture mode
simultaneously. IF yes how.
Thanks & Regards
Shakul
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 2
On Tue, 21 May 2002, Peter Heatwole wrote:
> On 2002.05.21 03:46 Takashi Iwai wrote:
> > well, we need to check spec sheets to be sure.
> > could you tell us which chips did you check (to be supposed to work)?
>
> I've looked through some spec sheets, and these are the chips that
> seem to
26 matches
Mail list logo