<div>Hi JM,</div>  <div>&nbsp;</div>  <div>Thanks for the earlier replies. I have tested it with quality 1,2&amp;3 the result is not much different. Also I must tell you that I am using the armbe-linux-gcc compiler which does not suppoort arm5e-asm optimisations. I get lots of assember&nbsp;related errors. &nbsp;Is there any alternative? Will moving on to a board supported by arm-linux-gcc compiler ,to enable arm5e optimisation, help?</div>  <div>&nbsp;</div>  <div>Nav<BR><BR><B><I>Jean-Marc Valin &lt;jean-marc.valin@usherbrooke.ca&gt;</I></B> wrote:</div>  <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Quality 0 has not been entirely converted to fixed-point, so it actually<BR>runs much slower on ARM. It's very poor quality anyway, so I don't see<BR>why you'd want to use it.<BR><BR>Jean-Marc<BR><BR>Naveed Rehman a écrit :<BR>&gt; Hi JM,<BR>&gt; <BR>&gt; I am using narrowband mode with speex qaulity set to 0 and
 complexity<BR>&gt; set to 4. The code works fine on the 3.2GHz processor. The test<BR>&gt; program speexenc takes 7ms to encode 5sec worth of voice on the<BR>&gt; 3.2Ghz processor. The same takes 700ms on the ARM5E intel Xscale. The<BR>&gt; code that I wrote puts 10 speex frames in one RTP packet. When<BR>&gt; exexcuted on ARM I get lots of underrruns hence noise. I was<BR>&gt; wondering perhaps its because of the speed of ARM processor as<BR>&gt; dictated by the significantly slower speexenc on ARM. I hav'nt gone<BR>&gt; much into speex but I guessed that under 20ms to encode 20ms of voice<BR>&gt; (in speex packet) would get rid of underruns and hence noise. Am I<BR>&gt; going wrong somewhere..<BR>&gt; <BR>&gt; TIA nav<BR>&gt; <BR>&gt; Jean-Marc Valin <JEAN-MARC.VALIN@USHERBROOKE.CA>wrote:<BR>&gt;&gt; Can any body please tell me the compiler options to optimise the <BR>&gt;&gt; speex code for ARM TE architecture. Fixed point is enabled. It <BR>&gt;&gt; currently takes
 about 700ms to encode 5 sec worth of voice. I need<BR>&gt;&gt; to get it down to under 10ms.<BR>&gt; <BR>&gt; The ARM port has suffered a bit from the fact that I haven't been<BR>&gt; able to keep the assembly up-to-date. Don't know what<BR>&gt; bit-rate/options you're using so it's hard to say much about the<BR>&gt; absolute numbers. The only thing I can say is that 10ms for 5 seconds<BR>&gt; of speech would mean using only 0.2% of your 533 MHz chip, or about 1<BR>&gt; MIPS. That's simply not possible using any modern speech codec, so<BR>&gt; you'll have to either change that requirement or deal with<BR>&gt; uncompressed (or very lightly compressed) audio.<BR>&gt; <BR>&gt;&gt; Is the option --enable-arm5te-asm supported? I am using speex<BR>&gt;&gt; 1.1.12 version. The configure.ac file does not seem to support <BR>&gt;&gt; --enable-arm5te-asm option. I tried --enable-arm5e-asm but the<BR>&gt;&gt; result is'nt much different. Real time is not possible at that<BR>&gt;&gt;
 rate. Processor is Xscale 533MHz.<BR>&gt; <BR>&gt; --enable-arm5e-asm should be fine, but yes it needs improvements. <BR>&gt; Basically, the only thing interesting (from the POV of Speex) in the <BR>&gt; ARM5E arch is the DSP-like instructions that can do 16x16 multiplies<BR>&gt; in a single cycle.<BR>&gt; <BR>&gt; <BR>&gt; --------------------------------- Try the all-new Yahoo! Mail . "The<BR>&gt; New Version is radically easier to use" – The Wall Street Journal<BR></BLOCKQUOTE><BR><p>&#32;
                <hr size=1> 
Try the <a href="http://us.rd.yahoo.com/mail/uk/taglines/default/nowyoucan/wall_st_2/*http://us.rd.yahoo.com/evt=40565/*http://uk.docs.yahoo.com/nowyoucan.html">all-new Yahoo! Mail</a> . "The New Version is radically easier to use" – The Wall Street Journal