lkml.org 
[lkml]   [1998]   [Jan]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [Feature Wish] GGI in Linux 2.3

What would probably be more useful would be a userspace daemon that
controls sound access amoung multiple programs, facilitates network sound,
hopefully it would also allow software mixing so that multiple programs
could do wav output at once, and have dynamicly pluggable codecs (so that
it would simplify programmers lives, and make network sound work without
crushing the network)..

I think this would be a very important development, and it's something
that would tie well with GGI.. It would not really need any kernel changes
though, just app changes..

On 16 Jan 1998 ketil@ii.uib.no wrote:

>
> Hmm...I was thinking along the lines of the old GGI argument of "sound
> drivers get into the kernel, so why not graphics?" (approximated and
> condensed for your convenience)
>
> Now, thinking about the GGI issues of: a KGI, which defines access to
> the hardware, and libGGI, which contains routines for using that access
> (correct me if I'm wrong on this). Shouldn't sound behave similarly?
>
> That is, a KSI which opens for accessing the audio hardware, and a
> libGSI (or whatever). I admit to not knowing about how the sound
> driver(s) is implemented in the kernel, but couldn't this allow stuff
> like multiple sound cards (``multi-mouthed'' systems)? Wouldn't it
> simplify the kernel, and move stuff into userspace?
>
> Am I totally lost at sea here?
>
> ~kzm
> --
> If I haven't seen further, it is by standing in the footprints of giants
>


\
 
 \ /
  Last update: 2005-03-22 13:41    [from the cache]
©2003-2011 Jasper Spaans