<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<b></b>Hi,<br>
<br>
I also tried to build speex 1.1.7&nbsp; with sse enabled on a RAS 3&nbsp; (P4). <br>
Both version 1.1.6 and 1.1.7&nbsp; 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<br>
#1&nbsp; 0xb75dc509 in fir_mem2 (x=0x80552a8, _num=0x80566b4, y=0x80558ac,
N=160, ord=0, _mem=0x1) at filters_sse.h:330<br>
#2&nbsp; 0xb75d2ca7 in nb_encode (state=0x80551b0, vin=0xbfff88e0,
bits=0xbfff9f70) at nb_celp.c:351<br>
#3&nbsp; 0xb75dd560 in speex_encode_int (state=0x80551b0, in=0xb75e9400,
bits=0xbfff9f70) at speex.c:141<br>
#4&nbsp; 0x0804a071 in main (argc=0, argv=0xbfffafe4) at speexenc.c:688<br>
<br>
<br>
Just a question, how to increase the "encoder/decoder" the stack size ?<br>
Any other suggestion ?<br>
<br>
Regards<br>
<br>
<br>
<br>
<br>
<!--beginarticle-->&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; Hi,<br>
<blockquote><br>
First question is do you run a 2.4 kernel or later (2.2 doesn't support<br>
SSE). Next thing to check, does 1.1.6 work? You may also want to<br>
increase the encoder/decoder stack size just in case. Oh, and don't<br>
compile with -mfpmath=sse .<br>
  <br>
Jean-Marc<br>
  <br>
Le mardi 08 mars 2005 &agrave; 12:02 -0500, Steve Kann a &eacute;crit :<br>
&gt;<i> I tried building speex with SSE, and found that it crashes for
me here:</i><br>
&gt;<i> </i><br>
&gt;<i> [This is on RH=8.0]:</i><br>
&gt;<i> </i><br>
&gt;<i> # libtool gdb ./src/speexenc</i><br>
&gt;<i> GNU gdb Red Hat Linux (5.2.1-4)</i><br>
&gt;<i> [...]</i><br>
&gt;<i> This GDB was configured as "i386-redhat-linux"...</i><br>
&gt;<i> (gdb) r --rate 8000 --16bit -n /dev/zero /tmp/foo</i><br>
&gt;<i> Starting program: /usr/src/speex-1.1.7/src/.libs/lt-speexenc
--rate 8000 </i><br>
&gt;<i> --16bit -n /dev/zero /tmp/foo</i><br>
&gt;<i> Encoding 8000 Hz audio using narrowband mode (mono)</i><br>
&gt;<i> </i><br>
&gt;<i> Program received signal SIGSEGV, Segmentation fault.</i><br>
&gt;<i> fir_mem2_10 (x=0x8054a88, _num=0x8055e94, y=0x805508c, N=160,
ord=10, </i><br>
&gt;<i> _mem=0x80560ac)</i><br>
&gt;<i> at
/usr/lib/gcc-lib/i386-redhat-linux/3.2/include/xmmintrin.h:774</i><br>
&gt;<i> 774 {</i><br>
&gt;<i> (gdb)</i><br>
&gt;<i> (gdb) bt</i><br>
&gt;<i> #0 fir_mem2_10 (x=0x8054a88, _num=0x8055e94, y=0x805508c,
N=160, </i><br>
&gt;<i> ord=10, _mem=0x80560ac)</i><br>
&gt;<i> at
/usr/lib/gcc-lib/i386-redhat-linux/3.2/include/xmmintrin.h:774</i><br>
&gt;<i> #1 0x40020add in fir_mem2 (x=0x8054a88, _num=0x8055e94,
y=0x805508c, </i><br>
&gt;<i> N=160, ord=0, _mem=0x1) at filters_sse.h:330</i><br>
&gt;<i> #2 0x40016c23 in nb_encode (state=0x8054990, vin=0xbfffd420, </i><br>
&gt;<i> bits=0xbfffeaa0) at nb_celp.c:351</i><br>
&gt;<i> #3 0x400215f4 in speex_encode_int (state=0x8054990,
in=0xbfffead0, </i><br>
&gt;<i> bits=0xbfffeaa0) at speex.c:141</i><br>
&gt;<i> #4 0x0804a089 in main (argc=-80, argv=0xbffffad4) at
speexenc.c:688</i><br>
&gt;<i> #5 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6</i><br>
&gt;<i> (gdb) q</i><br>
&gt;<i> The program is running. Exit anyway? (y or n) y</i><br>
&gt;<i> </i><br>
&gt;<i> </i><br>
&gt;<i> If I build without sse, things are OK.</i><br>
&gt;<i> </i><br>
&gt;<i> This box is running RH-8 on a PIII (katmai), which seems to
support sse:</i><br>
&gt;<i> flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca </i><br>
&gt;<i> cmov pat pse36 mmx fxsr sse</i><br>
&gt;<i> </i><br>
&gt;<i> If I compile the same thing on another box with an Athlon CPU
instead, </i><br>
&gt;<i> it seems to work without crashing..</i><br>
&gt;<i> </i><br>
&gt;<i> I guess it's not critical in this case, but does anyone know if
this is </i><br>
&gt;<i> an issue with the SSE intrinsics in gcc-3.2, or is it a
CPU-support </i><br>
&gt;<i> issue (or something else?).</i><br>
&gt;<i> </i><br>
&gt;<i> -SteveK</i><br>
&gt;<i> </i><br>
&gt;<i> </i><br>
&gt;<i> _______________________________________________</i><br>
&gt;<i> Speex-dev mailing list</i><br>
&gt;<i> <a href="http://lists.xiph.org/mailman/listinfo/speex-dev">Speex-dev
at xiph.org</a></i><br>
  <i></i>&gt;<i> <a
 href="http://lists.xiph.org/mailman/listinfo/speex-dev">http://lists.xiph.org/mailman/listinfo/speex-dev</a></i><br>
  <i></i>&gt;<i> </i><br>
-- <br>
Jean-Marc Valin &lt;<a
 href="http://lists.xiph.org/mailman/listinfo/speex-dev">Jean-Marc.Valin
at USherbrooke.ca</a>&gt;<br>
Universit&eacute; de Sherbrooke<br>
</blockquote>
<pre>
</pre>
</body>
</html>