similar to: ABR troubles

Hi, I'm trying to cover all Speex configuration options to set quality/mode/bitrate in my application and I was wondering if the following all makes sense: - abr_bitrate - use average bitrate and set it using bitrate parameter - SPEEX_SET_ABR - cbr_bitrate - use constant bitrate and set it using bitrate parameter - SPEEX_SET_BITRATE - cbr_mode - use constant bitrate and

Hi Conrad, Thanks a lot for the info. This is exactly what I needed. We want to use speex in our IP telephony client and I was indeed trying to put together a GUI configuration screen. Best regards, Chris > On Tue, May 20, 2003 at 06:04:39PM +0200, Chris Flerackers wrote: >> Hi, >> >> Is there are document where the interaction between all the configuration >> options

Hi, Is there are document where the interaction between all the configuration options of speex is explained? Speex seems to have CBR, VBR and ABR. You can also use SPEEX_SET_QUALITY (SPEEX_SET_VBR_QUALITY) and SPEEX_SET_BITRATE which I suppose can't be set at the same time. Is there a list of possible combinations somewhere? I also have another question related to jitter. To minimize jitter,

Hi, I am looking how to setup speex codec in codecs.conf for 8 Kbps and 6 Kbps. In config file are many parameters for setting. I don't know what is need to change for narrowbad like 8 Kbps and 6 kbps. Any suggestion? [speex] ;0-10 quality => 4 ;0-10 complexity => 4 ; true / false enhancement => true ; true / false vad => false ; true / false vbr => false ; 0 = off, otherwise,

Hi list! There seem to be some oddities in using ABR. The first thing I notice is that because "abr_count" increases without bound, after a while the weight of the bitrate history will completely swamp any change in the current bitrate and the ABR adjustment will essentially stop happening. This seems to be true in any mode (not just UWB) and perhaps a solution is to cap

Hi, I'm updating speex support in sweep to RC2 and I'd like some advice on encoder options, and would appreciate some testing of the user interface. a screenshot of the updated speex encoding dialog: http://www.vergenet.net/~conrad/tmp/sw_speexRC2_1.png you can grab a tarball of sweep for testing here: http://www.vergenet.net/~conrad/tmp/sweep-0.8.0-speexRC2.tar.gz general

Hi All; If someone used speex and has experience with its settings, then who can help to explain the following: 1) When it is recommended to use VBR (vbr => true)? 2) If there relation between setting the vbr => true and the abr value (for example to be 0 or 1 or 10) and the relation between this value and abr (true / false). 3) Any relation between the quality value and the abr value?

Hi, Maybe this is documented somewhere, if so, please send me a link to the documentation. My question is: how to set up different (VBR, CBR, ABR) modes when calling the Ogg Vorbis API? Currently I do: CBR: ret = vorbis_encode_setup_managed( &vorbisInfo, getInChannel(), getOutSampleRate(),

Jean Marc, So assuming the quality setting was set as high as possible, and the audio stream was 8000 hz, 16 bit mono, I have two follow up questions: 1. Does the complexity setting override the quality setting, or does increasing the complexity only lower the rate at a given quality? Or would setting both higher increase the quality more? 2. What sort of impact would setting quality as high as

Just in case my quotation causeed misunderstnaing... Forget about what I quoted before. Probably, by CBR, Monty meant ABR since CBR is stupidly patented and this is the reason why Vorbis has no CBR option. If you know this, it cannot be a problem but I see there is a question asking what is ABR in the mailing list. >On Thu 28 Jun 2001, 23:27:41 PDT, Monty (xiphmont@xiph.org)Wrote: >then

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 guys I have tried compiling this attached code, I made all the buffers 320, there is no trace of a 160 buffer, but I get a " SpeexEncoder requires 320 samples to process a Frame, not 160" error. Maybe there's something I'm missing, here's my code: import java.io.IOException; import java.io.FileOutputStream; import java.io.File; import

Hello, I purchased the "CD Ripper 2" plugin for Winamp 3 and need help choosing an ogg encoding format. It seems I have the choice between VBR and ABR formatted oggs. I am familiar with VBR (variable bit rate) but not sure what ABR stands for? Is it possible/desirable to specify a bit rate when encoding oggs, or does the nature of the ogg format make use of varying bit rates?

Hi, Speex is progressing and I've started thinking about the next 1.2 release (don't hold your breath). Though the bit-stream won't change, the API likely will. The API for 1.1.x already differs from 1.0.x because the speex_encode and speex_decode now use shorts instead of floats. Now, since I'm changing the API anyway, I thought I might as well fix things that might be annoying

I want to display info about Ogg files to Windows users. The docs tell me how to distinguish CBR (nom=min=max bitrate), but how do I distinguish between ABR and VBR streams? When I created my Ogg files (with CDex) I set the 'quality'. Is there some way to read this from the Ogg file? Should I avoid calling the ov_bitrate function because it has to read through the whole stream?

Hello list I'm joining the effort to port speex to a fixed-point version, but as I'm a physicist used to deal only with floating point numbers (lots of them), I have no practice in working with fixed-point versions of such numbers. For instance, in the first source I'm trying to work with, nb_celp.c, it is hard to see that the following two lines of code yield the same

The audio frame speex generates sounds pretty terrible most of the time, and I don't use it for jitter correction instead I just use it for dropped packets - so I usually drop the late packet. It sounds acceptable as long as I drop less than 5% of traffic (dropping 2 in a row makes a bad robot noise, so I reset the stream in that case). The good news is that on an unsaturated DSL line jitter

Jean-Marc Valin wrote: >> gcc version 3.4.5 (mingw special) > > Can you try 4.0 or 4.1 just to be sure? mingw (native gcc for win32) doesn't officially support using gcc 4.0 and 4.1 yet (apparantly there have been some issues), so there are no binary packages. But if you think it helps, I can compile gcc 4.1 and give it a shot. >> Compile flags: >> DEFINES +=

Jean-Marc and others, We are using Speex inside our Video Conferencing application and have some questions about the trade-off of complexity vs bitrate. A little background information is needed: 1. For us the actual bit-rate isn't that big a deal. Speex running at 14kbps or 8 kbps is minor compared to the video traffic running at 128, 256 or 384 kbps. 2. We care a little about

Right - and I deal with that on the receiver end based on an approximation of sender's and receiver's responsiveness - the minimum latency I've been able to get into the system is about 150 ms. Of that, jitter buffering is about 40-100ms. I'd love to figure out how to get that down without killing myself on thread switching or Win32 kernel calls, but ms has to actually implement