similar to: Crash in cb_search.c, line 414

That's quite strange. The only thing I can say is that the bug is most likely *not* around line 414. It's probably some sort of memory corruption somewhere else (quite possibly outside of Speex). Do you have any more information? What CPU? What's the value of best_ntarget[j]? Is SSE enabled? What's the allocation method (VAR_ARRAYS/USE_ALLOCA)? What compiler. Jean-Marc Thorvald

Jean-Marc Valin wrote: > That's quite strange. The only thing I can say is that the bug is most > likely *not* around line 414. It's probably some sort of memory > corruption somewhere else (quite possibly outside of Speex). Do you have > any more information? What CPU? What's the value of best_ntarget[j]? Is > SSE enabled? What's the allocation method

Jean-Marc Valin wrote: >> gcc version 3.4.5 (mingw special) > > Can you try 4.0 or 4.1 just to be sure? mingw (native gcc for win32) doesn't officially support using gcc 4.0 and 4.1 yet (apparantly there have been some issues), so there are no binary packages. But if you think it helps, I can compile gcc 4.1 and give it a shot. >> Compile flags: >> DEFINES +=

Hi, Jean-Marc Valin wrote: > Well, you could change the order in the encoder as long as you reverse > it in the decoder as well. Ok, I see that in the split_cb_shape_sign_unquant function, that each coefficient is tied to it's position in the nb_subvect exc coefficients. Honestly, I have problems understanding what exactly the codebook search works like. If you have the time to to

Hello, Is it possible to adjust the level of the denoiser ? In an old beta, before you change the aggressiveness of the denoiser, it works very well with the noise of a car, a road etc... but not now. The AEC too works very well in a old beta, but now, I think there is a problem... I have tested it with the same sound card (WB 16000). In any case, your project is the best VOIP library in this

Hello, The denoiser was good with a car noise or a raod noise before the r11739. But for some situation, the actual version is perfect. That's why I think that if we can adjust the agressivity of the denoiser, we can respond to all of the situations. Maybe two parameters should be enough : high or low. For the AEC, I have to test with older versions because it's another person that

Hi, Jean-Marc Valin wrote: > Not sure I understand your question. Change the order of what within what? In cb_search, we iterate nb_subvect times over a codebook, finding nb_subvect codebook entries to quantize the excitation signal. After finding these nb_subvect codebook entries, they're written into the stream: /*save indices*/ for (i=0;i<nb_subvect;i++) {

> 1. What is the point in multiplying a codebook index with some number > ant adding a loop variable to it as done in the exc unquant function. > for (j=0;j<subvect_size;j++) > exc[subvect_size*i+j]+=s*0.03125*shape_cb[ind[i]*subvect_size+j]; That's just how you represent a 2D array in C: the codebook has shape_cb_size entries and subvect_size samples per

Ouss a ?crit : > Hello, > > Is it possible to adjust the level of the denoiser ? Not for now. > In an old beta, before you change the aggressiveness of the denoiser, it > works very well with the noise of a car, a road etc... but not now. When did that change? > The AEC too works very well in a old beta, but now, I think there is a > problem... When did that change?

Hi, I am bring SPEEX up on Analog Device's Blackfin (using Visual DSP++ tool set). The floating point was too slow on this fixed-point processor so I am going for the integer version. The floating point library build was very clean, but when I build with FIXED_POINT defined, the compiler exits when it find this discrepancy in \libspeex\cb_search.c : ".\libspeex\cb_search.c",

Guys, Program stack is getting overflowed when I create and destroy encoder instance continuously for around 30 times. How can I ensure stack is completely freed when I destroy the encoder instance? I tried with VAR_ARRAYS. But Its giving me errors while I try to compile. I suppose VAR_ARRAYS allocates local variables as arrays so that they could go on to stack and finally when we leave the

Jean-Marc, Thanks for the response and the helpful info. I am trying to get the library to build without using the pseudostack define, and use either VAR_ARRAYS or ALLOC, but it seems the global stack is not defined. Where do can I define this in my example? VR -----Original Message----- From: Jean-Marc Valin [mailto:jmvalin at jmvalin.ca] Sent: Tuesday, February 20, 2018 5:40 PM To:

Hi,I have been trying some different sample rate and bitrate combinations to get a feel for how CELT behaves,too, like Andrew Lentvorski. But I want to use VBR option.I want to ask a question about VBR in CELT codec.Can we use VBR option in CELT ??? "byte_per_packet" variable in code means constant bit rate, does not it ?In this code : bytes_per_packet is constant.len =

?? hi ?Jean-Marc, ? thanks for your answer. But still I am struggling to find a reasonable upper limit for the RAM sizes. ? You say we need 4.5/9.0 kB for enc/dec per channel. But are those sizes really independent of any settings, like frame_size, bitrate, complexity, etc. ? ? at least in our configuration I find these requirements:? ?- native stack: < 2.1kB (enc or dec) measured by RealView

Hi, Jean-Marc Valin wrote: >> 1. What is the point in multiplying a codebook index with some number >> ant adding a loop variable to it as done in the exc unquant function. >> for (j=0;j<subvect_size;j++) >> exc[subvect_size*i+j]+=s*0.03125*shape_cb[ind[i]*subvect_size+j]; > > That's just how you represent a 2D array in C: the codebook has

I'm glad to hear that my data size can be shrunk considerably, however I do not know the minimum values that I would set the static arrays to be. I hate to be a bother but could you tell me the minimum values for these arrays/structures in the state structure? Thanks! encode: stack winBuf excBuf swBuf lagWindow old_lsp old_qlsp mem_sp mem_sw mem_sw_whole mem_exc mem_exc2 pi_gain pitch

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: maleout12may.wav Type: audio/wav Size: 95884 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20050524/57112d0c/maleout12may-0001.bin

Hi, I am using speex 1.2beta2 on a 24bit DSP that has a severe program and data space limitations. I am only interested in the speex decoder for 11kbps narrowband implementation. I am using the following parameters and structures 160, /*frameSize*/ 40, /*subframeSize*/ 10, /*lpcSize*/ 17, /*pitchStart*/ 144, /*pitchEnd*/ /* 11 kbps medium bit-rate

Hi, I'm trying to get speex working on an ARM board (ARM926EJ-Sid(wb) core, ARM 5TE architecture) and getting segfaults if build with "--enable-fixed-point --enable-arm5e-asm" options. If I use just "--enable-fixed-point", then it runs fine, but once I add "--enable-arm5e-asm" it start crashing (I use testenc to test it). Further investigation showed, that it

Hi, I'm using CELT encoder/decoder from several threads (but *different* encoder/decoder objects from the different threads) and I have various crash or "abort" (like ec_byte_write_at_end calling "celt_fatal("byte buffer collision");" It there any threading issues to known when using CELT? Thanks Stephane Letz