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 sometimes there is a want to have _clean_ (so to > > j> speak) mp3s. > > > > Your patch will be used by (L)GPL-piracy vendor and they will love you. > > --- > > Takehiro TOMINAGA // may the source be with you! > > And no reason for us to make their lives easier - I think the pirates > should at least be required to wade through the mp3encoder archives > and apply the patch by hand. > > Mark
I second this! Jeremy Brand wrote: > The idea behind this patch is to keep LAME from putting LAME name and > versions into each frame of the mp3. I know that it is nice to have LAME > information in frames for debugging and testing, but sometimes there is a > want to have _clean_ (so to speak) mp3s. I have consulted with other > collegues that use LAME and one of the repetitive comments about LAME is > 'do you like that they put their name and version in each frame of the > mp3'? Truthfully, I don't. Besides, soon, I will be building a complete Having the name inside the ancillary data section of some frames is not primarily for debugging. I don't know why it should disturb anyone, those bits used for the version string are wasted bits anyway. If you find LAME quality OK for encoding, why do you fear someone else might find out you used it? > So, now, I'm officially asking to change drain_into_ancillary_data. Feel > free to apply the patch and note that I have (hopefully) not missed > anything. That's funny! Jeremy, don't you think we would know how to disable writing that info into the freespace, if we wanted to? Sorry Jeremy Brand and Josh Samuelson, you wasted your time, that patch will not make it into the mainline. Ciao Robert -- MP3 ENCODER mailing list archive is at: http://www.mail-archive.com/mp3encoder%40minnie.cs.adfa.edu.au/
