From mboxrd@z Thu Jan 1 00:00:00 1970 From: Timur Tabi Subject: Re: Requiring the same sample rate for playback and record? Date: Mon, 23 Jun 2008 07:08:22 -0500 Message-ID: <485F9236.8090801@freescale.com> References: <485C0042.4050008@freescale.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from az33egw02.freescale.net (az33egw02.freescale.net [192.88.158.103]) by alsa0.perex.cz (Postfix) with ESMTP id 8FA7E244E7 for ; Mon, 23 Jun 2008 14:08:27 +0200 (CEST) In-Reply-To: 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: Takashi Iwai Cc: ALSA development List-Id: alsa-devel@alsa-project.org Takashi Iwai wrote: > Right now there is no "elegant" way for this, unfortunately. > A common way many drivers use is to remember the rate of the first > stream, then add it to hw_constraint of the secondary streams. > But, this could be also a bit racy (unavoidable due to its design) > although practically it seems working. Ok, thanks. I assume the same solution applies if I have a sample *format* restriction? -- Timur Tabi Linux Kernel Developer @ Freescale