HELP PLEASE

TheSergon13 · 02-24-2010, 08:34 PM

Hi there,

I'm using an arm board, S3C2440, with the UDA1341 sound controller. I have the /dev/dsp working properly. Madplay works fine.

Now, I want to use amixer (and other tools from ALSA utils), but I have no soundcard in /proc/asound/cardx to select in amixer. When executing amixer scontrols, it gives:

Code:

[root@arm-linux bin]# ./amixer scontrols
ALSA lib control.c:739:(snd_ctl_open_noupdate) Invalid CTL default
amixer: Mixer attach default error: No such file or directory

So, does anyone know what is needed to associate /dev/dsp with an ALSA soundcard in /proc/asound/cardx? I gess I need to do modprob, but with what?

For further details, see http://linphone-on-arm.yolasite.com/

Thanks,
Sérgio Gonçalves

lugoteehalt · 02-25-2010, 06:49 PM

Quote:

Originally Posted by TheSergon13

So, does anyone know what is needed to associate /dev/dsp with an ALSA soundcard in /proc/asound/cardx? I gess I need to do modprob, but with what?

Thanks,
Sérgio Gonçalves

Don't know at all if this helps:

Code:

lugo@fido:~$ apt-cache search --full alsa-oss                                      
Package: alsa-oss                                                                  
Priority: optional                                                                 
Section: sound                                                                     
Installed-Size: 256                                                                
Maintainer: Debian ALSA Maintainers <pkg-alsa-devel@lists.alioth.debian.org>       
Architecture: amd64                                                                
Version: 1.0.15-1                                                                  
Depends: libasound2 (>> 1.0.14), libc6 (>= 2.6.1-1)                                
Filename: pool/main/a/alsa-oss/alsa-oss_1.0.15-1_amd64.deb                         
Size: 55036                                                                        
MD5sum: 8f9df26eea6065f8166903c3530f4453                                           
SHA1: 151491611e4ad4a9c4f7138bb1129b658baa548f                                     
SHA256: 9d6be35c2272a8151784dd9f8ca81f5d7de79259533597284c4ef71f8b925345           
Description: ALSA wrapper for OSS applications                                     
 This package contains a program loader, aoss, which wraps                         
 applications written for OSS in a compatibility library,                          
 thus allowing them to work with ALSA.                                             
 .                                                                                 
 There are two ways of getting an application to work with                         
 ALSA if the application was written for OSS. The first way                        
 is to load the special ALSA drivers that emulate the OSS                          
 kernel interface; these allow the application to open                             
 /dev/dsp0 and other OSS device files. The second way is                           
 to wrap the application in the libaoss library provided
 in this package; the wrapper causes the application to
 access native ALSA device files such as /dev/snd/pcmC0D0c
 instead of OSS device files.
 .
 Use of the alsa-oss library is recommended over the use of
 OSS-emulation drivers if you want to use ALSA's PCM plugin
 layer.
 .
 ALSA is the Advanced Linux Sound Architecture:
     http://alsa.sourceforge.net
 OSS is the free version of the Open Sound System.
Homepage: http://www.alsa-project.org/
Tag: admin::hardware, interface::commandline, role::program, scope::utility, use::converting, use::playing, works-with::audio

Kernel-level OSS emulation via the snd-pcm-oss and snd-mixer-oss and snd-seq-oss modules

http://alsa.opensrc.org/index.php/OssEmulationIncidentally, in case it was not a typo, it's modprobe with an e.

TheSergon13 · 02-25-2010, 07:53 PM

Hi.

Thank you lugoteehalt for your reply.

Quote:

There are two ways of getting an application to work with
ALSA if the application was written for OSS. The first way
is to load the special ALSA drivers that emulate the OSS
kernel interface; these allow the application to open
/dev/dsp0 and other OSS device files. The second way is
to wrap the application in the libaoss library provided
in this package; the wrapper causes the application to
access native ALSA device files such as /dev/snd/pcmC0D0c
instead of OSS device files.

This gave me an idea to the next step. I gess I need to compile the codec to my UDA1341 sound controller, and that's what I will use to do modprobe.
I only don't understand why do I have to do this if I already have my device /dev/dsp working.... Anyway.... Somebody corrects me if I am wrong.

Thank you again lugoteehalt

Regards,
Sérgio Gonçalves