----- Original Message ----- From: "Bowie J. Poag" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, November 25, 2002 2:09 PM Subject: Re: [MP3 ENCODER] Bug in lame 3.93..
> > > > How to not reproduce this behaviour (not a bug) > > > > 1. Read the lame documentation. > > > > 2. Note the section on --mp3input switch: > > --- > > "* --mp3input MPEG Layer III input file > > Assume the input file is a MP3 file. Usefull for downsampling from one mp3 > > to another. As an example, it can be usefull for streaming through an > > IceCast server. > > If the filename ends in ".mp3" LAME will assume it is an MP3 file. For > stdin > > or MP3 files which do not end in .mp3 you need to use this switch." > > So, let me get this straight.... > > You guys don't have an stream identifier (thats fine), so you allow the user > to explicitly state that the source is an MP3 by using a flag, --mp3input. > Then, you undermine the whole reason the flag is there in the first place, > by looking at the friggin suffix of the filename anyway! > > Doesn't that strike you as being a little...oh, I dunno......retarded? If > you're not going to enforce the flag, then why is it there? Perhaps you should read again: "For stdin or MP3 files which do not end in .mp3 you need to use this switch." > If writing a > stream identifier is too much work, I suggest you build a generic --type > flag to help the encoder deal with the input, i.e. --type wav, --type mp3, > etc. and make it manditory. > The bottom line here is that the suffix should _never_ matter in the > processing of a file. Use it as a hint, sure, but bet the house on it? No. The real bottom line is that this is open source software and if you want an additional feature, you should submit code, or write these functions into the front end you intend to use LAME with. I, for one would rather see LAME programmers continue to improve the quality and speed of the encoding process rather than devote time to such trivial bullshit that is only going to apply to CLI users who are apt to name files incorrectly. Or worse yet, purposely feed the thing garbage and then flame the programmers for it's behaviour. BTW: I am not a programmer, just a grateful user, somewhat put off by your treatment of the contributors to the project. I already have several hobbies, thank you, and none of them deal with replies to bogus bug reports. Chris _______________________________________________ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
