From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Hofman Subject: Re: Buffer size for ALSA USB PCM audio Date: Tue, 27 Aug 2013 10:01:06 +0200 Message-ID: <521C5CC2.7030809@ivitera.com> References: <521C5315.3030207@ladisch.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from cable.insite.cz (static-84-242-75-189.net.upcbroadband.cz [84.242.75.189]) by alsa0.perex.cz (Postfix) with ESMTP id E311B26087B for ; Tue, 27 Aug 2013 10:01:06 +0200 (CEST) In-Reply-To: <521C5315.3030207@ladisch.de> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org To: Clemens Ladisch Cc: alsa-devel@alsa-project.org, Takashi Iwai , Eldad Zack , USB list , Daniel Mack , James Stone , Alan Stern List-Id: alsa-devel@alsa-project.org On 27.8.2013 09:19, Clemens Ladisch wrote: > > The driver cannot control how many samples actually end up in a capture > packet,... Does this reasoning apply to asynchronous playback too? I understand the driver has some control, but has to satisfy the endpoint feedback requests. Sorry if this is cluelessly offtopic :-) Regards, Pavel.