On Mon, 5 Jan 2004, Takashi Iwai wrote: > At Mon, 5 Jan 2004 10:29:01 -0600 (CST), > David Lloyd wrote: > > > > On Sun, 4 Jan 2004, Paul Davis wrote: > > > > > >I'm working on changing DMIX to allow clients to open the capture stream. > > > > > > i don't get it. dmix is for playback, not capture. what would be the > > > semantics of this? > > > > That is exactly the problem! DMIX is for playback. DSNOOP is for > > capture. Where is the module that is for both? Why, oh why, did they not > > simply make ONE MODULE in the first place?? > > patch welcome ;) > > well, more practical answer is that capturing the playback would need > copy of the playback data to the capture buffer. meanwhile, the > implementation of dmix and dsnoop is basically only the multiplex > access of a single hardware buffer. it's not "copying" of data.
Nonononono. Nobody is understanding what I want! I have application A that needs to open payback and capture streams because it's a two-way communications program. Application B is a game that uses playback only. I want to use these both at the same time. Problem is both applications use OSS emulation. They both work with aoss, but the two-way program won't initialize sound when dmix is loaded because it's not allowed to open capture stream. See my problem? I can't put two different plugins in my audiorc and expect an OSS application to understand it. I am not interested in capturing the playback stream! I just want to have more than one program be able to use /dev/dsp for both input and output... - D ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
