From mboxrd@z Thu Jan 1 00:00:00 1970 From: Clemens Ladisch Subject: Re: Noise using pulseaudio with ymf724f Date: Wed, 14 Sep 2011 11:05:34 +0200 Message-ID: <4E706E5E.2020602@ladisch.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by alsa0.perex.cz (Postfix) with ESMTP id E1A8A246EA for ; Wed, 14 Sep 2011 11:05:19 +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: Raymond Yau Cc: ALSA Development Mailing List List-Id: alsa-devel@alsa-project.org Raymond Yau wrote: > Is 256 frames/period in s16 stereo since the card support mono , > stereo , U8 and S16 , The hardware uses S16 stereo at 48 kHz internally; everything else is converted and resampled to that. > What is the meaning of SNDRV_PCM_INFO_BLOCK_TRANSFER That the card transfers samples in blocks. > since the rewind_safeguard of PA server is 256 bytes ? A block in the native format has 1024 bytes. > Will this What's "this"? > help since minimum period time of snd_ymfpci is 5.333ms but > alsa-pulse plugin announce a lower value 128 bytes (period_bytes_min) > to the alsa application ? Doesn't PA assume that the hardware has accurate pointer positions? Without this, smaller periods do not make sense unless PA can interpolate from the period interrupts. Regards, Clemens