lkml.org 
[lkml]   [1999]   [Oct]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Kernel OSS vs ALSA
Date

> If you're allowing applications to play audio data, then unless you
> have a very cunning mixer daemon, you're trusting them not to drown
> each other out with white noise. In which case, why not map the
> soundcard's DMA buffer into the address space of each application
> that's using the card, and let each application do its own mixing?

And maybe the resister set too and map some library to fully utilize
the DSP chip in these modern cards.

The current ALSA and /dev/dsp conventions can't really respect the
complexity of 3D psychoacoustics modeling through DSP trickery in it's
current form. That might have changed, since I haven't seen ALSA in
about a month or so.

Just reading the EAX SDK stuff make that pretty clear.

bill

> (i.e. the app gets told what volume it's meant to be playing at, scales
> its output accordingly, and just adds each sample to the current
> contents of the next slot in the buffer. On an SMP machine this
> obviously has some drawbacks, but on a UP machine it can work well.
>
> See http://www.cl.cam.ac.uk/~dr10009/audio/ for an implementation of
> this technique.

> Paul


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

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