Subject: Re: [linux-audio-dev] A wrapper module for multiple soundcards
From: Benno Senoner (sbenno_AT_gardena.net)
Date: Thu Apr 27 2000 - 19:44:07 EEST
IMHO that "special /dev/dsp device" , would cause a lost of pain,
plus potential slowdown for some demanding apps.
The way to go is LD_PRELOAD using the wrapping lib for dumb OSS apps
and pcm_plugin + soundserver redirector for ALSA apps.
ALSA apps should always use pcm_plugin_open, except for
very low latency apps (but should give the user a way to chose the open method
to allow painless redirection to soundservers)
easier than that ?
:-)
Benno.
On Thu, 27 Apr 2000, Thomas Charbonnel wrote:
> Hi,
>
> I would like to submit an idea about sound in linux and get pros and cons from
> you all.
>
> Introduction:
> Lots of applications are compiled hard linked to /dev/dsp, which means
> you must compile an other version if you want to use it with an other card (the
> "change the symlink" argument does not apply if you want to run two application
> using different cards at the same time)
>
> Idea :-)
> Why not make an alternate /dev/dsp, intercepting calls to the sound
> card, supporting multiple openings, registering applications, and routing on
> demand the sound stream and IOCTLs to the appropriate devices ? This should
> allow dynamic routing of sound stream and even chaining applications (i.e.
> routing one's output into another's input). Another interesting point is that
> this should allow non Oss nor Alsa drivers to be plugged in and accessed as
> regular Oss or Alsa drivers.
>
> Conclusion:
> If there is nothing impossible technically, this should allow a lot
> more flexibility in handling sound in linux, while being totaly transparent at
> the application level.
> So, err... Is there something impossible technically ?
>
> Thomas.
This archive was generated by hypermail 2b28 : Thu Apr 27 2000 - 20:45:52 EEST