From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 15 22:45:57 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C09B537B404 for ; Tue, 15 Jul 2003 22:45:57 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1083D43F75 for ; Tue, 15 Jul 2003 22:45:57 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id EB0A372DD1; Tue, 15 Jul 2003 22:45:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id E57D572DD0; Tue, 15 Jul 2003 22:45:56 -0700 (PDT) Date: Tue, 15 Jul 2003 22:45:56 -0700 (PDT) From: Doug White To: John-Mark Gurney In-Reply-To: <20030715215454.GL35337@funkthat.com> Message-ID: <20030715223802.C21327@carver.gumbysoft.com> References: <20030714064137.GT35337@funkthat.com> <20030715075307.GD17691@cobweb.example.org> <200307151502.14625.mupi@mknet.org> <20030715215454.GL35337@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Mike Porter cc: multimedia@freebsd.org Subject: Re: Looking at darwin? (was: Re: BSD video capture emulation question) X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2003 05:45:58 -0000 On Tue, 15 Jul 2003, John-Mark Gurney wrote: > > This description does sound pretty much like what I've seen discussed here, > > except that the discussion here has focussed specifically on Video drivers, > > not "all" IO devices (and note that not necessarily all devices have (or > > need) userland access) > > Too many people are thinking physical instead of logical. We already > have the physical side of things, the driver talking to the hardware to > control it. What we don't have is the logical glue to glue the parts of > the driver together into one easy piece. This is what the code I would > like to see do. That stuff is in QuickTime, which Apple cannot and will not ever release code to, as good chunks of it are licensed from third parties, and its the crown jewels :) QT takes care of repackaging the device driver outputs and inputs into APIs that programs hook. Your average Mac webcam app just looks at the list of available QuickTime video capture devices; it doesn't care if its USB or FireWire or whatnot. The audio system does the same thing; this way all audio capture devices look the same, even if its the onboard sound or USB, or a program masquerading as an input device. On the other hand, the QuickTime APIs are published. You could use those as a starting point. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org