From owner-freebsd-multimedia@FreeBSD.ORG Thu Jun 28 11:44:31 2007 Return-Path: X-Original-To: freebsd-multimedia@freebsd.org Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA1EF16A475 for ; Thu, 28 Jun 2007 11:44:31 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swip.net [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 5610C13C46A for ; Thu, 28 Jun 2007 11:44:31 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.lan) by mailfe13.swip.net (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 139065249; Thu, 28 Jun 2007 12:44:29 +0200 From: Hans Petter Selasky To: Alexander Leidinger Date: Thu, 28 Jun 2007 12:44:28 +0200 User-Agent: KMail/1.9.5 References: <7FDFD29DD240104598AADEAF34F2730F94F1@ex1.gc.nat> <200706271823.08875.hselasky@c2i.net> <20070628114059.tfxparsi04gc80cc@webmail.leidinger.net> In-Reply-To: <20070628114059.tfxparsi04gc80cc@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706281244.28523.hselasky@c2i.net> Cc: freebsd-multimedia@freebsd.org, "Robin P. Blanchard" Subject: Re: RELENG_6 + usb audio ? X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 11:44:31 -0000 On Thursday 28 June 2007 11:40, Alexander Leidinger wrote: > Quoting Hans Petter Selasky (from Wed, 27 Jun 2007 > > 18:23:08 +0200): > > Hi, > > > > USB Audio works fine with my new USB stack, also called HPS USB stack. > > There are some problems with the official USB stack regarding isochronous > > transfers. > > Can you please be more specific? Yes, last time I checked, the start position where the isochronous transfers are inserted, was not updated properly when there was data underrun. Secondly, full-duplex was not working with OHCI hardware, right? --HPS