Am Sonntag, 18. November 2001 19:11 schrieben Sie: > Hi, > > I'm testing lame 3.89 beta 1 (not from CVS) on my Athlon 800. > > I sampled a track from CD at 44100 - the usual stuff... > > I tried the default lame: lame track-1.wav output.mp3 - so far - no > problem. > > Trying high quality (with -h) - and the errors begins to spill: > > LAME version 3.89 (beta 1, Nov 18 2001) (http://www.mp3dev.org/) > Using polyphase lowpass filter, transition band: 15115 Hz - 15648 Hz > Encoding track-11.wav to test.mp3 > Encoding as 44.1 kHz 128 kbps j-stereo MPEG-1 Layer III (11x) qval=2 > Frame | CPU time/estim | REAL time/estim | play/CPU | ETA > 0/21059 ( 0%)| 0:00/ 0:00| 0:00/ 0:00| 0.0000x| 0:00 > Internal buffer inconsistency. flushbits <> ResvSizebit reservoir error: > l3_side->main_data_begin: 504 > Resvoir size: 1248 > resv drain (post) 5 > resv drain (pre) 0 > header and sideinfo: 288 > data bits: 2837 > total bits: 3130 (remainder: 2) > bitsperframe: 3344 > Internal buffer inconsistency. flushbits <> ResvSizebit reservoir error: > l3_side->main_data_begin: 760 > Resvoir size: 1792 > resv drain (post) 4 > resv drain (pre) 0 > header and sideinfo: 288 > data bits: 2794 > and this goes on and on and on... > > Trying to work with -V 0 gives automatically segmentation fault > > I'm running Redhat 7.2, on AMD 800, 768MB RAM, tried to compile lame both > on the gcc-2.96 and the kgcc (the older 2.95 which spits errors).. > > Any suggestions?
yes, take a *stable* gnu compiler collection or try again with -O1, turning off agressive optimizations Ciao Robert _______________________________________________ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
