From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ed Wildgoose Subject: Re: Problem with RME 9632 and Plug Date: Wed, 04 Aug 2004 10:55:39 +0100 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: <4110B29B.4020006@wildgooses.com> References: <200408040018.i740ITg5017942@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Errors-To: alsa-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Takashi Iwai Cc: Jaroslav Kysela , Paul Davis , alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org >>It won't help. We don't convert count of periods in the plug plugin. >>The only one solution is that the application will start using >>an external timing source for PCM (see set/get_tick_time functions) >>- or another timer available for applications - in this case when >>hardware has this constraint. >> >> > >Hmm, basically RME h/w can generate enough fine interrupts with a >small period size, but it can handle only two periods. > >If we have an intermediate buffer, any number of periods must be able >to handle (only when the given period size or size/N is supported by >hw)... > > Are you implying that this is possible with the code today, or only that it's theoretically possible to add code to the plug device to do this? Clearly the plug device could emulate a larger buffer with more periods and then run it's own thread to spool the stuff to the hardware in slow time. However, whether this is desirable is another matter. Thanks Ed W ------------------------------------------------------- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com