From owner-freebsd-hackers Sat Apr 19 08:40:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA22843 for hackers-outgoing; Sat, 19 Apr 1997 08:40:21 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA22829 for ; Sat, 19 Apr 1997 08:40:16 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id RAA01285; Sat, 19 Apr 1997 17:43:49 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199704191543.RAA01285@ocean.campus.luth.se> Subject: Re: Status and future of sound drivers ? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 19 Apr 1997 17:43:48 +0200 (MET DST) Cc: sos@ravenock.cybercity.dk, luigi@labinfo.iet.unipi.it, hackers@freebsd.org In-Reply-To: <20476.858316906@time.cdrom.com> from "Jordan K. Hubbard" at "Mar 13, 97 09:21:46 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Jordan K. Hubbard: > > Why dont you take a look at the net/open-bsd sound code, that would > > get us rid of funny copyrights too, and maybe make a common bsd > > soundAPI possible ?? (that would also free us from the old spaghetti > > code)... > > Well, let's not forget the [far, far greater] importance of having a > Linux compatible audio API. Their API may have its warts, but as far > as audio applications written to the Linux sound driver spec, they > have us beat by a factor of 10 or so. Aside for some scattered mbone > tools, there aren't any applications _written_ to use this common > BSD soundAPI if we had one. Frankly, I'd rather have the apps. :) [Sorry about this over a month old thread getting a reply now, but I am just] [now recovering from a time with almost no time to read the lists. ] Wouldn't it be better to eesign the Ultimate Sound API (or use the NetBSD one, if it's good enough) and see to that it can handle anything the Linux API can handle. Then simply build a Linux compat API on top of that? Then try and make that API the standard at least amongst the BSDs? /Mikael