similar to: Speex codec for 8Kbps setting ?

Hi! I''ve been working for a while to build a package that automatically builds and installs xen-unstable. I don''t want to go into package build steps because I think it is irrelevant. I sorted out all problems with the package itself but I found out I''m getting the below errors: make -C cpuperf make[4]: Entering directory

Thanks! Btw, have you tried using SBR-technology or similar with speech codecs? That might be a good idea I thought.. But I don't know if it produces as good quality with speech codecs as it does for music codecs. Do you know if there is any open source variant of SBR? /Pontus -----Ursprungligt meddelande----- Från: owner-speex-dev@xiph.org [mailto:owner-speex-dev@xiph.org]För Jean-Marc

I''ve gotten quite a bit out of Pat Maddox''s screencast http://evang.eli.st/blog/2007/10/8/story-runner-top-to-bottom-screencast One thing I''m not sure of is the feature where he writes things like: When "I POST to", "/articles", :post => {:title => "Title", :body => "Body") do | path, params| post_via_redirect

Hi, I'm having a bit of trouble with the ABR. I'm a developer of Mumble, a voicechat application for gamers, and up to now we've just used VBR quality to determine the bitrate. In an effort to make the resource requirements a little more determinable (and limitable) for hosting, I tried switching to ABR, as there doesn't seem to be a way to determine the absolute peak

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

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 +=

Great, thanks! That patch solved it. VBR without DTX seems to work perfectly now. If I enable DTX, there's still a little bit of buzz but it doesn't seem to last very long when it happens. I appreciate the quick fix! Tom Jean-Marc Valin (jean-marc.valin@hermes.usherb.ca) wrote: > > Yep, you found a bug and here's the patch. It should solve your problem > (using VBR

On Mon, 2005-09-05 at 10:29 +1000, Jean-Marc Valin wrote: > > attached is a patch fixing some build warnings with ip3k-elf-gcc > > (gcc 3.4-20030722-Ubicom-63-1211). not all fixes are elegant, > > please review carefully before applying.. > > Euh, could you explain what's wrong with "start" and "end"? Also, AFAIK, > (int)floor(something) is

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 Jean-Marc and All, Two things need your confirmation/suggestion. 1) First, I think there is a bug in libspeex/lsp.c line 512. /* hard limit ak's to +/- 32767 */ if (a < -32767) a =32767; // This line should be changed to if (a < -32767) a = -32767; if (a > 32767) a = 32767; ak[j-1] = (short)a; 2) About the RTP wrapper for VoIP I'd like to use the

Greetings! We have a somewhat noisy background in our call center, and I'd like to reduce this. Obviously, we could plaster the walls with sound absorbing material, but is there anything we can do in software either using any algorithms for our open source-based SIP library or inside Asterisk itself? Related to this, anyone have a good source for good panels? We are using

In a word, I don't what's the standard of speex payload format. The file doc/rtp.txt is for what? Is it not for rtp payload? I find that rtp.txt is more detail that draft02.txt Which rtp docment should be followed? Anyone else has written the RTP wrapper already? Lianghu On 11/22/06, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > > > 1) First, I think there is

if the new draft in the manual is used. I don't find how to tell the decoder which mode(NB/WB/UWB) is used in the encoder. The RTP header don't contain the mode field and I don't find the mode information in the coded frame either. Does this mean we have to use NB decoder in all cases? Lianghu On 11/22/06, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > >

I'm using opus to encode some music (classical lute, if it makes a difference). How do I use these encoder ctl's ? They seem to be doing the same thing. How are they different ? Are they different ? Should they both be set ? What happens if just one or the other is set ? Thanks for any help. sean -------------- next part -------------- An HTML attachment was scrubbed... URL:

On 06/04/2010 07:37 PM, Jean-Marc Valin wrote: > On 10-06-04 05:16 AM, Gurinder Singh wrote: > >> I have been developing an audio application using Speex. To reduce the >> background noise in the captured audio I have enabled the denoise >> feature and set the noise suppression level to 60. >> > There you go, don't do that. There's a reason

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.

Jean-Marc Valin (jean-marc.valin@hermes.usherb.ca) wrote: > > > I've been using Speex in my voice-over-IP program on Win32, in > > wideband (16kHz) mode. I just starting using VBR recently and > > have run into something that might be a problem within Speex: > > Are you turning on DTX in addition to VBR? Also, what version are you > using. As of 1.0, DTX is

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 attached is a patch fixing some build warnings with ip3k-elf-gcc (gcc 3.4-20030722-Ubicom-63-1211). not all fixes are elegant, please review carefully before applying.. /alfred -------------- next part -------------- A non-text attachment was scrubbed... Name: warnings.diff Type: text/x-patch Size: 17666 bytes Desc: not available Url :