search for: nb_decod

...: 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 ______________________________________________ Tom Harper Lead Software Engineer SightSpeed - <http://www.sightspeed.com/>http://www.sightspeed.com/ 918 Parker St, Suite A14 Berkeley, CA 94710 Email: tharper@sightspeed.com...

...nh_k2); which in the newer codebase is: bw_lpc(SUBMODE(lpc_enh_k1), st->interp_qlpc, awk1, st->lpcSize); bw_lpc(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 {...

I've been working on improving packet loss concealment in my VoIP client -- I hadn't actually realized speex performed some PLC until I was looking at nb_decode(). There are two things I'd like to do, and I think both will require some modification to nb_decode() and nb_decode_lost(). - I'd like to have my frames overlap by some number of samples. This is intended to reduce the amount of fill/stretch that has to happen when a packet is missing....

I've been working on improving packet loss concealment in my VoIP client -- I hadn't actually realized speex performed some PLC until I was looking at nb_decode(). There are two things I'd like to do, and I think both will require some modification to nb_decode() and nb_decode_lost(). - I'd like to have my frames overlap by some number of samples. This is intended to reduce the amount of fill/stretch that has to happen when a packet is missing....

It looks like I'll need to go further into the guts of speex to do this. I do, however, see some lines in nb_celp.c/nb_decode() that look interesting. I guess I'll play with it. I doubt that it will be terribly clean, though. Jean-Marc: Take a look at line 1195 in nb_celp.c (CVS). It reads "speex_warning ("More than to wideband layers found: corrupted stream?");" when it should be "Mor...

...with speex_mode_query() > return values. So, for now I declared own version of wb_skip_table[]. I'll need to have a closer look at that code. > I also think that having rame_num.c in libspeex, code size could be > reduced and simplified slightly by using speex_skip_wb_frame() in > nb_decode() instead of duplicating code. Well, the code is a bit different (e.g. handling of in-band data), so I'm not sure it's possible in a way that is worth it. > You definitely have to create some dictionary of terms, used in Speex. > It's really hard to understand what is meant by...

Hi Alexander, > Here is first attempt. I'm sending it here for review - am I understand > you correctly? If general approach is correct, I'll change code to use > modes from modes.c. I haven't tested, but it looks sane. Just a few comments: - printf("\tERROR not enough bits left after wb\n"); this is actually now an error. It just means you got to the end of the

Hi, I am using 1.2beta2 on a C5416 doing narrowband in the decode function I am having a problem with the execution of my program vectoring off to random interrupts that are not used. I have tracked down the error to the highpass function called in nb_decode -very close to the end of the function-context: it is called here: ln 1719 for me if (st->highpass_enabled) highpass(out, out, st->frameSize, (st->isWideband?HIGHPASS_WIDEBAND:HIGHPASS_NARROWBAND)|HIGHPASS_OUTPUT, st->mem_hp); /*for (i=0;i<st->frameSize;i++) pr...

...and last four elements should be -1 instead of 0 to make it compatible with speex_mode_query() return values. So, for now I declared own version of wb_skip_table[]. I also think that having rame_num.c in libspeex, code size could be reduced and simplified slightly by using speex_skip_wb_frame() in nb_decode() instead of duplicating code. >> One question - as far as I understand, to get number of samples >> we should not parse WB frames even in (U)WB mode, becuase >> in WB mode "meta"-frame consist of NB frame, and WB frame. >> Is it correct? > > I don't un...

...larity I attached modified testenc.c I used to test my code. On 2/14/08, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > > I also think that having rame_num.c in libspeex, code size could be > > reduced and simplified slightly by using speex_skip_wb_frame() in > > nb_decode() instead of duplicating code. > > Well, the code is a bit different (e.g. handling of in-band data), so > I'm not sure it's possible in a way that is worth it. Oh, you're right, inband handling is different, but it's a matter of one flag, passed to functioin. Probably no...

...FIXED_DEBUG. The error messages are (lots of this): ADD32: output is not int: 1702286034 in ltp.c: line 68 ADD32: output is not int: 1455757562 in ltp.c: line 69 Call stack for this (only set the break point once, may be there are other call stacks on error, too): sb_decode ( ) at sb_celp.c:898 nb_decode ( ) at nb_celp.c:1471 multicomb ( ) at filter.c:709 interp_pitch ( ) at filter.c:603 inner_prod ( ) at ltp.c:68 Can you help please? best regards, Frank ___________________________________________________________ Preisknaller: WEB.DE DSL Flatrate f?r nur 16,99 Euro/mtl.! http://produkte.web.de/...

...h FIXED_DEBUG. The error messages are (lots of this): ADD32: output is not int: 1702286034 in ltp.c: line 68 ADD32: output is not int: 1455757562 in ltp.c: line 69 Call stack for this (only set the break point once, may be there are other call stacks on error, too): sb_decode ( ) at sb_celp.c:898 nb_decode ( ) at nb_celp.c:1471 multicomb ( ) at filter.c:709 interp_pitch ( ) at filter.c:603 inner_prod ( ) at ltp.c:68 Can you help please? best regards, Frank ______________________________________________________ GRATIS f?r alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://m...

...DD32: output is not int: 1455757562 in ltp.c: line 69<br />><br />> Call stack for this (only set the break point once, may be there are other<br />> call<br />> stacks on error, too):<br />><br />> sb_decode ( ) at sb_celp.c:898<br />> nb_decode ( ) at nb_celp.c:1471<br />> multicomb ( ) at filter.c:709<br />> interp_pitch ( ) at filter.c:603<br />> inner_prod ( ) at ltp.c:68<br />><br />> Can you help please?<br />><br />> best regards,<br />> Frank<br />> _...

...> of this): > ADD32: output is not int: 1702286034 in ltp.c: line 68 > ADD32: output is not int: 1455757562 in ltp.c: line 69 > > Call stack for this (only set the break point once, may be there are other call > stacks on error, too): > > sb_decode ( ) at sb_celp.c:898 > nb_decode ( ) at nb_celp.c:1471 > multicomb ( ) at filter.c:709 > interp_pitch ( ) at filter.c:603 > inner_prod ( ) at ltp.c:68 > > Can you help please? > > best regards, > Frank > ______________________________________________________ > GRATIS f?r alle WEB.DE-Nutzer: Die maxdo...

Is there any way to access only the narrowband portion of a wideband stream? I'd like to be able to encode the audio only once, but allow members in a conference to have some rough selection of bandwidth, and allow them to move to a lower-bitrate stream if there is a need to do so. Thanks, Matthias -- Matthias Granberry matthias@utdallas.edu (469) 371-0596 --- >8 ---- List archives:

...in ltp.c: line 68 > > ADD32: output is not int: 1455757562 in ltp.c: line 69 > > > > Call stack for this (only set the break point once, may be there are > other > > call > > stacks on error, too): > > > > sb_decode ( ) at sb_celp.c:898 > > nb_decode ( ) at nb_celp.c:1471 > > multicomb ( ) at filter.c:709 > > interp_pitch ( ) at filter.c:603 > > inner_prod ( ) at ltp.c:68 > > > > Can you help please? > > > > best regards, > > Frank > > ______________________________________________...

...reak point once, may be there are<br />> > other<br />> >&nbsp; > call<br />> >&nbsp; > stacks on error, too):<br />> >&nbsp; ><br />> >&nbsp; > sb_decode ( ) at sb_celp.c:898<br />> >&nbsp; > nb_decode ( ) at nb_celp.c:1471<br />> >&nbsp; > multicomb ( ) at filter.c:709<br />> >&nbsp; > interp_pitch ( ) at filter.c:603<br />> >&nbsp; > inner_prod ( ) at ltp.c:68<br />> >&nbsp; ><br />> >&nbsp; > Can yo...

After searching the mailing list archive (I forgot to do that before posting, sorry!) I found the solutions: 1) The documentation has a mistake: The bit terminator is NOT set automatically! (I'm using the latest speex version!) It has to be set manually using speex_bits_insert_terminator(&bits); 2) speex_decoder_int() has to be called as long, as it returns -1. After that, all frames

...> > > Call stack for this (only set the break point once, may be there are > > > > other > > > > > call > > > > > stacks on error, too): > > > > > > > > > > sb_decode ( ) at sb_celp.c:898 > > > > > nb_decode ( ) at nb_celp.c:1471 > > > > > multicomb ( ) at filter.c:709 > > > > > interp_pitch ( ) at filter.c:603 > > > > > inner_prod ( ) at ltp.c:68 > > > > > > > > > > Can you help please? > > > > > > >...

...gt;>>>> >>>>>> Call stack for this (only set the break point once, may be >>>>>> there are >>>>> other >>>>>> call stacks on error, too): >>>>>> >>>>>> sb_decode ( ) at sb_celp.c:898 nb_decode ( ) at >>>>>> nb_celp.c:1471 multicomb ( ) at filter.c:709 interp_pitch ( >>>>>> ) at filter.c:603 inner_prod ( ) at ltp.c:68 >>>>>> >>>>>> Can you help please? >>>>>> >>>>>> best regards, F...