Re: [MP3 ENCODER] clean frames in ancillary data with patch

2001-10-08 Thread Alexander Leidinger
On 6 Okt, Artemis3 wrote: LAME is LGPL'ed, not GPL'ed. Ops, sorry, in http://www.mp3dev.org/mp3 says GPLed.. I guess this creates confusion :) (most of my other comments still apply anyway). See lame-dir/LICENSE. Bye, Alexander. -- 0 and 1. Now what could be so hard

Re: [MP3 ENCODER] clean frames in ancillary data with patch

2001-10-08 Thread Jason Antony
Margaret Clark wrote: I find this attitude stupid. Here you guys are... using an ILLEGAL product (or did you pay the legally required licensing fees?), LAME is not illegal. As others have pointed out, LAME is modified ISO code, which was freely available at first, but later FHG began

Re: [MP3 ENCODER] clean frames in ancillary data with patch

2001-10-06 Thread Artemis3
Hi Alexander! On Thu, 04 Oct 2001, Alexander Leidinger wrote: On 3 Okt, Brent Geery wrote: I just want to clarify some facts. there is nothing illegal about the whole LAME project. FhG put out ISO sources as a guideline, which can be modified legally. I'm not talking about the

Re: [MP3 ENCODER] clean frames in ancillary data with patch

2001-10-06 Thread Artemis3
Hi Ross! On Fri, 05 Oct 2001, Ross Levis wrote: jeremy brand wrote: It is quite offensive when people on this list all guess my intentions for writing such a patch. Nobody has got it right yet, even after I told this list my intentions in some of the first few emails on this thread.

Re: [MP3 ENCODER] clean frames in ancillary data with patch

2001-10-03 Thread Youri Pepplinkhuizen
btw Margaret: you're the first woman I see here since ... ever? I'd always imagined 'first contact' different :)) It really comes as no surprise to me that the first female poster here has to be a moron. :) Yes, I'm a sexist. 8) -Youri

Re: [MP3 ENCODER] clean frames in ancillary data with patch

2001-10-03 Thread Brent Geery
On Wed, 3 Oct 2001 01:26:59 +0200, Roel VdB [EMAIL PROTECTED] wrote: MC I find this attitude stupid. Here you guys are... using an ILLEGAL MC product (or did you pay the legally required licensing fees?), then MC bitching, because someone wants to remove the branding. I don't get MC it.

Re: [MP3 ENCODER] clean frames in ancillary data with patch

2001-10-02 Thread jeremy brand
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

RE: [MP3 ENCODER] clean frames in ancillary data with patch

2001-10-02 Thread Ross Levis
Margaret Clark wrote: I find this attitude stupid. Here you guys are... using an ILLEGAL product (or did you pay the legally required licensing fees?), then bitching, because someone wants to remove the branding. I don't get it. Sounds like thieves complaining they got robbed. AFAIK it is

Re: [MP3 ENCODER] clean frames in ancillary data with patch

2001-10-02 Thread David Cruz
- Original Message - From: Margaret Clark [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 03, 2001 12:12 AM Subject: Re: [MP3 ENCODER] clean frames in ancillary data with patch I find this attitude stupid. Here you guys are... using an ILLEGAL product (or did you

Re[2]: [MP3 ENCODER] clean frames in ancillary data with patch

2001-10-02 Thread Roel VdB
Hello Margaret, MC I find this attitude stupid. Here you guys are... using an ILLEGAL MC product (or did you pay the legally required licensing fees?), then MC bitching, because someone wants to remove the branding. I don't get MC it. Sounds like thieves complaining they got robbed. ?? have

Re: [MP3 ENCODER] clean frames in ancillary data with patch

2001-09-29 Thread jeremy brand
On Fri, 28 Sep 2001, the following spilled from the mind of Rob Leslie: jeremy brand wrote: BTW, in case anyone is interested: this patch is permanatly located here: http://hackor.com/misc/no_grafiti_frames_lame.diff You might want to correct the spelling of graffiti. Rob, *haha*

Re: [MP3 ENCODER] clean frames in ancillary data with patch

2001-09-28 Thread jeremy brand
Hello I am not sure. I'll default to the lame experts on this. Actually, even if my patch doesn't get it (which I guess it won't) could someone inform me of the best _filler_. I figured it didn't matter, because if you can put LAME x.xx (alpha) in there, then I figured anything could go in

Re: [MP3 ENCODER] clean frames in ancillary data with patch

2001-09-28 Thread Rob Leslie
jeremy brand wrote: BTW, in case anyone is interested: this patch is permanatly located here: http://hackor.com/misc/no_grafiti_frames_lame.diff You might want to correct the spelling of graffiti. -- Rob Leslie [EMAIL PROTECTED] -- MP3 ENCODER mailing list archive is at:

Re: [MP3 ENCODER] clean frames in ancillary data with patch

2001-09-27 Thread Mark Taylor
haha j The idea behind this patch is to keep LAME from putting LAME j name and versions into each frame of the mp3. I know that it j is nice to have LAME information in frames for debugging and j testing, but sometimes there is a want to have _clean_ (so to j

Re: [MP3 ENCODER] clean frames in ancillary data with patch

2001-09-27 Thread Robert Hegemann
Am Freitag, 28. September 2001 00:56 schrieben Sie: haha j The idea behind this patch is to keep LAME from putting LAME j name and versions into each frame of the mp3. I know that it j is nice to have LAME information in frames for debugging and j testing, but