From owner-freebsd-multimedia Tue Oct 13 01:03:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA17767 for freebsd-multimedia-outgoing; Tue, 13 Oct 1998 01:03:16 -0700 (PDT) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from poboxer.pobox.com (port17.prairietech.net [208.141.230.94]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA17761 for ; Tue, 13 Oct 1998 01:03:13 -0700 (PDT) (envelope-from alk@poboxer.pobox.com) Received: (from alk@localhost) by poboxer.pobox.com (8.9.1/8.7.3) id DAA08316; Tue, 13 Oct 1998 03:01:01 -0500 (CDT) From: Tony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 13 Oct 1998 03:01:00 -0500 (CDT) X-Face: O9M"E%K;(f-Go/XDxL+pCxI5*gr[=FN@Y`cl1.Tn Reply-To: alk@pobox.com To: luigi@labinfo.iet.unipi.it Cc: dkulp@neomorphic.com, multimedia@FreeBSD.ORG Subject: Re: rvplayer requires pcm for stable References: <199810130415.VAA07618@board66.cruzers.com> <199810130515.GAA22400@labinfo.iet.unipi.it> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13859.1435.550424.328251@avalon.east> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Quoth Luigi Rizzo on Tue, 13 October: : we are not diverging, just restricting to a subset of functionalities : covering a reasonable number of applications. There is compatibility : on the main audio ioctls, and most serious (and not serious) : applications do work fine. You can't do any "serious" electronic music without talking MIDI. That's the most "serious" audio-oriented application of a compute box that I can think of, myself. : People who want full support have three : choices: : : * buy OSS; it's cheap. : * contribute fixes. It isn't cheap. I'd just like to point out how absurd it is to contribute new code to do something the old code already does. People don't write code for fun, generally, but to solve a real problem. When a satisfactory solution exists, they generally make the wise choice not to duplicate. And why should I expect my contribution to be positively recieved? If existing working code is rejected in favor of non-functionality, then isn't any new working code which restores function likely to be similarly lopped? : * loudly demand that someone else does the dirty work. It's pointless. You neglect a fourth option * loudly demand that the existing *working* code not be removed. Whether or not it is pointless, absent some countervailing consideration which no one has seen fit to reveal to this point, it is the *right* thing to do. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message