similar to: SPEEX_GET_QUALITY

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 uses it is already broken

Hi All, Almost all my question is in the subject. I have written the following small program and I get an error message when I try to use SPEEX_GET_QUALITY. This functionality seems not to be used in speexenc.c or speexdec.c. I would appreciate any hints. best regards, Alain Aubord ---------------------------test.c--------------------------------------- #include <stdio.h> #include

I am embedding speex in boost python when i execute int TSpeexEncoder::getQuality() { int Quality; speex_encoder_ctl(enc_state,SPEEX_GET_QUALITY,&Quality); return Quality; } i get the error warning: Unknown nb_ctl request: 5 looking in the header SPEEX_GET_QUALITY is equal to 5 I am able to read all the other settings. the codec appears to be set with VBR=0 I am

Hello everyone, I'm finally beginning to use Speex for a project. As expected, the implementation so far has been very easy and I am thrilled with the capabilities and flexibility of Speex, especially the new features in 1.1. My efforts so far have resulted in a couple of questions: 1) I was interested in fetching the default quality setting for narrowband:

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

> 1) I was interested in fetching the default quality setting > fornarrowband: > speex_encoder_ctl(_encodeState, SPEEX_GET_QUALITY, &value); > > Unfortunately, the above fails with libspeex 1.1.4. The console > shows: > > warning: Unknown nb_ctl request: 5 Actually, I never implemented SPEEX_GET_QUALITY. It's not that usefule anyway, but I might do it in the

I am using Speex 1.0.4. I was very confused about why speex_encoder_ctl with SPEEX_GET_QUALITY *always* failed, until I read <http://lists.xiph.org/pipermail/speex-dev/2003-September/001896.html> from a whole year ago! Can SPEEX_GET_QUALITY be removed from speex.h and from the documentation (or actually implemented, whichever is easier :) Best! Reed

Speex 1.0 - in file sb_celp.c line 218 change speex_decoder_ctl(...) to speex_encoder_ctl(...): void *sb_encoder_init(SpeexMode *m) { . . . --> speex_decoder_ctl(st->st_low, SPEEX_GET_SAMPLING_RATE, &st->sampling_rate); // Replace <-- speex_encoder_ctl(st->st_low, SPEEX_GET_SAMPLING_RATE, &st->sampling_rate); st->sampling_rate*=2; return st; } --

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);

Could a method be added to use the VAD from the preprocessor to send the packet with the 'dtx_enable' flag in it, so the decoder on the other end knows it's in dtx mode? (and SPEEX_GET_DTX_STATUS returns 1) At the moment, I can hack around it by doing something like: if (VAD for prev frame && ! VAD for this frame) { iArg = 0;

Hi Jean-Marc, Hi Jim, I have also seen some problems with the 1.1.8 release on the C55x. So far I have boiled down the issues to the following: 1) We need our own "fixed_xx.h" header file. I don't know why, and haven't had time to investigate, but there is a definite improvement when I use the attached fixed_c55x.h file which has turned all the maths into inline functions.

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_init ( &speex_wb_mode );

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, I saw that my email was added to an existing thread instead of

Mikael Magnusson writes: > Package: libspeex1 > Version: 1.1.6-1 > Severity: wishlist > > Is there anything that keeps 1.1.6-1 in experimental from being uploaded to > unstable? Do you know when it will happen? > > I'm debianizing iaxclient, which needs speex version 1.1.x. Currently I'm > using 1.1.6-1 in experimental, which is working fine. >

hi all, my first attempt at tests and i''m having trouble accessing the fixture values, if anyone can make it suggestions. i have news_release_test.rb, using new_releases.yml as the fixture file according to the agile book, i should be able to access the fixture properties within my test as such: assert_equal @first_test.id , @news_release.id unfortunately, i try that and get:

Hi, With the talk of speex possibly mis-behaving on PPC, I decided to check the big-endian architecture I have handy - the Ultrasparc. - playback of Intel platform .spx files appears fine on the Ultra 10. - encoding a .wav file and playing back on the Ultra 10 worked too. My evaluation is that it works the same on my Ultra 10 as it did on my Intel laptop. But I must say the evaluation was made

Hi. I'm not a sysadmin, but I'm the only person in this building who knows anything about linux boxes. I'm trying to install samba to connect the box (rh7.3) to the windows network. test 8 is where I run into problems. My username and passwd are the same for both. My firewall is down. I have appended my .conf file. I've been searching around through the archives and

Hi I am currently trying to port speex v1.1.6 to a microcontroller with very limited memory (<64Kbyte RAM). what I found when initialising the encoder, a chunk of 32Kb was attempted to be alloced, which failed: src/nb_celp.c: void *nb_encoder_init(const SpeexMode *m) { /* snip */ st = (EncState*)speex_alloc(sizeof(EncState)+8000*sizeof(spx_sig_t)); /* snip */ } same goes for the

I have been using the Speex NB mode with an 11025 kHz signal, without adjusting the framesize, and it's been sounding just fine to me. However I was wondering what the best way to make 11025kHz would be. I also have an audio driver that uses 2kB buffers, and the NB framesize of 160 doesn't divide evenly into that so I end up having to shovel tails of buffers around which isn't too

Hi, Do you get that problem with speex_nb_mode too (or only speex_wb_mode)? Jean-Marc Le lun 29/03/2004 à 05:35, Chris Flerackers a écrit : > 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