search for: gryte

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

Jamey, There is a previous posting in the speex archives with a link to the dsp c5x patch. Archive link: http://lists.xiph.org/pipermail/speex-dev/2004-October/002847.html Patch link: http://lists.xiph.org/pipermail/speex-dev/attachments/20041029/facb8c73/spee x-1.1.6-jeh1-0001.bin But that patch is very different (much smaller) then the dsp c5x patch at

As I understand it, there are two separate ways to get VAD information from Speex: 1) Using the encoder. 2) Using speex_preprocess(). I present the following observations from an application developer's perspective. They may be wrong, in which case I would appreciate corrections. - The two VAD systems are implemented differently. - speex_preprocess()'s VAD provides more accurate

The patch is still valid, though it may require minor adjustments. Although support could be improved (optimizations, codebook packing), the patch should at least allow Speex to run on a C55. Jean-Marc Le mercredi 02 mars 2005 ? 15:00 -0600, Paul Gryting a ?crit : > I saw a thread in the list archives about a speex port to TI 55x DSP. > Wondering how that worked out (is working out)?

Paul Gryting wrote: >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. > > > My patch to provide fixed-point support for Speex on the TI 55xx DSP is

I'm finding it dificult to get the code to fit within c5x dsp, especially due to the large heap necessary for the huge allocations in nb_encoder_init and nb_decoder_init. Are the people that have this running using additonal external ram? Has anyone experimented with reducing the internal encoder/decoder stack sizes for narrow band... is there a practical minimum that is usable? Also,