From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: Re: Digital sound card conventions Date: Tue, 07 Jan 2003 16:53:18 +0100 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: References: <200301061620.h06GKb2a014804@spider.tela.com> Mime-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Return-path: Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by alsa.alsa-project.org (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA24518 for ; Tue, 7 Jan 2003 16:53:21 +0100 In-Reply-To: <200301061620.h06GKb2a014804@spider.tela.com> Errors-To: alsa-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: Paul Davis Cc: Jaroslav Kysela , Anders Torger , "alsa-devel@alsa-project.org" List-Id: alsa-devel@alsa-project.org At Mon, 06 Jan 2003 11:28:41 -0500, Paul Davis wrote: > > >1) offer all available sample rates in open() or reduce them as suggested > > by Anders > >2) in trigger(START) > > - check if current sample rate match with hw_params - if not - fail > >3) in interrupt callback > > - same job as trigger does > > what about checking in read/write operations, in case the external > clock has changed? iiuc, read/write are not called when the buffer is mmapped, so this might not work in every case... if interrupts are really generated, we can send some notification in the interrupt handler (just like snd_ctl_notify() does), and check it in the next (or sleeping) read/write/poll operation. Takashi ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com