search for: lsp_to_lpc

Jean-Marc, Last week I tried the SVN code (build 11700) on the TI C55x DSP, and found that operation was broken again. I traced this to build 11522, committed on 5 June. The problem is in lsp.c, function lsp_to_lpc(). The line (lsp.c line 461 in build 11700): xin = 1<<(QIMP-1); /* 0.5 in QIMP format */ evaluates to zero. The following change corrects the problem: xin = SHL32(EXTEND32(1), (QIMP-1)); /* 0.5 in QIMP format */ Regards, Jim Crichton -------------- next part -------------- An...

...er in SRAM. 2. Wideband Encode+Decode takes 79.1 + 7.2 MIPS on my BF536 400/133 Mhz 3. Profiler says: vq_nbest 33.05% vq_nbest_sign 11.12% filter_mem16 4.14% inner_prod 4.07% iir_mem16 2.75% qmf_synth 2.32% lsp_to_lpc 2.32% open_loop_nbest_pitch 1.41% compute_impulse_response 1.37% qmf_decomp 1.28% lpc_to_lsp 1.26% fir_mem16 1.16% speex_bits_pack 1.07% speex_bits_unpack_unsigned 0.86% compute_rms16 0.79% 4. I'm u...

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 produce xout1 or xout2 that go to INF. That is the main issue- I have also seen the IIR filter...

> 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 produce xout1 or > xout2 that go to INF. Well, the question is where does...

...is- 99.9% of the time > this issue never happens but right now it is not possible > to recover from it when it does. Well, it should definitely work 100% of the time. > The input to the LPC code is valid as far as I can tell, > if a little large. What do you mean large? The input to lsp_to_lpc should be between 0 and pi in the floating-point version. > The specific test case is that when a CPU gets spiked to > 100% (which can happen) the audio captured can end > up not being contiguous - ie. you'll have a set of samples > then a gap and then another set of samples. So w...

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

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

...5911396 vq_nbest 800 5465094 5465094 iir_mem2 599 5378906 5378906 split_cb_search_shape_sign_N1 200 18106210 3694787 compute_impulse_response 200 3084502 3084502 open_loop_nbest_pitch 199 18400309 2817913 pitch_gain_search_3tap 199 7002859 2696353 _spx_autocorr 50 2211100 2211100 lsp_to_lpc 450 2076854 2076854 nb_encode 50 71523682 1938067 fir_mem2 50 1777450 1777450 cheb_poly_eva 9634 1564172 1564172 lsp_weight_quant 100 1032600 1032600 Does this make sense? I'm generating floating point code, using the optimizer, etc... Has anyone posted DM642, C64xx or C...

Hello! I'v downloaded speex lib 1.1.11.1. I am trying to port speex lib to Blackfin processor. I am using VisualDSP++ 4.0. If I am compiling source codes with using floating point everything ok. When I am compiling with FIXED_POINT defined everything's ok and code works about two times faster. But when I am defining BFIN_ASM I am getting several compiling errors in Blackfin assembler

...; else lsp_interpolate(st->old_lsp, st->lsp, st->interp_lsp, st->lpcSize, st->nbSubframes, st->nbSubframes<<1); lsp_enforce_margin(st->interp_lsp, st->lpcSize, LSP_MARGIN); /* Compute interpolated LPCs (unquantized) for whole frame*/ lsp_to_lpc(st->interp_lsp, st->interp_lpc, st->lpcSize,stack); /*Open-loop pitch*/ if (!st->submodes[st->submodeID] || st->vbr_enabled || st->vad_enabled || SUBMODE(forced_pitch_gain) || SUBMODE(lbr_pitch) != -1) { int nol_pitch[6]; spx_wor...

...e_response -T compute_rms -T compute_rms16 -T filter_mem16 T _fini -T fir_mem16 -T forced_pitch_quant -T forced_pitch_unquant -T highpass -T iir_mem16 T _init -T inner_prod -T interp_pitch -T lpc_to_lsp -T lsp_enforce_margin -T lsp_interpolate -T lsp_quant_high -T lsp_quant_lbr -T lsp_quant_nb -T lsp_to_lpc -T lsp_unquant_high -T lsp_unquant_lbr -T lsp_unquant_nb -T multicomb -T nb_decode -T nb_decoder_ctl -T nb_decoder_destroy -T nb_decoder_init -T nb_encode -T nb_encoder_ctl -T nb_encoder_destroy -T nb_encoder_init -T nb_mode_query -T noise_codebook_quant -T noise_codebook_unquant -T open_loop_nbest...

...e_response -T compute_rms -T compute_rms16 -T filter_mem16 T _fini -T fir_mem16 -T forced_pitch_quant -T forced_pitch_unquant -T highpass -T iir_mem16 T _init -T inner_prod -T interp_pitch -T lpc_to_lsp -T lsp_enforce_margin -T lsp_interpolate -T lsp_quant_high -T lsp_quant_lbr -T lsp_quant_nb -T lsp_to_lpc -T lsp_unquant_high -T lsp_unquant_lbr -T lsp_unquant_nb -T multicomb -T nb_decode -T nb_decoder_ctl -T nb_decoder_destroy -T nb_decoder_init -T nb_encode -T nb_encoder_ctl -T nb_encoder_destroy -T nb_encoder_init -T nb_mode_query -T noise_codebook_quant -T noise_codebook_unquant -T open_loop_nbest...