>In any case, most of this can all be handled by software. The only stuff >the hardware really need is the volume, frequency, direction to sound >source, and any additional effects (such as reverb). Application >software can deal with the rest.
i can certainly see the utility of such an API. however, i don't think it should be part of the PCM API. these things don't really relate to the basic concepts of handing a PCM-encoded stream of audio data to a device, they represent much higher level concepts. a different API would allow a much cleaner implementation and less complications for developers. it would also leave the PCM API clean and its implementation free of things that have no role to play in software that would never use the hardware support even if it was there (i.e. music applications). i don't know what to call it, but perhaps something more like snd_audio_*() would be more appropriate. --p ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel