search for: compute_weighted_codebook

Hi, here is a patch making the function compute_weighted_codebook a little bit faster. Not so impressive but avoid a loop and is really faster on small platforms like the MIPS I'm working on. Enjoy, Matthieu Poullet -------------- next part -------------- A non-text attachment was scrubbed... Name: cwc_patch Type: application/octet-stream Size: 1226 bytes D...

hi, i am trying to compile a fixed point version of lipspeex on desktop windows environment. a short reason for the complicated story is that we need to keep the 'engine' part of our project same across the various ports of our voip project (blame the pointy haired boss). now, when i compile with FIXED_POINT defined in the Visual C++ 6.0, i get these errors:

...ut when I build with FIXED_POINT defined, the compiler exits when it find this discrepancy in \libspeex\cb_search.c : ".\libspeex\cb_search.c", line 185: cc0167: error: argument of type "spx_word16_t *" is incompatible with parameter of type "float *" compute_weighted_codebook(shape_cb, r, resp, resp2, E, shape_cb_size, subvect_size, stack); The function definition defines resp2 as a float in line 47: static void compute_weighted_codebook(const signed char *shape_cb, const spx_sig_t *r, spx_word16_t *resp, float *resp2, spx_word32_t *E, int shape_cb_size, int subvect_si...

I am using speex on a Philips LPC2138 Arm 7 processor and have hit two compiler warnings when using FIXED_POINT and the Arm 4 asm code. In cb_search.c get a warning on the call to compute_weighted_codebook of: "passing arg 2 of 'compute_weighted_codebook' from incompatible pointer type' In cp_search_arm4.h it is defined as: static void compute_weighted_codebook(const signed char *shape_cb, const spx_sig_t *r, ..... but in cb_search.c it is defined as static void compute_weighted_c...

...All codebooks are stored as "signed >char", you'd be wasting lots of space on the C55xx unless you find a way >of packing everything. > I have not addressed this problem yet. In my testing all the Speex code and data in the on-chip sram of TI C5509 DSP, and it all fit. Is compute_weighted_codebook the only routine that looks at the raw codebooks? If so, I'll take a look at packing the codebooks to save a few KB. Here is a description of the changes. 1) update arch.h to provide definitions of spx_int32_t, spx_sig_t, etc, for 16-bit processor. 2) update fixed_generic.h with typecasts...

...curious, how much of the DSP does it take to do that? > I fixed the problem where extracting bytes from SpeexBits was wrong endian. Good! > I have not addressed this problem yet. In my testing all the Speex code > and data in the on-chip sram of TI C5509 DSP, and it all fit. Is > compute_weighted_codebook the only routine that looks at the raw > codebooks? If so, I'll take a look at packing the codebooks to save a > few KB. compute_weighted_codebook (and the corresponding decoding function) is the only function using the codebooks that have "exc" in the name. The are two othe...

On Mon, 2006-01-23 at 10:15 -0500, tom abcd wrote: > I am using speex on a Philips LPC2138 Arm 7 processor and have hit two > compiler warnings when using FIXED_POINT and the Arm 4 asm code. > > In cb_search.c get a warning on the call to compute_weighted_codebook of: > "passing arg 2 of 'compute_weighted_codebook' from incompatible pointer type' OK, I forgot to update the ARM4 code. That should definitely be fixed (otherwise it's not going to work). > The second warning is in ltp_arm4.h in "pitch_xcorr(" getting a war...

Dear Valin, Please, can you explain me the mean of the routines' parameters: 1. void vq_nbest(); 2. static void compute_weighted_codebook(); 3. static inline void target_update(); 4. void split_cb_search_shape_sign(); 5. void split_cb_shape_sign_unquant(); 6. void noise_codebook_quant(); 7. void noise_codebook_unquant(); and what they do briefly??? It's very difficult understand a code written by another person! I thank yo...

...t below 720Mhz/32 channels = 22.5M cycles per channel. I did a little work on inner_prod() and normalize16() and I'm confident I can get 32 channels by optimizing 5 or 6 functions. I expect these numbers to translate over the DM642. Symbol Name Count cycle.Total: Incl. cycle.Total:Excl. compute_weighted_codebook 200 4511420 4511420 iir_mem2 599 3338308 3338308 filter_mem2 799 2323655 2323655 compute_impulse_response 200 1800518 1800518 pitch_gain_search_3tap 199 4726604 1744952 open_loop_nbest_pitch 199 4204121 1641016 vq_nbest 800 1626252 1626252 lpc_to_lsp 50 1612650 1558133...

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

...diff --git a/libspeex/cb_search_bfin.h b/libspeex/cb_search_bfin.h index ae9cf83..edb1eca 100644 --- a/libspeex/cb_search_bfin.h +++ b/libspeex/cb_search_bfin.h @@ -33,6 +33,8 @@ SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. */ +#include "bfin.h" + #define OVERRIDE_COMPUTE_WEIGHTED_CODEBOOK void compute_weighted_codebook(const signed char *shape_cb, const spx_word16_t *r, spx_word16_t *resp, spx_word16_t *resp2, spx_word32_t *E, int shape_cb_size, int subvect_size, char *stack) { @@ -73,10 +75,7 @@ void compute_weighted_codebook(const signed char *shape_cb, const spx_word16_t *...

Greetings, I've just started porting speex to a TI C5509 DSP. It doesn't look like it's going to be too painful, but there are a couple of quirks about the C5x. 1) chars are 16 bits because memory addresses are for 16bit words 2) ints and short are also 16 bits (so sizeof(char) = sizeof(short) = sizeof(int) = 1) 3) the c5x is essentially big endian My plan is to change int and

...:52: first defined here /home/lorenz/lib/libspeex_debug.a(window.o):(.bss+0x0): multiple definition of `_spx_mips' /home/lorenz/lib/libspeex_debug.a(speex.o):/home/lorenz/Blackfin/speex-1.2beta3/libspeex/speex.c:52: first defined here /home/lorenz/lib/libspeex_debug.a(cb_search.o): In function `compute_weighted_codebook': /home/lorenz/Blackfin/speex-1.2beta3/libspeex/cb_search_bfin.h:38: multiple definition of `_spx_mips' /home/lorenz/lib/libspeex_debug.a(speex.o):/home/lorenz/Blackfin/speex-1.2beta3/libspeex/speex.c:52: first defined here /home/lorenz/lib/libspeex_debug.a(filters.o): In function `normaliz...

...ned here > /home/lorenz/lib/libspeex_debug.a(window.o):(.bss+0x0): multiple definition of `_spx_mips' > /home/lorenz/lib/libspeex_debug.a(speex.o):/home/lorenz/Blackfin/speex-1.2beta3/libspeex/speex.c:52: first defined here > /home/lorenz/lib/libspeex_debug.a(cb_search.o): In function `compute_weighted_codebook': > /home/lorenz/Blackfin/speex-1.2beta3/libspeex/cb_search_bfin.h:38: multiple definition of `_spx_mips' > /home/lorenz/lib/libspeex_debug.a(speex.o):/home/lorenz/Blackfin/speex-1.2beta3/libspeex/speex.c:52: first defined here > /home/lorenz/lib/libspeex_debug.a(filters.o): In fun...

...lib/libspeex_debug.a(window.o):(.bss+0x0): multiple >> definition of `_spx_mips' >> /home/lorenz/lib/libspeex_debug.a(speex.o):/home/lorenz/Blackfin/speex-1.2beta3/libspeex/speex.c:52: >> first defined here /home/lorenz/lib/libspeex_debug.a(cb_search.o): >> In function `compute_weighted_codebook': >> /home/lorenz/Blackfin/speex-1.2beta3/libspeex/cb_search_bfin.h:38: >> multiple definition of `_spx_mips' >> /home/lorenz/lib/libspeex_debug.a(speex.o):/home/lorenz/Blackfin/speex-1.2beta3/libspeex/speex.c:52: >> first defined here /home/lorenz/lib/libspeex_deb...