From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: Couple of questions Date: Fri, 17 Mar 2006 21:29:20 +0100 Message-ID: References: <1142467271.9298.7.camel@localhost.localdomain> <1142552045.9236.9.camel@localhost.localdomain> <1142554597.9395.25.camel@mindpipe> <1142627252.9449.9.camel@localhost.localdomain> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Return-path: Received: from mx1.suse.de (ns.suse.de [195.135.220.2]) by alsa.jcu.cz (ALSA's E-mail Delivery System) with ESMTP id 7F71A18F for ; Fri, 17 Mar 2006 21:29:27 +0100 (MET) In-Reply-To: <1142627252.9449.9.camel@localhost.localdomain> 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: Adrian McMenamin Cc: Lee Revell , alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org At Fri, 17 Mar 2006 20:27:32 +0000, Adrian McMenamin wrote: > > On Fri, 2006-03-17 at 11:13 +0100, Takashi Iwai wrote: > > > > > The period size is same, but the copy is not done like LLLLRRRR. > > > > As default, the whole buffer is divided to number of channels. For > > example, using two channels, > > > > |LLLLLLL..|RRRRRRR....| > > |<--- buffer_size --->| > > > > and using six channels, > > > > |1111....|2222....|.....|6666....| > > |<-------- buffer_size --------->| > > > > where each channel has a length of (period_size * periods) samples. > > Unless the buffer size is changed, this assignment of each channel > > also isn't changed. > > > > The above is the default behavior. You can change the assignment as > > you like by defining proper copy and silence callback, too. For > > mmap, you need to define CHANNEL_INFO ioctl, too. > > > > Presumably this is what happens at the start, but when doing a single > period update presumably it is split LLLLRRRR on non interleaved No, as I wrote in the above, the assignment of each channel isn't changed, i.e. the buffer position of each channel remains. The middle layer handles the whole buffer simply as a bundle of multiple mono streams. Takashi ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642