search for: sb_celp

diffed against http://svn.xiph.org/trunk/speex r9583 Index: libspeex/sb_celp.c =================================================================== --- libspeex/sb_celp.c (revision 9583) +++ libspeex/sb_celp.c (working copy) @@ -272,7 +272,6 @@ st->g0_mem=speex_alloc((QMF_ORDER)*sizeof(spx_word32_t)); st->g1_mem=speex_alloc((QMF_ORDER)*sizeof(spx_word32_t));...

...B(../../../SYMBIAN/8.0A/S60_2ND_FP2/EPOC32/BUILD/SRC/SPEEX/SYMBIAN/SPEEX/ARMI/UREL/VBR.o)(.text+0xd74):Vbr.c: relocation truncated to fit: ARM_26 log ..\..\..\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/SB_CELP.o)(.text+0x2c0):Sb_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/SB_CELP.o)(.text+0x2c0):Sb_celp.c: relocation truncated to fit: ARM_26 cos ..\..\..\SYMBI...

A little more info on this: I backtracked deeper into this and it looks like excBuf is corrupted, which is corrupted by low_innov_alias being invalid. However it is not entirely clear where that gets initialized (in sb_celp it is set to out+st->frame_size) Tom

...t to add a speaker phone mode to a PDA based VoIP application and AGC would be very useful here. I'm no DSP expert but if I can help you somehow with development or testing, please let me know. Thank you Daniel -------------- next part -------------- A non-text attachment was scrubbed... Name: sb_celp.patch Type: application/octet-stream Size: 905 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20061209/f67abfc1/sb_celp.obj

...(*(int*)ptr) = -1; + speex_warning("quality not set"); + return -1; + } else + (*(int*)ptr) = quality; + } + break; case SPEEX_SET_COMPLEXITY: st->complexity = (*(int*)ptr); if (st->complexity<1) $ diff -u ../original/speex-1.1.6/libspeex/sb_celp.c libspeex/sb_celp.c --- ../original/speex-1.1.6/libspeex/sb_celp.c 2004-07-15 01:16:52.000000000 -0400 +++ libspeex/sb_celp.c 2005-02-27 08:33:38.000000000 -0500 @@ -1217,6 +1217,13 @@ speex_encoder_ctl(st->st_low, SPEEX_SET_MODE, &nb_qual); } break; + case SPEEX_G...

Revision 9316 introduced SB_ENC_STACK and friends, but misdefines SB_ENC_STACK to be too small, resulting in quite noticable artifacts in wideband mode as well as memory corruption and a crash (sooner or later). The patch below should return SB_ENC_STACK to be equal to what it replaced. Index: sb_celp.c =================================================================== --- sb_celp.c (revision 9379) +++ sb_celp.c (working copy) @@ -49,7 +49,7 @@ /* Default size for the encoder and decoder stack (can be changed at compile time). This does not apply when using variable-size arrays or alloca...

Tom Harper a ?crit : > A little more info on this: > > I backtracked deeper into this and it looks like excBuf > is corrupted, which is corrupted by low_innov_alias > being invalid. However it is not entirely clear where > that gets initialized (in sb_celp it is set to out+st->frame_size) While looking for the problem, I ended up fixing two other things that could be related. Can you test current svn and tell me if the problem still occurs? Is so, can you tell me exactly what options you've been using (sampling rate, bit-rate, vbr, vad, dtx,...

> In the current version in SVN the wideband encoder/decoder doesn't > correctly pass the parameter of SPEEX_SET_SUBMODE_ENCODING to the > underlying narrowband codec. My patch fixes this. Thanks. Strange that this didn't cause problems before. > Then I have a question regarding the EPIC_48K mode. Should the > perceptual enhancer work with this mode? At the moment it is

> Thanks for looking into this- I think I needed to give you a > bit more info! Sorry for such a vague initial report. > > So most of these problems seem to be coming > from the lsp_to_lpc function. In particular the following: > xout1 = xin1 - 2.f*x_freq[i2] * *n1 + *n2; > xout2 = xin2 - 2.f*x_freq[i2+1] * *n3 + *n4; > > ... in the floating

> I don't think that the stack is getting corrupted- but I can't > rule it out- so what I will do is try to record some > samples to a file to reproduce this outside of the app. > Is there a standard place to post test files? It would indeed be much easier to deal with a stand-alone file. If possible, please upload it to a website and send the URL. Otherwise, just send it to

Hi again JM, I hate to nit-pick, but it seems that the memory pointed to by the member "h1_mem" in the SBEncState structure is allocated, freed and initialized but never actually used. Perhaps it's a leftover from some previous incarnation of the QMF code? Hope I'm not wasting your time here. John Ridges

Jean Marc, I don't think that the stack is getting corrupted- but I can't rule it out- so what I will do is try to record some samples to a file to reproduce this outside of the app. Is there a standard place to post test files? Note also I am intentionally stressing out speex here in part to figure out what the issue is- 99.9% of the time this issue never happens but right now it is not

...lity not set"); > + return -1; > + } else > + (*(int*)ptr) = quality; > + } > + break; > case SPEEX_SET_COMPLEXITY: > st->complexity = (*(int*)ptr); > if (st->complexity<1) > > $ diff -u ../original/speex-1.1.6/libspeex/sb_celp.c libspeex/sb_celp.c > --- ../original/speex-1.1.6/libspeex/sb_celp.c 2004-07-15 01:16:52.000000000 -0400 > +++ libspeex/sb_celp.c 2005-02-27 08:33:38.000000000 -0500 > @@ -1217,6 +1217,13 @@ > speex_encoder_ctl(st->st_low, SPEEX_SET_MODE, &nb_qual); > } >...

Jean Marc- Thanks for looking into this- I think I needed to give you a bit more info! Sorry for such a vague initial report. So most of these problems seem to be coming from the lsp_to_lpc function. In particular the following: xout1 = xin1 - 2.f*x_freq[i2] * *n1 + *n2; xout2 = xin2 - 2.f*x_freq[i2+1] * *n3 + *n4; ... in the floating point version this code can

...l Decoding 44100 Hz audio using ultra-wideband (sub-band CELP) mode (VBR) Encoded with Speex 1.0beta4 author=Star Wars title=01 - A Wind to Shake the Stars Program received signal SIGSEGV, Segmentation fault. 0x4001a475 in sb_decode_lost (st=0x8055280, out=0x805e678, dtx=0, stack=0x8058c18) at sb_celp.c:828 828 k1=SUBMODE(lpc_enh_k1); (gdb) bt #0 0x4001a475 in sb_decode_lost (st=0x8055280, out=0x805e678, dtx=0, stack=0x8058c18) at sb_celp.c:828 #1 0x4001a6f2 in sb_decode (state=0x8055280, bits=0x0, out=0x805e678) at sb_celp.c:936 #2 0x4001ee4b in speex_decode (state=0x805528...

...) #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.c:62 #7 0x657c0003 in sb_encoder_destroy (state=0x4156be8) at sb_celp.c:339 #8 0x657bac1f in speex_encoder_destroy (state=0x4156be8) at speex.c:62 #9 0x657c0003 in sb_encoder_destroy (state=0x4156b60) at sb_celp.c:339 #10 0x657bac1f in speex_encoder_destroy (state=0x4156b60) at speex.c:62 (gdb) l nb_celp.c:229 224 225 speex_free (st->inBuf); 226...

...fix! Tom Jean-Marc Valin (jean-marc.valin@hermes.usherb.ca) wrote: > > Yep, you found a bug and here's the patch. It should solve your problem > (using VBR without DTX), but there many still be some tuning do to on > the DTX. > > Jean-Marc > > > diff -u -r1.118 sb_celp.c > --- sb_celp.c 18 Mar 2003 06:13:30 -0000 1.118 > +++ sb_celp.c 4 May 2003 04:58:16 -0000 > @@ -351,6 +351,8 @@ > int modeid; > modeid = mode->nb_modes-1; > st->relative_quality+=1.0*(ratio+2); > + if (st->relative_quali...

Hi, Jean-Marc, I have another quick question, I got following message when compile speexdec.exe: Linking... libspeex.lib(sb_celp.obj) : error LNK2001: unresolved external symbol _lpc_window Release/speexdec.exe : fatal error LNK1120: 1 unresolved externals Where does this lpc_window declare? Thanks a lot, -Allen On 8/8/07, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > Allen Guan a ?crit : > > H...

...not short: -37996 in ltp.c: line 649 SHL16: output is not short: -33580 in ltp.c: line 649 EXTRACT16: input is not short: 36941 in nb_celp.c: line 802 SHL16: output is not short: -36586 in ltp.c: line 649 SHL16: output is not short: -37448 in ltp.c: line 649 EXTRACT16: input is not short: -32775 in sb_celp.c: line 1083 EXTRACT16: input is not short: 32775 in sb_celp.c: line 1083 EXTRACT16: input is not short: 39844 in sb_celp.c: line 1083 EXTRACT16: input is not short: -38669 in sb_celp.c: line 1083 EXTRACT16: input is not short: -38087 in sb_celp.c: line 1083 EXTRACT16: input is not short: -33703 in...

Speex 1.0 - in file sb_celp.c line 218 change speex_decoder_ctl(...) to speex_encoder_ctl(...): void *sb_encoder_init(SpeexMode *m) { . . . --> speex_decoder_ctl(st->st_low, SPEEX_GET_SAMPLING_RATE, &st->sampling_rate); // Replace <-- speex_encoder_ctl(st->st_low, SPEEX_GET_SAMPLING_RATE, &st...