Sjoerd Simons schrieb:
Your right on complexity ofcourse, but the current rules are 99.9% there. The change i sent in a previous mail is basically enough for me so :).. The extra complexity of splitting the external stuff into different categories could be nice in theory, but i'm personally not so interested in it.
Allright, how about this: For the sake of consistency, let's rename the "risky" keyword to "internalencoders" and introduce "externalcodecs" for linking against the external libraries.
Furthermore I suggest to comment out the amr?b packages from the externalcodecs, because they result in unredistributable ffmpeg packages.
That's a set of two variables which covers quite the whole scope of codecs that you might want to build with ffmpeg.
Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
