On Tue, 2 Oct 2001, the following spilled from the mind of Gabriel Bouvigne:
> I will certainly sound harsh to you but I'd even suggest this extreme thing: > > Adding a restriction to the Lame licence stating that it's forbidden to make > any change to libmp3lame that would prevent it from adding the "LAME" string > into padding. Hi Gabriel, Wow, that does sound extreme. :-) I wonder why this is such a big issue anyway? Good thing that my patch is prior to any such license! ;-) Changing the license would make it no longer be LGPL and also might be met by restrictions at Opensource.org and therefore might not even qualify as opensource software anymore if that change were made. Speaking of which; the --no-graffiti-frames patch is still here: http://hackor.com/misc/no_graffiti_frames_2001_10_01-01.diff :) BTW (off topic), I was told that 0xff was not a good padding to the frames, but instead repititions of 0 1 0 1 were better. Fraunhofer encoded mp3s have the _filler_ as 0xff, and since as that is the case, how is that wrong? I guess 0 1 0 1 etc is better, but how can 0xff be wrong if Fraunhofer does it? I just though I would mention that since my original patch filled with 0xff, that is the reason why I chose 0xff, because Fraunhofer did. adios, :-) Jeremy -- / Jeremy Brand, B.S. \ Sr. Software Engineer / / phone://39-34-853-23988 \ mailto:[EMAIL PROTECTED] / / http://www.JeremyBrand.com/Jeremy/Brand/Jeremy_Brand.html / / "LINUX is obsolete" -- Andy Tanenbaum, January 29th, 1992 / / Get your own Free, Private email at http://www.smackdown.com/ / -- MP3 ENCODER mailing list archive is at: http://www.mail-archive.com/mp3encoder%40minnie.cs.adfa.edu.au/
