search for: kleijn

...breaking portion is filled with previous packet. This trick seems to work so far. I am not sure what is the side effect. I think jitter buffering is more correct way to solve this problem but I think this is not so easy. Is there got any source code to reference from? Regards, YueWeng --- "Kleijn, J.S. de" <J.S.d.Kleijn@student.tue.nl> wrote: > Hi, > > You should implement a jitter buffer, this buffers > the audio to prevent the 'breaking'. > > My VoIP application called VoIPerized has a jitter > buffer. You can try it to see if you then don't...

Le jeudi 03 mars 2005 ? 20:29 +0100, Kleijn, J.S. de a ?crit : > I use the Intel compiler 7.0 , and it doesn't like it Does it have an option to enable C99? Otherwise, if you're aware of another mechanism that allows it to allocate temporary stuff on the stack, I might be able to support it. Jean-Marc > -----Oorspronkelij...

...floats to the pointer. I find this plus one strange, since almost all things are exactly the framesize. Is this an error in the echo_cancel function or simply an exception? Maybe you should define in the manual what exactly the residue is, meaning a float array of which size? Greetings Jeroen de Kleijn

On Tue, 11 Oct 2005 10:36:51 +0200, Jean-Marc Valin <Jean-Marc.Valin@USherbrooke.ca> wrote: > Source code at: > http://people.xiph.org/~jm/speexclient/ I rewritten my program so it is more similar to yours, I grabbed your code for storing and retrieving echo, and I have better results, I think the echo is cancelled in about 50% but it still can be heared. I think there is a

...ULL instead of the SpeexBits struct. > I think jitter buffering is more correct way to solve > this problem but I think this is not so easy. Is there > got any source code to reference from? Look for the speex_jitter.h header. Jean-Marc > Regards, > YueWeng > > --- "Kleijn, J.S. de" <J.S.d.Kleijn@student.tue.nl> > wrote: > > Hi, > > > > You should implement a jitter buffer, this buffers > > the audio to prevent the 'breaking'. > > > > My VoIP application called VoIPerized has a jitter > > buffer. You...

...on is if it's harmfull for the audioquality that at the end of the talkspurt one frame is interpolated? Or would this be almost inpossible to hear since the last audiopacket in the talkspurt already is about silent? This obviously depends on how speex interpolates a frame. Greetings Jeroen de Kleijn Developer of VoIPerized

Hi, I saw there is a new release of speex. What is this SPEEX_PLC_TUNING option for? And is there a more complete list of changes? Because I like to determine if it is interesting to update to 1.1.8 Greetings Jeroen de Kleijn (developer of VoIPerized)

Hi everyone, As many noticed, I just released 1.0.5 and 1.1.8 over the weekend. There isn't much new in 1.0.5, except that I added all the API changes from 1.1.x so that it's possible to write code that will work with both 1.0.5 and 1.1.8. As for 1.1.8, here are the changes: - Initial TI C5x port: I integrated a patch from Jamey Hicks - Some fixed-point improvements and fixes - Better

...ersions of Speex I was wondering if one of the bug fixes in 1.1.12 solves a bug which causes the stuttering. To me the stuttering report sounds like the decoder state that speex uses gets messed up. Some info, I use the floating point version of Speex 1.1.11 both SSE/non-SSE. Greetings Jeroen de Kleijn

...tion called speex_set_asm. I have been searching the archives, but I could not found that specific post. I noticed the new 1.2beta1 does not include this patch, so I was curious if the person who originally made this patch has made the same modifications to the new 1.2beta1. Greetings Jeroen de Kleijn

Hi, I implemented the echo cancellation from speex in my Windows VOIP-client VoIPerized --> www.voiperized.com Greetings Jeroen de Kleijn -----Original Message----- From: speex-dev-bounces@xiph.org on behalf of hs Sent: Tue 10/11/2005 4:02 PM To: speex-dev@xiph.org Cc: Subject: Re: R: [Speex-dev] echo cancellation On Tue, 11 Oct 2005 10:36:51 ?, Jean-Marc Valin <Jean-Marc.Valin@USherbrooke.ca> wrote: >...

> - set sampling rate to 8 kHz (at least for now) > - make sure the far end signal in the playback signal is always a bit in > advance (never late) compared to the mic signal. > - Set the tail length to something around 100 ms. > > Also, if you're using two different soundcards (as I understand) for the > playback and the capture, you're *never* going to get echo