similar to: How to create a compact Speex library

--- Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > > Sorry if this a repost but I want to create the > > smallest Speex library possible to be put in TI's > > TMS320 DSP. I'm only interested in one > configuration: > > 5.97 Kbps narrowband. What part of source code > can I > > remove? Currently, when I compiled the version >

--- Jim Crichton <jim.crichton@comcast.net> wrote: > >> > Sorry if this a repost but I want to create the > >> > smallest Speex library possible to be put in > TI's > >> > TMS320 DSP. I'm only interested in one > >> configuration: > >> > 5.97 Kbps narrowband. What part of source code > >> can I > >> >

>> > Sorry if this a repost but I want to create the >> > smallest Speex library possible to be put in TI's >> > TMS320 DSP. I'm only interested in one >> configuration: >> > 5.97 Kbps narrowband. What part of source code >> can I >> > remove? Currently, when I compiled the version >> 1.1.12 >> > libspeex.a library

> Sorry if this a repost but I want to create the > smallest Speex library possible to be put in TI's > TMS320 DSP. I'm only interested in one configuration: > 5.97 Kbps narrowband. What part of source code can I > remove? Currently, when I compiled the version 1.1.12 > libspeex.a library with the TI TMS320 and > Fixed-Integer options, I get around 522Kb. You mean

hi, this patch should fix the symbian build. /alfred -------------- next part -------------- A non-text attachment was scrubbed... Name: speex-symbian2.patch Type: text/x-patch Size: 2669 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20061115/5ac4915e/speex-symbian2.bin

Hi Jean-Marc, >I think it's worth trying the float version on your CPU. However, I >wouldn't be surprised if the fixed-point was still faster than float. ok, I'll try both configurations. >BTW, you can use --enable-arm5-asm instead of --enable-arm4-asm. While >both are currently almost the same, eventually it would be possible to >get better performance using the

hi Jean-Marc, I just updated from svn and it looks like there are some errors in the speex.mmp file. the filters.c is duplicated, and the fft/kiss.c files are still missing.. /alfred Jean-Marc Valin wrote: > Applied in svn. Thanks. > > Jean-Marc > > Alfred E. Heggestad a ?crit : >> hi, >> >> this patch should fix the symbian build. >> >> >>

Hello to everyone! During building speex library for Symbian OS I encountered some problems. All thess problems can be solved by modifying the speex sources. I don't have access to SVN repository of speex, so I will just describe the changes to be done: 1) mmp file in symbian derictory misses windows.c sources. You need to add this string into speex.mmp: SOURCES windows.c 2) Symbian OS

Hi everyone, I'm currently looking into using speex in an embedded project using an ST ARM-device (STR9 family) just with internal memory (96kbyte) and no O/S. Does anyone know if the optimizations included in the code for ARMv4 and ARMv5e are appliable to this device? I would also need to strip down libspeex pretty hard to fit into the available memory. I just want to use a fixed bitrate

Hi Jean-Marc, I have just discovered the post of Vit Kanevsky and I have already sent him a message. I'm currently evaluating the work of stripping stuff on the win32 platform(nicer workflow ;-) and noticed that I could not just leave out the exc_*_table.c files without getting compiler/linker warning, but possibly I made a mistake there. Is my assumption correct that I just need the

Hi, I've received svn 10743 revision. But there are compile errors at three files with VS2005. Please check these reports. Sohn, Platform system engineer. ============================================================================= 1. modes.c - nb_mode_new() SpeexNBMode * nb_mode; nb_mode = (SpeexNBMode *) speex_alloc (sizeof (SpeexNBMode)); if (nb_mode == NULL) return NULL;

Hi Jean-Marc, I have the following problem when cross-building speex 1.1.7 with MaverickCrunch support. To add this support I had to define CPPFLAGS as follows: export CPPFLAGS='-mcpu=ep9312 -mfix-crunch-d1' but it seems libtool does not like it, while the object files are compiled fine: ... arm-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include

This patch updates the symbian build files to latest svn trunk, and also adds a new makefile for speexdsp. Signed-off-by: Alfred E. Heggestad <aeh@db.org> --- Index: symbian/speexdsp.mmp =================================================================== --- symbian/speexdsp.mmp (revision 0) +++ symbian/speexdsp.mmp (revision 0) @@ -0,0 +1,42 @@ +/* + Copyright (C) 2003 Commonwealth

Hello, in order to compile sppex on my Fedora, I had to do the following changes. Please consider installing them to the main tree. Thanks for your work, Stepan Kasal --- /usr/src/redhat/SPECS/Speex.spec 2006-02-15 13:13:48.000000000 +0100 +++ /usr/src/redhat/SPECS/Speex.spec.new 2006-05-10 11:00:25.000000000 +0200 @@ -6,7 +6,7 @@ Name: %name Version: %ver Release: %rel -Copyright: BSD

Applied in svn. Thanks. Jean-Marc Alfred E. Heggestad a ?crit : > hi, > > this patch should fix the symbian build. > > > /alfred > > > ------------------------------------------------------------------------ > > Index: symbian/bld.inf > =================================================================== > --- symbian/bld.inf (revision 12114) > +++

From: Jyri Sarha <jsarha at ti.com> I optimized Speex resampler for NEON capable ARM CPUs. The first patch should speed up resampling on any platform that can spare the increased memory usage. It would be nice to have these merged to the master branch. Please let me know if there is anything I can do to help the the merge. The patches have been rebased on top of master branch in

Hello list I've been studying libvorbis code and found a strange fragment in smallft.c: 38 static void drfti1(int n, float *wa, int *ifac){ 39 static int ntryh[4] = { 4,2,3,5 }; 40 static float tpi = 6.28318530717958648f; 41 float arg,argh,argld,fi; 42 int ntry=0,i,j=-1; 43 int k1, l1, l2, ib; 44 int ld, ii, ip, is, nq, nr; 45 int ido, ipm, nfm1; 46 int nl=n; 47 int nf=0;

This may expose my ignorance, but here goes :) I've been asked to figure out how much bandwidth would be needed to handle 1,000,000 minutes a month. Here's the environment: ) All calls are received via SIP. ) All calls use the ulaw codec. ) Calls average 10 minutes in duration. ) The "busiest" hour will account for 10% of the daily total. This is how I'm figuring

One of the greatest things about rails is that it is so standards-compliant, no other framework that I have seen have complied to the HTTP standard (think REST) in such a degree that Rails does. Kudos to you all for that. I think we (Rails community) should follow the line of standards compliance and also take it to the binary prefixes [1], i.e. kilobytes, megabytes, etc. For more than half a

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Could anyone tell me how libspeex_armce.lib Speex 1.1.6 was compiled? (http://www.speex.org/download/libspeex_armce.lib ) Does it exist some modified fixed_arm5e.h for Microsoft EVC arm-asm compiler? or the inline assemlby was compiled with GCC and linked through EVC LINK.exe? if the latter was done could I know how to link with EVC ? Objects