Mark Taylor schrieb am Son, 30 Jan 2000: > There was a bug in the overflow check in cound_bits introduced > with the pow() table lookup: Thanks, now it works again. By the way: LAME gets press coverage in Germany's respected c't computer magazine, which will appear on newsstands tomorrow, monday. I've heard, they've tested LAME against Xing, Fraunhofer and some other encoders at constant and variable bitrates, and LAME is always by the best. But I will read it tomorrow :) Robert http://www.heise.de/ct/ -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
- [MP3 ENCODER] nopow & fft things Takehiro Tominaga
- Re: [MP3 ENCODER] nopow & fft things / LAME CRA... Robert Hegemann
- Re: [MP3 ENCODER] nopow & fft things / LAME... Mark Taylor
- Re: [MP3 ENCODER] LAME CRASHES / LAME in th... Robert Hegemann
- Re: [MP3 ENCODER] LAME CRASHES / LAME i... Don Melton
- Re: [MP3 ENCODER] LAME CRASHES / LAME i... Felix von Leitner
- Re: [MP3 ENCODER] LAME CRASHES / L... Greg Maxwell
- Re: [MP3 ENCODER] LAME CRASHES... Scott Manley
- Re: [MP3 ENCODER] LAME CRA... Greg Maxwell
- Re: [MP3 ENCODER] LAME CRASHES... Felix von Leitner
- Re: [MP3 ENCODER] LAME CRASHES / L... Don Melton
- Re: [MP3 ENCODER] LAME CRASHES... Felix von Leitner
- [MP3 ENCODER] libmp3lame.a, mp... Mark Taylor
- Re: [MP3 ENCODER] LAME CRASHES / L... Don Melton
