search for: speex_

Hi, No, it only happens with speex_wb_mode. But like I said, it is because in wideband mode, the function sb_encoder_init is called and this function initializes the sampling rate using speex_*de*coder_ctl instead of speex_*en*coder_ctl In narrowband mode, the sampling rate is just initialized to 8000 st->sampling_rate=8000; BTW,...

Hi, Has anybody some information on on the "Redundant audio data" header in the speex rtp payload? Is this header always present? Is its value always the same? Can it be modified through some speex_*_ctl function? Thanks, Emmanuel -- ------------------------------------------------------------- Emmanuel Wauters Tel : (+32) 11 30 13 30 mailto:emmanuel.wauters@androme.com http://www.androme.be ANDROME NV Wetenschapspark 4 B-3590 Diepenbeek, Belgium

I built the CVS version of the Speex library - v1.2 it calls itself. Asterisk seg faults trying to use codec_speex.so. I'll have a look to try to fix it, but thought I'd just ask if anyone else knows what needs to be done? Steve

Hi, I'm using speex 1.1.4 and when I query SPEEX_GET_SAMPLING_RATE as in speex_encoder_ctl ( m_pEncoderState, SPEEX_GET_SAMPLING_RATE, &m_SampleRate ); I get 2 The encoder is initialized with m_pEncoderState = speex_encoder_init ( &speex_wb_mode ); On the decoder side, the correct sampling rate is returned: m_pDecoderState = speex_decoder...

Hi, Right now, I'm thinking of adding a speex_lib_ctl() call that would support SPEEX_GET_VERSION (and return a string) or SPEEX_GET_MAJOR_VERSION and SPEEX_GET_MINOR_VERSION (and return ints). I'm open to other suggestions though. If there's anything you'd like to see in the API for 1.2, say it now. ...and no, I won't add a spe...

On Sun, May 16, 2004 at 06:03:47PM -0400, Jean-Marc Valin wrote: > Right now, I'm thinking of adding a speex_lib_ctl() call that would > support SPEEX_GET_VERSION (and return a string) or > SPEEX_GET_MAJOR_VERSION and SPEEX_GET_MINOR_VERSION (and return ints). > I'm open to other suggestions though. If there's anything you'd like to > see in the API for 1.2, say it now. ...and no, I...

> Sounds reasonable. You could also overload the existing speex_*_ctl() > calls to take SPEEX_GET_LIB_VERSION, SPEEX_GET_LIB_MAJOR_VERSION, etc. > > What people are really asking for here is a way to determine at for > conditional compilation (i.e. at configure time) what calls are > available. Runtime methods would be nice too, for prebuilts...

On Sun, Feb 27, 2005 at 06:09:48PM -0500, Jean-Marc Valin wrote: > Hi Maitland, > > I think your solution is probably the best implementation you could do > for SPEEX_GET_QUALITY. However, unless you have something against that, > I think removing it would be better, as in many cases (e.g. VBR), the > call just doesn't make sense). This would of course break the API (not > the ABI), but given the fact that it was never implemented, any app that >...

...>> >> >>> Hi, >>> >>> Has anybody some information on on the "Redundant audio data" header in >>> the speex rtp payload? >>> Is this header always present? Is its value always the same? >>> Can it be modified through some speex_*_ctl function? >>> >>> Thanks, >>> Emmanuel >>> >>> >> >> >> > >

Hi, I use the pre-compiled libs of speex, version beta3. I've got this link problem when I use the fonction speex_encoder_init(&speex_wb_mode) error LNK2001: unresolved external symbol _speex_wb_mode I made the link with the librairies libspeex.lib and libspeexdsp.lib in my properties' project. I used the dumpbin executable of VC to see the external variable defined in the libs, and it's true _s...

Greetings. I just upgraded to the latest 1.2beta3 and now I get the following link error: unresolved external symbol speex_wb_mode. Using VS2005. If I put back the old libspeex.lib it compiles just fine, but I would like to upgrade to use the new AEC stuff if I can. My code looks like: enc_state = speex_encoder_init(&speex_wb_mode) ; Worked before the upgrade so did the API change? Any help greatly appreciat...

...lay. I'll probably scrap the initial x samples in the decoding process where x would be 509 for the UWB mode (x is yet to be determined for all the other modes). In the integer Speex version, I changed all public API function names in libspeex to begin with "sphinx_" instead of "speex_". I also prepended every table, typedef or function name with an underscore. That allows me to link against libspeex and libsphinx at the same time without conflict and compare the SNR values of both implementations. Regarding the ACM, I received a bug report indicating that the beta ACM code...

...oefficients get converted back into floating point and are used in the remaining floating point codepath. That is why currently only the Sphinx FP SNR value is of interest. If this value drops relative to the Speex SNR value, you know you have messed up ;) Regarding the API: I converted all public speex_ calls to sphinx_. All non-public functions and some tables have been prepended with an underscore sign to allow linking against both libraries without conflicts. Fully integerized subroutines are often prepended with an I_. I have created a second stack (called _stack) in both encoder and decoder...