> > I've found a WAV file which has two problems when I encode it with Lame. > First, get the file here: > http://www.fortunecity.com/roswell/barker/219/test.zip > (88790 bytes). > fortunecity.com seems to have removed test.zip. > Compress it with VBR: > lame -V 4 -B 160 test.wav > > Get it ? Can you post the output? Even better would be the output with debug option enabled: (./configure --enable-debug ; make ; make install) I'll bet lame has crashed for some reason, which explains why the mp3 file is corrupt and adding more samples to the end of the .wav file doesn't help. by the way, you shouldn't use the -B option unless you have read the documentation and have a good reason. -V 4 -B 160 will produce poor results - 128kbps CBR would probably sound better and have more variability in the amount of bits allocated to each frame. Mark > > The first problem is that the end of the file is LOST ! > Load the MP3 with CoolEdit or another audio editor, and you can easily verify that >the ending samples are missing (perhaps one or two frames). Just compare with the >original WAV file. > > Don't tell me to add silence at the end of the WAV, it doesn't work ! > I've added 4000 (!) samples of silence at the end, but 4000 is unsufficient on other >WAV files. > I also tried to call manually the routines in Lame as described in the Lame API >documentation: > lame_encode_buffer(...); > lame_encode_flush(...); > This problem seems to be a BUG into the lame_encode_flush() routine ! > > > The second problem is when you try to decode the achieved MP3. > Try: > lame --decode test.mp3 > You'll get around ten "Can't rewind stream by xx bits!" errors !!! > Also, the output sample is corrupted ! > MAD or CoolEdit are able to decompress this file, so I guess it's a bug in Lame. > > Can someone help me on these problems ? > > HoD _______________________________________________ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
