Date: Wed, 20 Nov 2002 17:15:45 -0500 From: The Anarcat <anarcat@anarcat.ath.cx> To: Peter Jeremy <peter.jeremy@alcatel.com.au> Cc: Kris Kennaway <kris@obsecurity.org>, Akinori MUSHA <knu@freebsd.org>, cvs-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: doc/en_US.ISO8859-1/books/handbook/mirrors chapter.sgml doc/en_US.ISO8859-1/books/porters-handbook book.sgml Message-ID: <20021120221544.GA5439@xtanbul.studio.espresso-com.com> In-Reply-To: <20021120203840.GA52271@gsmx07.alcatel.com.au> References: <200211180932.gAI9Wsk5074770@repoman.freebsd.org> <20021118164406.GC19355@xtanbul.studio.espresso-com.com> <20021118185511.GG12906@rot13.obsecurity.org> <20021120203840.GA52271@gsmx07.alcatel.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu Nov 21, 2002 at 07:38:40AM +1100, Peter Jeremy wrote: > On 2002-Nov-18 10:55:36 -0800, Kris Kennaway <kris@obsecurity.org> wrote: > >On Mon, Nov 18, 2002 at 11:44:06AM -0500, The Anarcat wrote: > >> How does the new multimedia category relate with regards to graphics > >> and audio? > >> > >> Will ports (e.g. mplayer) be moved around to accomodate that > >> definition? > > > >Yes. The 'graphics' category in particular is becoming overstuffed > >with movie players - it should now be used only for ports which > >manipulate or create graphic images. > > Depending on your definitions of "manipulate" and "graphic image", > this would seem to include MPEG encoders/decoders (like movie > players) - a movie is a sequence of graphic images which need > substantial manipulation (just ask any CPU) to convert them to or > from a binary data stream. Well, mplayer also does audio decoding, and that's why I think it belongs to multimedia... Same with ffmpeg-like ports. > >As with many categories, I expect there will be a few 'grey area' > >ports, which will be handled on a case-by-case basis. [Interesting comment about greyness of the categories] I do agree we need more splitting but this is a highly sensitive area. Everyone knows everything in these areas, and we all know where this can lead us. I don't have any clear suggestions, so I'll just take myself out of this flamewar as an advanced warning sign. :)) A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021120221544.GA5439>