search for: 55xx

I saw a thread in the list archives about a speex port to TI 55x DSP. Wondering how that worked out (is working out)? Also wondering if there is a source archive for it, or if the patch in the email archives is still current, or if there's been updates. Any info appreciated. Thanks Paul

...TI 55x DSP. >Wondering how that worked out (is working out)? > >Also wondering if there is a source archive for it, > or if the patch in the email archives is still current, or if there's been >updates. > > > My patch to provide fixed-point support for Speex on the TI 55xx DSP is available here: http://handhelds.org/~jamey/speex/speex-1.1.6-jeh2.patch The issue with codebooks that Jean-Marc mentioned is that the TI 55xx C compiler uses two bytes per char, so codebooks take more memory than they need to. The whole compress/decompress fit in SRAM, though, so it pro...

...TI 55x DSP. >Wondering how that worked out (is working out)? > >Also wondering if there is a source archive for it, > or if the patch in the email archives is still current, or if there's been >updates. > > > My patch to provide fixed-point support for Speex on the TI 55xx DSP is available here: http://handhelds.org/~jamey/speex/speex-1.1.6-jeh2.patch The issue with codebooks that Jean-Marc mentioned is that the TI 55xx C compiler uses two bytes per char, so codebooks take more memory than they need to. The whole compress/decompress fit in SRAM, though, so it...

First, let me say that I think the speex code is incredible in the way it supports floating and fixed point code from one set of code. The same is true for supporting multiple processors, etc... I've used speex with the PC, TI 64xx and 55xx. Please view the following comments not as an attack on speex (which I think is incredible!) but as my contribution to an open source project. I know this is a minor point, but speex/AEC fixed point could use a few improvements shifting 2's complement values. I realize these things are &quot...

Hi, I have a requirement where an IVR application on asterisk has to play a audio file in g729 and when a digit is pressed, the call should switch to another codec (say ulaw). So, What can I do in the extensions.conf to trigger a re-negotiation of codec? I used exten => 55xx,n,Set(SIP_CODEC=ulaw) but, I suppose this affects the next call and not the current one. Please help ASAP Thanks, Sai Check out the all-new Messenger 9.0! Go to http://in.messenger.yahoo.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.di...

Hi Everyone, Knowing that running Asterisk on an embedded board like the Alix2d3 requires some fine tuning. Do you know of any good guides out there that does this from beginning to end? Looking to run this in a small office environment. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL:

You might not be doing anything wrong. Speex is stateful and can get into a bad state sometimes. It's happened to me too, but not recently. And I've seen such bugs reported on this list and fixed. I suggest several approaches to solving the problem: 1) Try compiling Speex without compiler optimizations and see if the problem still occurs. Most likely it will, but this is an