Hi!
If you really have the newest version (0.9.1 or higher) there is dmix. But I
don't completely know, what it is about. I think it may help. but in general
with alsa you can only play so many sounds as your card supports. So you would
need a multichannel card to do that. I don't think that the
hello,
I have the lastest mandrake 9.1 with alsa 0.9.0rc7.
I hear the sound very well.
But I can't record with mcrophone.
I believe I don't know how to make: alsamixer have a lot of things i don't understand
!
How should i put parameter for capture the mic ?
Now it's that:
canal
well, it seems that many (if not all) can't seem to get alsa version
0.9.1 or later to work. they all seem to get that 'unresolved symbol'
error message. i have tried both redhat 7.3 and 8.0 and alsa versions
from 0.9.0 rc8 upto 0.9.2 with no success.
anyone out there with a non-redhat distro
On Saturday 29 Mar 2003 7:03 pm, Gustavo Homem wrote:
It didn't work. You can see the results below. All the parameters are
conforming to the values in the BIOS and the BIOS also as PnPOS=no, so the
card configuration should agree with the parameters, and endeed the sb.o
modules uses the same
On Sat, 2003-03-29 at 22:11, kmberry wrote:
I went form 8.0 to phoebe, lost crossover plugin, and finally rawhide.
After messing with 2.5.x kernels and still not getting alsa working I
got a tarball of 2.4.20 and compiled it and now alsa compiles and loads
without schedule_work problem.
Dear all,
Since I am using my new PC (ASUS P4PE; with AD1980 sound chip; 2.4 GHz
Pentium 4, a Terratec card based on ice1712 and an SBLive card; Suse 8.1) I
cannot send audio data from ALSA to the application Brute FIR. I am using
BruteFIR, a fast convolution program, in combination with ALSA.
Good news I have Alsa 0.9.2 working on RedHat 9.0 working with kernel
version 2.4.20. The catch is that I had to replace the RedHat kernel
with the stock kernel from www.kernel.org. So the problem has to be in
the changes that RedHat made to their kernel. I have to give credit to
