From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: The ALSA Situation Date: Thu, 11 Nov 2004 17:34:42 +0100 Message-ID: References: <200411102113.iAALDLUN001061@localhost.localdomain> Mime-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Return-path: In-Reply-To: Sender: alsa-devel-admin@lists.sourceforge.net Errors-To: alsa-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Linus Torvalds Cc: Jaroslav Kysela , Paul Davis , alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org At Wed, 10 Nov 2004 22:42:20 -0800 (PST), Linus Torvalds wrote: > > On Thu, 11 Nov 2004, Jaroslav Kysela wrote: > > > > Unfortunately, the application will have to settle other real-time > > parameters (including stream parameters, i/o chunk sizes etc.), so we must > > drain on close() the complete stream and not allow intermixing requests > > from applications. > > That seems to be a misdesign of the interfaces, but whatever. Well, the contiguous use of a stream isn't easy as it sounds. Since each app wants different buffer size, period (fragment) size, sample format, sample rate etc, the configuration must be reset totally at each time. This eventually requires to stop of the DMA. It's possible to check the condition and contine if it's identical with the previous one, though. But I feel it's overdesigned as the driver. A practical way to avoid popping would be the damping as Fernando suggested (if h/w doesn't support soft-muting). Takashi ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click