From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paul Davis Subject: Re: DMIX and capture stream Date: Mon, 05 Jan 2004 13:59:10 -0500 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: <200401051859.i05IxA3c008316@dhin.linuxaudiosystems.com> References: Return-path: In-reply-to: Your message of "Mon, 05 Jan 2004 11:45:00 CST." Errors-To: alsa-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: David Lloyd Cc: Takashi Iwai , ALSA Mailing List List-Id: alsa-devel@alsa-project.org >> >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. >> >> but i don't think you can do this with OSS. why should ALSA's OSS >> emulation make it possible? the OSS API doesn't support this. if they >> used the ALSA API, it would work without (much) work on your part. > >I agree, that would be fantastic, but many commercial apps only support >OSS, and it will be long before they change. So are you saying that you >want ALSA's OSS emulation to not use any ALSA features, just because OSS >didn't provide it? That sounds a bit weak to me. From what Jaroslav was >saying this is actully pretty wasy to do, so why not do it? it cannot be done via direct kernel emulation (ie. the app has to be run by "aoss"). kernel emulation has no access to the relevant user space plugins. and anyway, no, actually i don't think ALSA should waste time on this when it was not possible under OSS. all it does is prop up apps using the OSS API, and thats a bad idea from every angle. --p ------------------------------------------------------- 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