Will it be possible in the future to replace ARTS and Esound by ALSA, so every program doesn have to support different sound servers?
I’ve seen this confusing question many times in IRC channels so I’ll try to give an answer. One part of ALSA is managing the sound devices. Either as module or compiled into the kernel. This means ALSA is really accessing and doing the real control of your soundcard. Look at /proc/asound. It’s get confusing with the way ALSA programs are (supposed) to access the hardware. In the past (and unfortunately still) programs accessed a device in /dev directly to talk to the kernel. ALSA has an userland (outside the kernel) library used for accessing the kernel sound devices. This allows software mixing without sound servers for example. The relation between ALSA and the sound daemons is that the sound servers can access the sound through the ALSA library. In the (perfect) future all programs will use the ALSA library and will be able to replace the sound deamons. But even right now applications are developed for OSS. Note that in a perfect world sound daemons will not be needed in the first p
Related Questions
- Will it be possible in the future to replace ARTS and Esound by ALSA, so every program doesn have to support different sound servers?
- How is the Recording Arts program at Flashpoint Academy different from other recording schools?
- Is it possible for a Member State to support an SME with different forms of aid?
