Re: [linux-audio-user] Sound servers conflict

Hi,

> I am new to the list and new to Linux audio.

welcome :) .

> I wrote a simple QT program that uses sound, and it

Mhhh. A simple program to record audio 8-P ?

> requires the NAS sound server.

Is it really called NAS, or MAS (media application server)?

> I installed NAS from Mandrake rpm's rebooted the box, and
> the program works great.
>
> The problem is that most of my other software, for example
> Amarok, stopped producing sound.
>
> Prior to installing NAS, I used KDE and there sound server
> aRts. When I start Amarok I get a message from aRts, that
> it can't open device for playback.

NAS now blocks the audio device. Try to make artsd play into
NAS instead to the audio device could be a solution.

I'd like to recommend the following 15MB:

http://sysexxer.sourceforge.net/files/LinuxAudioBasics.avi

> I thus have two questions:
>
> 1. Is there a way to resolve such a situation, in a way
> that allows two programs that use different sound servers
> to play sounds at the same time?

There could only be one layer which can handle all audio stuff
from different applications. In linux, we are on free
software, and so we have choices. There are many audio
layers, but not every audio application can communicate with
each of them.

> 2. A more generic question: Why do we have to use sound
> servers in Linux? shouldn't it be the job of the operating
> system to allow sound multiplexing through a set of
> standard API's?

Well, I'm not allowed to comment on this issue, otherwise I
risk to be at least blacklisted by the members of this
list ;-)))) .

> The situation is especially bad, if there
> is no comfortable solution to the problem in my first
> question.

It depends what your application is for.

arts will most probably be dropped by the KDE project, and
maybe Gnome will drop esound. So, your application should not
use one of them.

Instead, MAS and Gstreamer are the two candidates for future
Gnome and KDE versions.

If your application should be independent from Gnome or KDE,
you could make it an direct ALSA application. But this is a
dirty design, because it then would block the audio device
resp. not get access to the device if an other application
already uses the device.

The same if you use the older OSS-device (usually known
as /dev/dsp)

You could use DMIX, an ALSA based sofmixer. But DMIX isn't
installed on much systems. I expect it to be more often found
in the future, but currently it isn't found on common users
machines.

If your application is intended for professional audio work,
you should make it use the JACK soundserver. Most linux
musicians are used to use it for their daily work. There's
already a bunch of applications (Synths and so on) which will
only run on JACK.

 Best regards

    ce
Received on Wed Feb 9 00:02:08 2005