From mboxrd@z Thu Jan 1 00:00:00 1970 From: Florian Schmidt Subject: Re: CVS commit [0.99.11] ALSA playback latency patch Date: Thu, 18 Nov 2004 14:52:04 +0100 Message-ID: <20041118145204.4c000eca@mango.fruits.de> References: <878y8zvjbs.fsf@sulphur.joq.us> <874qjnvj3v.fsf@sulphur.joq.us> <20041118143600.59ca28b1@mango.fruits.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20041118143600.59ca28b1@mango.fruits.de> Sender: alsa-devel-admin@lists.sourceforge.net Errors-To: alsa-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Florian Schmidt Cc: Jack O'Quin , alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org On Thu, 18 Nov 2004 14:36:00 +0100 Florian Schmidt wrote: > On 17 Nov 2004 23:09:24 -0600 > "Jack O'Quin" wrote: > > > > > I should have made it clear that this is a JACK update, not ALSA. :-) > > Frankly i must say, that i do not quite understand what this patch changes. > > from jackd 0.99: > > -p, --period Frames per period (default: 1024) > -n, --nperiods Number of periods in hardware buffer (default: 2) > > --nperiods never set the buffer size. This was always done by --period. Care > to elaborate? I have the feeling i must be blindstruck. Also i think the > 0.99 behaviour is perfectly allright. arr, well i think i got it now. You are talking about the _total_ buffer size, right? Up to now it was determined by --nperiods * --periods. But since some soundcards don't support these exact buffer sizes, you changed it so that the total buffer size is big enough that --nperiods * --periods fits into it, right? flo ------------------------------------------------------- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8