From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: pcm_lib.c & pcm_memory.c Date: Wed, 24 Jul 2002 16:13:56 +0200 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: References: <20020724135330.42595.qmail@web11503.mail.yahoo.com> Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Return-path: In-Reply-To: <20020724135330.42595.qmail@web11503.mail.yahoo.com> Errors-To: alsa-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: Guilhem Tardy Cc: alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org At Wed, 24 Jul 2002 06:53:30 -0700 (PDT), Guilhem Tardy wrote: > > - Takashi Iwai wrote: > > > Where should captured audio data be copied into runtime->dma_area? Is it up > > > to the driver or do capture_copy() and capture_silence() functions take the > > > same role as for playback? > > > > yes. if copy and silence callbacks are defined, then it's up to the > > driver. > > OK, then I know how to solve my problem, but it would have been nice to avoid > copy and silence callbacks, and just get from the substream or runtime > structure the hw offset where the next period is expected to be written to. sorry, i don't understand your question. regardless of the existence of copy callbacks, the hw_ptr is updated automatically. it has nothing to do with the behavior of copy/silence. copy and silence callbacks are called to replace on behalf of copy_from/to_user(). Takashi ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf