search for: fir_mem2_10

...; crash:<br> <br> [root@tomb root]# speexenc -n loup.wav loup.spx<br> Encoding 8000 Hz audio using narrowband mode (stereo)<br> Segmentation fault (core dumped)<br> <br> Stack&nbsp; trace:<br> Loaded symbols for /lib/ld-linux.so.2<br> #0&nbsp; fir_mem2_10 (x=0x80552a8, _num=0x80566b4, y=0x80558ac, N=160, ord=10, _mem=0x80568cc) at xmmintrin.h:790<br> 790&nbsp;&nbsp;&nbsp;&nbsp; {<br> (gdb) bt<br> #0&nbsp; fir_mem2_10 (x=0x80552a8, _num=0x80566b4, y=0x80558ac, N=160, ord=10, _mem=0x80568cc) at xmmintrin.h:790<...

...abled on a RAS 3 (P4). > Both version 1.1.6 and 1.1.7 crash: > > [root@tomb root]# speexenc -n loup.wav loup.spx > Encoding 8000 Hz audio using narrowband mode (stereo) > Segmentation fault (core dumped) > > Stack trace: > Loaded symbols for /lib/ld-linux.so.2 > #0 fir_mem2_10 (x=0x80552a8, _num=0x80566b4, y=0x80558ac, N=160, > ord=10, _mem=0x80568cc) at xmmintrin.h:790 > 790 { > (gdb) bt > #0 fir_mem2_10 (x=0x80552a8, _num=0x80566b4, y=0x80558ac, N=160, > ord=10, _mem=0x80568cc) at xmmintrin.h:790 > #1 0xb75dc509 in fir_mem2 (x=0x80552a8, _num=0x...

...ed as "i386-redhat-linux"... (gdb) r --rate 8000 --16bit -n /dev/zero /tmp/foo Starting program: /usr/src/speex-1.1.7/src/.libs/lt-speexenc --rate 8000 --16bit -n /dev/zero /tmp/foo Encoding 8000 Hz audio using narrowband mode (mono) Program received signal SIGSEGV, Segmentation fault. fir_mem2_10 (x=0x8054a88, _num=0x8055e94, y=0x805508c, N=160, ord=10, _mem=0x80560ac) at /usr/lib/gcc-lib/i386-redhat-linux/3.2/include/xmmintrin.h:774 774 { (gdb) (gdb) bt #0 fir_mem2_10 (x=0x8054a88, _num=0x8055e94, y=0x805508c, N=160, ord=10, _mem=0x80560ac) at /usr/lib/gcc-lib/i386-redhat-li...

...me thing, only uses mm0 and mm1. It actually runs slower than a c code version of the same function. Now, this could be different on Visual Studio .NET and .NET 2003, but that is what happens with Visual Studio 6. Just so you understand, I am pasting below some of the generated SSE code for the fir_mem2_10 function. I got this by compiling the speexenc and loading it up in the debugger. Skipped a bit of the initial function stuff the block starts inside the for loop. For those who don't know, Win32 asm is backwords from GCC, it is OPERATION DEST, SOURCE 254: for (i=0;i<N;i++) 255:...

...#39;s always the option to use gcc to generate the assembly for the few SSE functions. > Now, this could be different on Visual Studio .NET and .NET 2003, but that > is what happens with Visual Studio 6. Just so you understand, I am pasting > below some of the generated SSE code for the fir_mem2_10 function. I got > this by compiling the speexenc and loading it up in the debugger. Yes, that code sucks. Bad. Actually, I can get the same kind of code by turning the optimizer off in gcc (-O0). Maybe you've got it turned off too (I think VS is unable to optimize in debug mode, is that ri...

...on to use gcc to generate the assembly for >the few SSE functions. > > > Now, this could be different on Visual Studio .NET and .NET 2003, but that > > is what happens with Visual Studio 6. Just so you understand, I am pasting > > below some of the generated SSE code for the fir_mem2_10 function. I got > > this by compiling the speexenc and loading it up in the debugger. > >Yes, that code sucks. Bad. Actually, I can get the same kind of code by >turning the optimizer off in gcc (-O0). Maybe you've got it turned off >too (I think VS is unable to optimize in de...