search for: nb_celp

# make make all-recursive make[1]: Entering directory `/tmp/speex-1.1.6' Making all in libspeex make[2]: Entering directory `/tmp/speex-1.1.6/libspeex' source='nb_celp.c' object='nb_celp.lo' libtool=yes \ depfile='.deps/nb_celp.Plo' tmpdepfile='.deps/nb_celp.TPlo' \ depmode=gcc3 /bin/sh ../depcomp \ /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -s -O3 -march=i686 -O3 -msse -c -o nb_celp.lo `test -f...

Trying to build today's svn on fc5, gcc-4.1.0,amd64: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include -I.. -I/usr/include -O2 -fPIC -funswitch-loops -ftree-loop-linear -march=k8 -ftree-vectorize -pipe -mfpmath=sse -frename-registers -O3 -msse -MT nb_celp.lo -MD -MP -MF .deps/nb_celp.Tpo -c nb_celp.c -fPIC -DPIC -o .libs/nb_celp.o nb_celp.c: In function 'nb_encode': nb_celp.c:442: error: 'EncState' has no member named 'frame' make[2]: *** [nb_celp.lo] Error 1 make[2]: Leaving directory `/usr/src/redhat/BUILD/speex/libspee...

..._STDLIB_H=1 > -DHAVE_STR > ING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 > -DHAVE_STDINT_H > =1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_SYS_SOUNDCARD_H=1 > -DHAVE_LIBOGG=1 - > DHAVE_LIBM=1 -DVERSION=\"1.1.4\" -D_USE_SSE=1 -I. -I. -g -O2 -MT > nb_celp.lo > -MD -MP -MF ".deps/nb_celp.Tpo" \ > -c -o nb_celp.lo `test -f 'nb_celp.c' || echo './'`nb_celp.c; \ > then mv -f ".deps/nb_celp.Tpo" ".deps/nb_celp.Plo"; \ > else rm -f ".deps/nb_celp.Tpo"; exit 1; \ > fi > mkdir .lib...

...peex gives me an error. I've tried with speex-1.1.6 and speex-1.2rc1 with same result: vcpbx:~/arm/speex-1.1.6# make make all-recursive make[1]: Entering directory `/root/arm/speex-1.1.6' Making all in libspeex make[2]: Entering directory `/root/arm/speex-1.1.6/libspeex' source='nb_celp.c' object='nb_celp.lo' libtool=yes \ depfile='.deps/nb_celp.Plo' tmpdepfile='.deps/nb_celp.TPlo' \ depmode=gcc3 /bin/sh ../depcomp \ /bin/sh ../libtool --mode=compile arm-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -c -o nb_celp.lo `test -f 'nb_c...

...1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_SYS_SOUNDCARD_H=1 -DHAVE_LIBOGG=1 -DHAVE_LIBM=1 -DVERSION=\"1.1.4\" -D_USE_SSE=1 -DEPIC_48K=1 -I. -I. -s -O3 -march=i686 -MT nb_celp.lo -MD -MP -MF ".deps/nb_celp.Tpo" \ -c -o nb_celp.lo `test -f 'nb_celp.c' || echo './'`nb_celp.c; \ then mv -f ".deps/nb_celp.Tpo" ".deps/nb_celp.Plo"; \ else rm -f ".deps/nb_celp.Tpo"; exit 1; \ fi gcc -DPACKAGE_NAME=\"\" -DPA...

...YS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_SYS_SOUNDCARD_H=1 -DHAVE_LIBOGG=1 -DHAVE_LIBM=1 -DVERSION=\"1.1.4\" -D_USE_SSE=1 -I. -I. -g -O2 -MT nb_celp.lo -MD -MP -MF .deps/nb_celp.Tpo -c nb_celp.c -fPIC -DPIC -o .libs/nb_celp.o In file included from vq.h:43, from nb_celp.c:41: /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/include/xmmintrin.h:34:3: #error "SSE instruction set not enabled" In file included from nb_celp.c:41...

..../../SYMBIAN/8.0A/S60_2ND_FP2/EPOC32/BUILD/SRC/SPEEX/SYMBIAN/SPEEX/ARMI/UREL/MISC.o)(.text+0x260):Misc.c: relocation truncated to fit: ARM_26 fprintf ..\..\..\SYMBIAN\8.0A\S60_2ND_FP2\EPOC32\RELEASE\ARMI\UREL\SPEEX.LIB(../../../SYMBIAN/8.0A/S60_2ND_FP2/EPOC32/BUILD/SRC/SPEEX/SYMBIAN/SPEEX/ARMI/UREL/NB_CELP.o)(.text+0x1ac):Nb_celp.c: undefined reference to `cos' ..\..\..\SYMBIAN\8.0A\S60_2ND_FP2\EPOC32\RELEASE\ARMI\UREL\SPEEX.LIB(../../../SYMBIAN/8.0A/S60_2ND_FP2/EPOC32/BUILD/SRC/SPEEX/SYMBIAN/SPEEX/ARMI/UREL/NB_CELP.o)(.text+0x1ac):Nb_celp.c: relocation truncated to fit: ARM_26 cos ..\..\..\SYMBI...

Hi, I'm trying a quick port of this terrific codec to uClinux, a Linux-derivate for mmu-less systems. I'm particulary interested in the alloc()'s the library does, and it's stack usage. In nb_celp.c I found two lines of code doing memory allocation : nb_celp.c: st = (EncState*)speex_alloc(sizeof(EncState)+8000*sizeof(float)); nb_celp.c: st = (DecState*)speex_alloc(sizeof(DecState)+4000*sizeof(float)); Where do these magic numbers 8000 and 4000 come from ? If I decrease those to 4000 an...

...SYS_STAT_H=1 -DHAVE_STDLIB_H=1 > -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 > -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 > -DHAVE_SYS_SOUNDCARD_H=1 -DHAVE_LIBOGG=1 -DHAVE_LIBM=1 > -DVERSION=\"1.1.4\" -D_USE_SSE=1 -I. -I. -g -O2 -MT nb_celp.lo -MD -MP > -MF .deps/nb_celp.Tpo -c nb_celp.c -fPIC -DPIC -o .libs/nb_celp.o > In file included from vq.h:43, > from nb_celp.c:41: > /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/include/xmmintrin.h:34:3: > #error "SSE instruction set not enabled" > In f...

To close debian bug #271052, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=271052 I went ahead and did the following: $ diff -u ../original/speex-1.1.6/libspeex/nb_celp.c libspeex/nb_celp.c --- ../original/speex-1.1.6/libspeex/nb_celp.c 2004-07-15 01:16:52.000000000 -0400 +++ libspeex/nb_celp.c 2005-02-27 08:24:49.000000000 -0500 @@ -1746,6 +1746,21 @@ st->submodeSelect = st->submodeID = ((SpeexNBMode*)(st->mode->mode))->quality_map[qualit...

...-27 15:05:05 -0300 (Fri, 27 May 2005) | 2 lines Proper de-allocation When compiling with the 9316, everything works fine. but when I update with later than or equal to 9320 (besides, it was working really fine for quite some time now before I updated it), a segmentation fault occurs in nb_celp.c:229: #0 0x7c96df51 in $R000000 () #1 0x00c80000 in ?? () #2 0x7c94a5d0 in $R000000 () #3 0x7c9268ad in $R000000 () #4 0x77c2c2de in $R000000 () #5 0x657c380e in nb_encoder_destroy (state=0x41426b0) at nb_celp.c:229 #6 0x657bac1f in speex_encoder_destroy (state=0x41426b0) at speex...

...y broken anyway. Jean-Marc Le dimanche 27 f?vrier 2005 ? 08:45 -0500, A. Maitland Bottoms a ?crit : > To close debian bug #271052, > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=271052 > > I went ahead and did the following: > > $ diff -u ../original/speex-1.1.6/libspeex/nb_celp.c libspeex/nb_celp.c > --- ../original/speex-1.1.6/libspeex/nb_celp.c 2004-07-15 01:16:52.000000000 -0400 > +++ libspeex/nb_celp.c 2005-02-27 08:24:49.000000000 -0500 > @@ -1746,6 +1746,21 @@ > st->submodeSelect = st->submodeID = ((SpeexNBMode*)(st->mode->mode))-&g...

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: nb_celp.c Type: application/octet-stream Size: 66058 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20070823/714475ef/nb_celp-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: nb_celp.h Type: application/octet-stream Size: 11...

Hi Jean-Marc I'm looking at the 1.0.5 source, and I'm not seeing an _spx_lpc(). There's an _spx_autocorr(), which is in lpc.c and is called near the start of the encoder function in nb_celp.c. The encoder seems to call the autocorr() function, then calls wld() to do something called Levinson-Durbin. Am I right in thinking that after the call to wld(), the st->lpc[] array contains the coefficients? Later on it computes "interpolated" LPCs -- are these what I want? Than...

...(blame the pointy haired boss). now, when i compile with FIXED_POINT defined in the Visual C++ 6.0, i get these errors: e:\phonestack\engine\speex\cb_search.c(185) : warning C4133: 'function' : incompatible types - from 'short *' to 'float *' e:\phonestack\engine\speex\nb_celp.c(875) : warning C4761: integral size mismatch in argument; conversion supplied e:\phonestack\engine\speex\nb_celp.c(1603) : warning C4761: integral size mismatch in argument; conversion supplied of these, the last two are not worrisome. but the first error is forcing a short pointer to a floa...

...AVE_STDLIB_H=1 > > -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 > > -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 > > -DHAVE_SYS_SOUNDCARD_H=1 -DHAVE_LIBOGG=1 -DHAVE_LIBM=1 > > -DVERSION=\"1.1.4\" -D_USE_SSE=1 -I. -I. -g -O2 -MT nb_celp.lo -MD -MP > > -MF .deps/nb_celp.Tpo -c nb_celp.c -fPIC -DPIC -o .libs/nb_celp.o > > In file included from vq.h:43, > > from nb_celp.c:41: > > /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/include/xmmintrin.h:34:3: > > #error "SSE instruction set not...

...)" which gives the warning: libspeex/ltp.c:573: warning: declaration of "start" shadows a global declaration build/include/UbicomSDK.h:5651: warning: shadowed declaration is here also this line gives a warning: v1=(int)floor(st->vbr_quality); libSpeex/libspeex/nb_celp.c: In function `nb_encode': libSpeex/libspeex/nb_celp.c:465: warning: cast does not match function type my CFLAGS include this: -Wall \ -Wstrict-prototypes \ -Wshadow \ -Wundef \ -Wbad-function-cast \ -Wcast-align \ -Wsign-compare \ perhaps we should add a few of these to libspeex ?...

...1. Februar 2010 um 17:29 geschrieben: > Can you look at the residual signal? i.e. what it looks like after the pitch is > removed. Any significant difference there? Also, the pitch gain can be > informative. > I catched the "orignal" residual (st->exc from line 400 inside nb_celp.c) plus the "synthesized" one (exc on line 880 inside nb_celp.c) both for fixed and floating point. There is a significant difference in the residual signal -- the fixed point signal shows some kind of "glitches" (see attachments) while the floating point version looks more or...

It looks like I'll need to go further into the guts of speex to do this. I do, however, see some lines in nb_celp.c/nb_decode() that look interesting. I guess I'll play with it. I doubt that it will be terribly clean, though. Jean-Marc: Take a look at line 1195 in nb_celp.c (CVS). It reads "speex_warning ("More than to wideband layers found: corrupted stream?");" when it should b...

...1. Februar 2010 um 17:29 geschrieben: > Can you look at the residual signal? i.e. what it looks like after the pitch is > removed. Any significant difference there? Also, the pitch gain can be > informative. > I catched the "orignal" residual (st->exc from line 400 inside nb_celp.c) plus the "synthesized" one (exc on line 880 inside nb_celp.c) both for fixed and floating point. There is a significant difference in the residual signal -- the fixed point signal shows some kind of "glitches" (see attachments) while the floating point version looks more or...