When updating the speex sources from svn tree, I found that the following revision has corrupted the deallocation (segmentation fault): ------------------------------------------------------------------------ r9320 | jm | 2005-05-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.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 speex_free (st->excBuf); 227 speex_free (st->innov); 228 speex_free (st->interp_qlpc); 229 speex_free (st->qlsp); 230 speex_free (st->old_qlsp); 231 speex_free (st->interp_qlsp); 232 speex_free (st->swBuf); Thanks for any help, Dario Andrade IP.TV Mobile +55.21.9453.5005 Office +55.21.2141.9525 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20050622/99fdf43a/attachment-0001.html
Hi, So 9316 works and 9320 doesn't? How about latest SVN. I just ran everything in valgrind and saw no error at all. Can you give more info on how to reproduce (with speexenc)? Jean-Marc Le mercredi 22 juin 2005 ? 21:19 -0300, Dario Andrade a ?crit :> > > When updating the speex sources from svn tree, I found that the > following revision has corrupted the deallocation (segmentation > fault): > > > > ------------------------------------------------------------------------ > > r9320 | jm | 2005-05-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.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 speex_free (st->excBuf); > > 227 speex_free (st->innov); > > 228 speex_free (st->interp_qlpc); > > 229 speex_free (st->qlsp); > > 230 speex_free (st->old_qlsp); > > 231 speex_free (st->interp_qlsp); > > 232 speex_free (st->swBuf); > > > > > > Thanks for any help, > > Dario Andrade > > IP.TV > > Mobile +55.21.9453.5005 > > Office +55.21.2141.9525 > > > > > > _______________________________________________ > Speex-dev mailing list > Speex-dev@xiph.org > http://lists.xiph.org/mailman/listinfo/speex-dev
> So 9316 works and 9320 doesn't? How about latest SVN. I just ran > everything in valgrind and saw no error at all. Can you give more info > on how to reproduce (with speexenc)? > > Jean-Marc >I went to check my code and it turned out to be a fault in the speex_encoder_destroy being used to destroy a decoder state. It seems that the new revision thriggered this error. Thanks anyway, and sorry for inconvenience. BTW, I have some trouble using the speex AEC. After I've produced some test samples and they were being tested in two different acoustic echo cancellers, it seems that the speex aec isn't doing a lot. As I read in the mailing list, some people are being successful using it, so I have some questions: 1) What does the ref and echo mean in your function call? "Echo" for me would be the nearend (microfone + echo) and "Ref" should be the farend (nearend speaker). But if I use them like that, nothing happens! 2) What's the filter length I should be using anyway? 3) I guess the output parameter is the mic ("echo" signal) without the "ref" (farend speaker) influence, right? 4) Does the Y output have some use? Anyway, hope I could be using speex's AEC. Thanks for any help, Dario