On Mon, Nov 23, 2009 at 12:36:14PM +0100, Clemens Ladisch wrote:
> Chuck Hallenbeck wrote:
> > On Mon, Nov 23, 2009 at 10:34:14AM +0100, Clemens Ladisch wrote:
> > > Chuck Hallenbeck wrote:
> > > > period_size 2048
> > > > buffer_size 4096
> > >
> > > The buffer size is way too small. When capturing, the buffer size has
> > > no influence on the latency, so you can make it as big as possible.
> >
> > What buffer size would you suggest? something like 32768, or 65536?
>
> As big as possible. If the number is too big, it will be rounded
> down; see /proc/asound/card0/pcm0c/sub0/hw_params for the actual value.
I tried some very large values, up to a half MB, but the reported
buffer size was capped at 5461.
>
> You might also try reducing period_size to 512 or so.
Values other than 2048 seem to prevent ices2 from running. I tried 512
and 1024.
Curiously, when we use arecord to capture one of those devices to a
file, the resulting audio is clean, no xruns, no dropped samples. That
was the case with channels 1 and buffers 4096 too.
Is something in asound.state over-riding what we are trying to do here?
I'm really baffled.
Chuck
--
The Moon is Waxing Crescent (37% of Full)
My web site: www.hallenbeck.ftml.net
Audio editor, weblog: edway.wordpress.com
--------
The secret of a happy marriage is to treat all disasters as incidents,
and none of the incidents as a disaster. -- Harold Nicolson
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Alsa-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alsa-user
