search for: submodeid

Hello, I do test runs of speex using speexenc -n [name].wav [name].spx The wav-files (6 different speech files) hereby are sampled at 44100Hz. Most interestingly, all Frames have SubModeID 5. I haven't tracked the Assignment of the SubModeID through the source code, so I just wanted to ask, if I can assume "speexenc -n" to use SubModeID 5 always? Ciao, Bj?rn -- You will overcome the attacks of jealous associates. -- Important! Please recognize my new GPG Public...

Hi, Jean-Marc Valin wrote: >> I haven't tracked the Assignment of the SubModeID through the source >> code, so I just wanted to ask, if I can assume "speexenc -n" to use >> SubModeID 5 always? > > Only if you never change the bit-rate. But speexenc -n was a dumb idea > in the first place... I know ... Thats why I downsampled the WAV-File to 8kH...

...nd 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 = st->submodeID = ((SpeexNBMode*)(st->mode->mode))->quality_map[quality]; } break; + case SPEEX_GET_QUALITY: + { + int quality; + + for(quality=0;quality <=10; quality++) + if (st->submodeID == ((SpeexNBMode*)(st->mode->mode))->quality_map[quality]) break; +...

...(SUBMODE(lpc_enh_k2), st->interp_qlpc, awk2, st->lpcSize); I am not sure if the newer code will have the same issue but the following check is performed in nb_decode_lost, so I figure the same thing should be done in decode... right? add (or equivalent): if (st->submodes[st->submodeID] != NULL) { k1=SUBMODE(lpc_enh_k1); k2=SUBMODE(lpc_enh_k2); k3=(1-(1-r*k1)/(1-r*k2))/r; } else { k1=k2=0.7; k3 = 0.0f; } Tom ______________________________________________ Tom Harper Lead...

...;vq.h" #include <speex/speex_bits.h> #include "vbr.h" #include "misc.h" #include <speex/speex_callbacks.h> #ifndef M_PI #define M_PI 3.14159265358979323846 /* pi */ #endif #ifndef NULL #define NULL 0 #endif #define SUBMODE(x) st->submodes[st->submodeID]->x #ifdef FIXED_POINT const spx_word32_t ol_gain_table[32]={18900, 25150, 33468, 44536, 59265, 78865, 104946, 139653, 185838, 247297, 329081, 437913, 582736, 775454, 1031906, 1373169, 1827293, 2431601, 3235761, 4305867, 5729870, 7624808, 10146425, 13501971, 17967238, 23909222, 31816294, 42...

...t; $ 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 = st->submodeID = ((SpeexNBMode*)(st->mode->mode))->quality_map[quality]; > } > break; > + case SPEEX_GET_QUALITY: > + { > + int quality; > + > + for(quality=0;quality <=10; quality++) > + if (st->submodeID == ((SpeexNBMode*)(st->mode->m...

for the bits init I am using speex_bits_set_bit_buffer and I don't use the write to or read from because the data is already in the buffer I am reading from and I am writing to the final buffer so I don't need to move arrays around. what part is the vocoder part of the decode? Thanks for your help! -Mike >>> Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> 08/06/07

Hi there. I am having a little trouble understanding the frame sizes chosen by the codec. testenc_uwb.c from the speex-1.0 source distribution has a framesize of 640 hardcoded and makes use of this value exclusively. However, a mode query on the actual codec returns 320 as a framesize for this mode. int tmp; speex_mode_query(&speex_uwb_mode, SPEEX_MODE_FRAME_SIZE, &tmp);

re: At 03:22 PM 10/25/2005, Jean-Marc Valin wrote: >Are you really sure you didn't have some corruption elsewhere? Totally possible- this is the first time this has happened that I know of in many many hours of usage- On the other hand, this null check isn't in my code base and it was in nb_decode_lost, and nb_encode- so I figured it was just an oversight- Tom