similar to: jitter example

> OK, I'm actually about ready to start working on this now. > > If people in the speex community are interested in working with me on > this, I can probably start with the speex buffer, but I imagine > there's going to be a lot more work needed to get this where I'd like > it to go. And where would you like it to go? ;-) > At the API level, It seems pretty easy

Hello, The way you describe how the jitter buffer should be implemented makes me wonder: How does the jitter buffer works when there is no transmission? Let's say my "output" thread gets a speex frame from the jitter buffer every 20ms. What happen when there is no frame that arrived on the socket? No frames at all for a pretty long time (ie many seconds). This is my case because I

Good question. I'm coming to the conclusion that using plain UDP and "home-grown" packet construction for transmitting the speex data (with timestamp/sequence counter) and implementing jitter control on the receiver end is an adequate implementation for a VoIP application. Assuming of course that I don't care about any interoperability issues with other applications etc. I was

Dear all. Questions regarding VoIP implementation and the use of the Speex jitter buffer, if I may: Am I right in my understanding that the Speex jitter buffer implementation is used only on the receiving end of a network VoIP stream? 1) The sender would sample+encode+timestamp packets/frames of speex data and send via UDP to receiver. UDP packet would be constructed as: [TIMESTAMP][Speex

Hi Farhan, My mistake, it is 9.6kps because is on gsm ! Regards, Danny -----Original Message----- From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of Danny Chan Sent: Friday, November 19, 2004 2:08 AM To: Ashhar Farhan; speex Subject: RE: [Speex-dev] jitter buffer Hi Farhan, It is interesting that GPRS is 9.6 kps, as per GPRS standard it should be 115kps ? if

Thank you for a very good explanation which shed light on some of the questions that I had after reading the source code. Reading your text however, I wonder if I'm perhaps missing an important point on the proper use of the jitter buffer: ... > Now, clearly, if early_ratio is high and late_ratio is very > low, the buffer is buffering more than it needs to; it will > skip a frame

> I believe it is adaptive, but no, I haven't used it, because it's > coupled only to the speex codec. We're working on a generic > application and codec-independent jitter buffer algorithm, for use in > asterisk and iaxclient (at least). Some information is available at > http://www.voip-info.org/tiki-index.php?page=Asterisk%20new% > 20jitterbuffer Yes, this

Hi Farhan, It is interesting that GPRS is 9.6 kps, as per GPRS standard it should be 115kps ? if it is 9.6kps is true then I would use speex codec on GPRS for my project, since in some country they charge GPRS on flat rate rather than expensive airtime. Thanks for your work ! Regards Danny -----Original Message----- From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On

> Thank you for a very good explanation which shed light on some of the > questions that I had after reading the source code. > > Reading your text however, I wonder if I'm perhaps missing an important > point on the proper use of the jitter buffer: > > ... >> Now, clearly, if early_ratio is high and late_ratio is very >> low, the buffer is buffering more than

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

Danny Chan wrote: >Hi Jean and Steve, > >Can you tell me whether the jitter filter / buffer is adaptive type, I >saw the description of speex_jitter.h say it is "adaptive", anyone of >the group has implemented it and confirm it. > > I believe it is adaptive, but no, I haven't used it, because it's coupled only to the speex codec. We're working on a

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

Hi, sorry for the repost again, but does anyone have a code snippet example of how to use the jitter buffer? Regards, Andy ----- Original Message ---- From: Andy Ngo <ndno72-speex@yahoo.com> To: speex-dev@xiph.org Sent: Wednesday, January 10, 2007 8:09:10 PM Subject: [Speex-dev] Sample snippet of how to use jitter buffer Hi, I searched around in the Speex manual and API but

Jean-Marc Valin wrote: >>OK, I'm actually about ready to start working on this now. >> >>If people in the speex community are interested in working with me on >>this, I can probably start with the speex buffer, but I imagine >>there's going to be a lot more work needed to get this where I'd like >>it to go. >> >> > >And where

('binary' encoding is not supported, stored as-is) I'm working on a voip project with Speex and the only major design obstacle left (that I'm aware of) is the jitter buffer. Before I attempt to write something of my own I'd like to try out the jitter buffer functions in Speex's unstable release. Can anyone give me a basic run down of how the experimental jitter buffer is

Hi, I'm trying to use the jitter buffer feature that comes with Speex but I'm getting unexpected latency. I wrote a client application that does VOIP-like functions and without using jitter buffer, the end-to-end latency is around 250 ms (I'm using lowband 5.97 kpbs). However, when I tried to incorporate the jitter buffer feature, the latency would grow as time elapsed (up to a few

jitter varioues from application to application and network to network. let me give you an instance from my own work. i am using speex in a voip application that has to work on gprs connection. the gprs gives just 9.6 kpbs up. hence, i have an upper limit of 6kpbs on the codec and not more than 5 udp packets per sec. that means, putting in 10 speex frames in every rtp packet. i need to jitter

It seems that speex jitter buffer is tightly coupled with SPEEX codec [we have to give a speex decoder instance to JB]. It would be better if we could use it with any codec, like speex preprocessor and AEC. What are the any paper/theory/algorithms behind current ADAPTIVENESS of speex JB? Links to those algo/papers would help to understand better. -- Shantanu --- Thorvald Natvig

> Heh. I guess after playing with different jitter buffers long enough, > I've realized that there's always situations that you haven't properly > accounted for when designing one. For example? :-) > I think the only difficult part here that you do is dealing with > multiple frames per packet, without that information being available > to the jitter buffer. If

Hi Jean-Marc, Thanks for your response. Given a worst case scenario, what is the "worst case" latency (in terms of Speex frames) that the jitter buffer algorithm will incur? We're trying to determine the worst case hard number. Sorry for unclear question below; what I was trying to ask is that given a worst case latency (which I'm asking in the first question) inherent in