similar to: problem linking new beta version

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: >

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)); -

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

Hi, all, I am new to this mail list. I have a question here. I just downloaded speex-1.2beta2.tar.gz and wanted to compile it with Visual Studio 2003. but I failed because I can not find the following file: speex-1.2beta2\libspeex\medfilter.c Could any one help me on this? Thanks, -Allen

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 =

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

Hi Cecile, it seems it is a tabu theme, or nobody uses VAD on speex. I've tried with external EasyVAD solution but the result was not as spected. Other users of the list suggest an algorithm to filter voice based on the power of the signal, but of course, it is not a voice activity detection. I am waiting also a solution for this, while so I use version 1.1.12. Regards. Cecile Dumotier

Tom Grandgent a ?crit : > You might not be doing anything wrong. Speex is stateful and can > get into a bad state sometimes. It's happened to me too, but not > recently. And I've seen such bugs reported on this list and fixed. > I suggest several approaches to solving the problem: Tom, can you give an example of how Speex can enter a "bad state"? I don't

Jean-Marc, I hate to say such things about Speex, especially when I've been unable to make such problems consistently reproducible. It takes a great deal of patience and effort to track down a rarely occurring problem like this in a production VOIP system. I ended up solving my problems by being more careful with the input to the encoder and switching to an SVN version of Speex. This

Thank you, but I am thinking about trying to move VAD implementation from 1.1.12 to 1.2. I'm not sure about how difficult it could be (maybe impossible due to Jean Marc has disappear). Have you tried this? Cecile. 2009/8/10 jesus <jmorion at toomeeting.com> > Hi Cecile, > > it seems it is a tabu theme, or nobody uses VAD on speex. I've tried > with external EasyVAD

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

Hello, first of all, sorry for the joke in the subject ;-) I have successfully update the speex library my software was using from 1.1.12 to 1.2beta1 (1.1.13). It is a VoIP software, where i set preprocessor VAD on and use the result of speex_preprocess() to determine if there is voice activity. I must say that it works fine...since i have update to the new version. Ive been testing, and

You might not be doing anything wrong. Speex is stateful and can get into a bad state sometimes. It's happened to me too, but not recently. And I've seen such bugs reported on this list and fixed. I suggest several approaches to solving the problem: 1) Try compiling Speex without compiler optimizations and see if the problem still occurs. Most likely it will, but this is an

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->sampling_rate); st->sampling_rate*=2; return st; } --

Hi, dear all I got the following problem when using speex1.2beta1 with VS 6.0: LINK : warning LNK4098: defaultlib "LIBCD" conflicts with use of other libs; use /NODEFAULTLIB:library libspeex.lib(sb_celp.obj) : error LNK2001: unresolved external symbol _lpc_window libspeex.lib(nb_celp.obj) : error LNK2001: unresolved external symbol _lpc_window I compiled speex1.2beta1 under win32

Hi, I am currently encoding 32 Khz/Qual-10/UWB encode mode, with MANUAL_ALLOC enabled ( similar to the c5x/c6x configuration). In file sb_celp.c, I noticed the scratch memory grow during recursive (UWB -> WB) calls to 'sb_encode'. 1. 'stack' was not tracked (with 'tmp_stack' as done at other palaces) after/before - auto-correlation/Levinson-Durbin scope (~line

Dear sirs, Speex fails to link with my application on symbian, sdk versions 2nd edition fp2 and fp3 with this errors: ..\..\..\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/SPEEX.o)(.text+0x158):Speex.c: undefined reference to `floor'

Hi Jean-Marc, after some problems with getting svn to work here I finally made it. Problem is, you write that I cannot use libspeex and libspeexdsp at the same time now -- because I use a "live" system (mic-in -> speex_enc -> speex_dec -> headphone out) and I can run the AD1836 audio codec on 48 kHz only, I cannot use my program now (because I use speex resampling...) So I

System: Linux 2.4.25, glibc-2.3.2, gcc-3.2.3 (weird palindrome there), on a Williamette core Pentium 4 (1.6Ghz) system. I've tried both speex 1.1.5 release, and the current CVS (which self-IDs as 1.1.4), and the result is the same. I suspect some funk in the use of the SSE intrinsics macros. Backtrace: #0 0x40024594 in filter_mem2_10 (x=0x805f31c, _num=0x8061fb8, _den=0x8061fe4,

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. >> >> >>