From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: Request for tests: scatter-gather dma support on via686 and emu10k1 Date: Tue, 30 Jul 2002 17:06:43 +0200 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: References: <1027166734.759.8.camel@atenea> <1027354918.1225.9.camel@atenea> <1027444734.657.8.camel@atenea> Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Return-path: In-Reply-To: <1027444734.657.8.camel@atenea> Errors-To: alsa-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: Santiago Otero Cc: ALSA-devel List-Id: alsa-devel@alsa-project.org At 23 Jul 2002 19:18:53 +0200, Santiago Otero wrote: > > El mar, 23-07-2002 a las 11:21, Takashi Iwai escribi�: > > > > > ok, could you show me the values listed in the proc file above during > > playback/record? > > i guess the buffer size is not aligned to the period size, and the > > number of period is relatively small. > > > > playing sound: > > $cat /proc/asound/card0/pcm0p/sub0/hw_params > access: RW_INTERLEAVED > format: S16_LE > subformat: STD > channels: 2 > rate: 44100 (44100/1) > period_size: 16 > buffer_size: 16384 > tick_time: 10000 i guess you didn't set up the period size in your application explicitly, right? that's why it gives so small value. on the previous driver, there was a constraint about the period and the buffer sizes, and perhaps this increased the minimum period size eventually. this constraint was disabled for the time being, because this likely conflicts with the new constraint, period size = power of two. Takashi ------------------------------------------------------- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31