>>>>> "R" == Robert Hegemann <[EMAIL PROTECTED]> writes:
R> No, Eric, you are not the only one!
:
R> with todays cvs lame gives me a segfault too, in quantize_xrpow
R> line 783 of quantize-pvt.c. The code looks like:
:
>> for (j=192;j>0;j--)
>> {
>> x = istep0 * *xr++;
>> /* *(ix++) = (int)( x + adj43[(int)x]); */
>> XRPOW_FTOI(x-.5, rx);
>> XRPOW_FTOI(x + QUANTFAC(rx), *(ix++));
Uum, I think this is because overrun of adj43[(int)x] will happen
when istep is too large.
The workaround is already done :). I will be commit this fix when I
get a sourceforge CVS committer priviledge.
For impatiant people, see my latest snapshot arround "qs_min" routine.
It limits quantizerStepSIze to agree with ix < 8191+15.
The snapshot is available at
http://www.isoternet.org/~tominaga/lame-beta/lame-1127.tar.bz2
---
Takehiro TOMINAGA // may the source be with you!
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
