Dear LAME: Most of the encoders have this bug !!!
OGG, MPC and MP4 haven't this bug !!! MP3PRO has this option: "Code Original File length: If this is checked, information about the original filelength and the codec delay are coded within the ancillary data of the first frame of the bitstream. A decoder capable of extracting this information is able to cut the decoded output at the start and the end in such a way that the length of the original file is preserved and the delay introduced by the encoder is compensated. The default is unchecked." UNCHECKED !!! Fraunhofer ISO developement know how to do it but they also know that decoders are maked by them and checked or unchecked is same thing for the purchaser. So I think that this trouble could be a commercial ruse (If you decode, f. you !!!). So I Think that if LAME don't patch this bug LAME is same thing than Fraunhofer, Microsoft, Yamaha... It is a subjetive opinion. If I'am wrong, excuse me. I think that if LAME repair this trouble and LAME improves more quality for < 8Khz samples LAME will be the best encoder/decoder avaliable: compression ratio + quality. Is it all right ? BladeEnc MP3 bitrate >128 hasn't this bug !!! An example: Encoder / Decoder / Decoded time bladeenc >128 / in_mpg123 (winamp) / OK bladeenc >128 / lame / BAD (smaller)* LAME / in_mpg123 (winamp) / BAD (bigger)** Possible conclusions: * Your optimized mpg123 lame module, also is wrong or not ISO specifications. **You say LAME writes information about delays but in_mpg123 can't extract this information because it's wrong or not ISO specifications. A possible help reference: http://bladeenc.mp3.no/skeleton/source.html Best Regards. _______________________________________________ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
