From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Clemens Ladisch" Subject: Re: Alsa-OSS Duplex bug (revisited) Date: Mon, 04 Jun 2007 10:45:18 +0200 Message-ID: <1180946718.26554.1193268319@webmail.messagingengine.com> References: <200705272323.13056.gineera@aspect135.co.uk> <200705312200.25483.gineera@aspect135.co.uk> <200706032055.27495.gineera@aspect135.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by alsa0.perex.cz (Postfix) with ESMTP id 91B3A2453A for ; Mon, 4 Jun 2007 10:45:19 +0200 (CEST) Content-Disposition: inline In-Reply-To: <200706032055.27495.gineera@aspect135.co.uk> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: alsa-devel-bounces@alsa-project.org Errors-To: alsa-devel-bounces@alsa-project.org To: Alan Horstmann Cc: ALSA devel List-Id: alsa-devel@alsa-project.org Alan Horstmann wrote: > So that there is no misunderstanding, are you willing to confirm that, as far > as Alsa-OSS goes, opening both > input_handle = open("/dev/dsp", O_RDONLY) > and > output_handle = open("/dev/dsp", O_WRONLY) > at the same time is a reliable way to open the device bi-directional, enabling > different sample formats and/or numbers of channels to be set? (Actually, I > am curious whether different sample rates would also work?) Yes; yes. This is the _only_ way. If the hardware supports it, any driver (not only ALSA) has no choice but to support this. Regards, Clemens