Does anyone know if the capture bug in the above module has been fixed
or not? I looked in some of the mailing list archive and found messages
indicating it might have been, but I am still unable to capture with the
latest released drivers. I am running RH9 on a Compaq Armada E500 with
the Maestr
At Fri, 7 Feb 2003 23:18:52 +0100,
Voluspa wrote:
>
> Btw :-) CVS still has issues:
...
> alsactl.c: In function `get_controls':
> alsactl.c:485: `SND_CTL_READONLY' undeclared (first use in this function)
> alsactl.c:485: (Each undeclared identifier is reported only once
> alsactl.c:485: for each
On Fri, 07 Feb 2003 12:46:49 +0100
Takashi Iwai wrote:
> thanks, could you test the latest cvs version?
Couldn't stay a chicken for the rest of my life... installed CVS and pulled. The fix
you made works flawlessly here. Thanks.
Btw :-) CVS still has issues:
Making all in include
make[1]: Ente
At Fri, 7 Feb 2003 16:03:05 +0100,
Voluspa wrote:
>
> On Fri, 07 Feb 2003 12:46:49 +0100
> Takashi Iwai wrote:
>
> > > Sure, this is the Asahi Kasei AK4540 (also identified as such by the
> > > normal OSS driver: AC97 Codec detected: v: 0x414b4d00 caps: 0x0 pwr:
> > > 0xf)
> >
> > thanks, could
On Fri, 07 Feb 2003 12:46:49 +0100
Takashi Iwai wrote:
> > Sure, this is the Asahi Kasei AK4540 (also identified as such by the
> > normal OSS driver: AC97 Codec detected: v: 0x414b4d00 caps: 0x0 pwr:
> > 0xf)
>
> thanks, could you test the latest cvs version?
Thank you for the quick work.
Ehe
At Wed, 5 Feb 2003 19:13:40 +0100,
Voluspa wrote:
>
> On Wed, 05 Feb 2003 18:52:36 +0100
> Takashi Iwai <[EMAIL PROTECTED]> wrote:
>
> > could you tell me which ac97 codec is detected on your machine?
> > please check /proc/asound/card0/ac97#0.
>
> Sure, this is the Asahi Kasei AK4540 (also iden
On Wed, 05 Feb 2003 18:52:36 +0100
Takashi Iwai <[EMAIL PROTECTED]> wrote:
> could you tell me which ac97 codec is detected on your machine?
> please check /proc/asound/card0/ac97#0.
Sure, this is the Asahi Kasei AK4540 (also identified as such by the normal OSS
driver: AC97 Codec detected: v: 0
At Wed, 5 Feb 2003 18:40:42 +0100,
Voluspa wrote:
>
>
> By deleting one test done to the ac97 codec, the es1968 driver loads (and works).
>With this I've reached the end of my debugging capabilities:
ah, thanks!
this is something what i've already seen on the kernel oss driver, but
didn't know
By deleting one test done to the ac97 codec, the es1968 driver loads (and works). With
this I've reached the end of my debugging capabilities:
--- alsa-driver-0.9.0rc6/alsa-kernel/pci/ac97/ac97_codec.c Wed Oct 30 15:20:08
2002
+++ debug-alsa-driver-0.9.0rc6/alsa-kernel/pci/ac97/ac97_codec.
Have always enjoyed talking to myself :-) Well, compiling backwards I've found the
last working alsa to be 0.9.0rc3 It loads _and_ plays sound (only tested OSS apps).
But some issue with unloading, me think. Killed the box completely, hard locked.
Feb 1 02:55:40 loke kernel: PCI: Found IRQ 5 f
On Fri, 31 Jan 2003 11:53:22 +0100
Voluspa wrote:
> Now, I tried alsa 0.9.0rc7 under a 2.4.19 kernel but it had 'unresolved symbols'
Compiling 0.9.0rc6 under the same kernel gives clean modules but same error on loading:
Jan 31 16:58:55 loke kernel: PCI: Found IRQ 5 for device 00:06.0
Jan 31 16:
Since we're heading towards a 2.6 kernel where native OSS either is totally skipped,
or practically unmaintained, it would be a shame not to get a squeak out of my (quite
common) Maestro 2 chip with the ALSA driver.
So I'm looking for directions on how to debug the following situation. I hardly
Hi,
could you just tell me if it's possible to record sounds with an Ess
maestro 2E (using alsa version 0.9.0rc3) ?
Thanks
E
---
Ce mel a été envoyé avec Meloo http://www.meloo.com
---
Sponsored by: AMD - Your access to the experts on Ha
13 matches
Mail list logo
