From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Courtier-Dutton Subject: Re: Possible bug in alsa-lib. snd_pcm_hw_params_get_periods_max() returning 512 instead of 2. Date: Fri, 11 Jun 2004 15:26:12 +0100 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: <40C9C104.4010909@superbug.demon.co.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by alsa.alsa-project.org (ALSA's E-mail Delivery System) with ESMTP id C8964249 for ; Fri, 11 Jun 2004 16:26:20 +0200 (MEST) In-Reply-To: Errors-To: alsa-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Clemens Ladisch Cc: ALSA development List-Id: alsa-devel@alsa-project.org Clemens Ladisch wrote: > James Courtier-Dutton wrote: > >>If the application opens the device with "plug:front". >>That will print the message: - >>Periods range from 0 to 512 >> >>I thought that this should have printed: - >>Periods range from 2 to 2 > > > Try without "plug:". > > > HTH > Clemens > > Without the "plug:" I get Periods range from 2 to 2 So without the "plug:", the function calls returns correctly. I cannot think of any circumstances where doing sample rate conversion (using the "plug:" plugin) would change the amount of periods. Is this a bug in the "plug:" plugin ? James ------------------------------------------------------- This SF.Net email is sponsored by the new InstallShield X. >>From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504