I have a similar output from version 3.91 compiled with gcc v.3.04. I tried compiling an earlier version (2.89? -- if I remember properly) but it too gave the same output. It didn't output these messages in an infinite loop (although it might seem that way if the wav file is big). An mp3 file was created. Playback seemed to be byte switched (by the sound of it), however, using -x option didn't correct the output. Rich
>===== Original Message From [EMAIL PROTECTED] ===== >I hope that this wont happen with 3.91 compiled on your system? >The ./configure script in 3.91 should detect the buggy gcc version (2.96) >and back of on the optimizations which cause this problem. > >If not, try ./configure --enable-debug. > >Mark > > > >> >> hi, >> >> I'm getting errors with certain settings. >> >> Lame starts encoding but then gets into an infinite loop printing this: >> >> >> Internal buffer inconsistency. flushbits <> ResvSizebit reservoir error: >> l3_side->main_data_begin: 560 >> Resvoir size: 568 >> resv drain (post) 0 >> resv drain (pre) 0 >> header and sideinfo: 288 >> data bits: 3868 >> total bits: 4156 (remainder: 4) >> bitsperframe: 4176 >> >> >> >> The circumstances: >> - I upgraded my system from Mandrake 8.1 to 8.2 >> - gcc-2.96-0.76mdk, glibc-2.2.4-25mdk >> - happens with 3.91, 3.89 compiled on this system and notlame-3.91 downloaded >> binary (notlame-3.91-1.i686.rpm) >> - whenever I set the quality with -h or -q0, -q1, etc.. >> - q5 and above work fine >> - happens with all bitrate settings, -ms or whatever. >> - also happens with --r3mix (which includes the -q setting..) >> >> >> if you need more information or anything, let me know >> >> regards >> tom >> >> > >_______________________________________________ >mp3encoder mailing list >[EMAIL PROTECTED] >http://minnie.tuhs.org/mailman/listinfo/mp3encoder _______________________________________________ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
