search for: _using_sse

Hi everyone, For those who like to play with experimental stuff, I've got something new to test. If you compile with --enable-vorbis-psy , Speex uses a variant of the Vorbis psycho-acoustic model to shape the coding noise. So far, I've obtained a slight increase in quality, but I'm interested in feedback from others. This still needs a lot of tuning and has received only a minimal

> When enabling and compiling this with mingw on Win32, my debugger > complains about heap overruns when calling speex_encoder_destroy(). This > could be a mingw issue though, as I also found a stackalignment bug which > prevents me from _USING_SSE (apparantly -mpreferred-stack-size is just > "prefered" and therefore ignored... *Sigh*). Just so I understand, the debugger complains, but the code still runs? What's the message? > But, before that point, there seems to be.. well.. I seem to think it's > better, but...

...unt of testing, so don't use it for something > important. When enabling and compiling this with mingw on Win32, my debugger complains about heap overruns when calling speex_encoder_destroy(). This could be a mingw issue though, as I also found a stackalignment bug which prevents me from _USING_SSE (apparantly -mpreferred-stack-size is just "prefered" and therefore ignored... *Sigh*). But, before that point, there seems to be.. well.. I seem to think it's better, but that could be just because I expect it to be better. If the heap problem can be fixed, I can ninja-include th...

>> When enabling and compiling this with mingw on Win32, my debugger >> complains about heap overruns when calling speex_encoder_destroy(). This >> could be a mingw issue though, as I also found a stackalignment bug which >> prevents me from _USING_SSE (apparantly -mpreferred-stack-size is just >> "prefered" and therefore ignored... *Sigh*). > > Just so I understand, the debugger complains, but the code still runs? > What's the message? That's right. Ah, I don't have the code here right now, but it was "...