similar to: jitter buffer manager

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

> 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 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. Thank you all. Regards, Danny Chan -----Original Message----- From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of Jean-Marc Valin Sent: Tuesday,

Hmm, I tried... I completly understand an idea of jitter buffer and I know there is a lot of kinds of this solution (eg. AJB - Adaptive Jitter Buffer). I simply want to know what type is used in speex codec and how could I use that. What is the reason for using jitter buffer implemented in speex against to my own (implemented at lower layer - transmission layer - eg. rtp). Kapul On Tue, Sep

Hi, Our project is using the jitter buffer feature built in Speex. We noticed there are some latency when using the jitter buffer. Does anyone know what is the "worst case" latency inherent in the jitter buffer algorithm? I believe someone already mentioned that it's adaptive but is there a worst case hard number (in terms of 20ms Speex frames)? I'm not familiar with the

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

We have a customer on a wireless connection that has very bad jitter. They can hear people fine, but people have a very hard time hearing them. They are connected via a SPA-2102. It is a SIP client going to a SIP trunk. Something like this in sip.conf [general] would be in effect for all SIP clients: jbenable = yes jbmaxsize = 150 jbresyncthreshold = 1000 jbimpl = fixed jblog = yes I only want

Jean-Marc Valin wrote: >>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

Greetings list, Some time ago (probably about a year ago now) we disabled IAX jitter buffering on all our boxes because it was causing issues in a mixed 1.0 and 1.2 environment. One thing I've noticed over the last few months as more and more clients have moved from the 512k/1mb/2mb ADSL connections they were using onto "up to 8mb" connections is that whilst overall throughput is a

I've been trying to resolve some quality issues and I was hoping someone might be able to provide some insight. To give you an idea the calls are coming in via a SIP DID and sent out via an IAX2 connection. Latency to both the SIP equipment and IAX equipment are around 80ms with 0 packet loss accoridng to ping tests. The server is located in a data centre so bandwidth is not an issue. Most

> I'd like know about anyone using the current jitter buffer in Speex. I'm > planning on changing it to make it more general and I'd like some > feedback about how to make it better. Also, let me know if you're doing > anything serious with it and want to make sure I don't break your stuff. > > Basically, I want to make the jitter buffer easier to use with

> 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

Hi All, I have a question regarding the nominal jitter buffer configuration: The call was setup as G.729A (annexb=no), ptime=20ms and nominal jitter buffer size = 50ms, and round trip delay is 200ms, the TDM side will experience intermittent one way voice during the call, but IP side can always heard the voice from TDM side. My question is, should this possible caused by the nominal jitter

> > Is is possible to give a short hint about how the jitter buffer would > "catch up" when network condition have been bad and then get better? > > I'm using the jitter buffer with success now, but sometimes I have a > long delay that's caused by bad network conditions and then later when > the conditions get better, I would think we would want the audio to

> 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, I have a SIP client which is registered to asterisk. Asterisk is registered to a SIP trunk and also handles the media. Now since my client has some issues in its RTP Tx, which seems to have some amount of jitter (mean jitter as per ethereal trace is about 17ms, max jitter is 20 ms and max delta is 85 ms), to over come that I have enabled jitter buffer in the SIP channel by setting sip.conf

Hello, I've only one question: how does a jitter buffer work? Regards Kapul

Hi Ouss, Can you test again? I think I found and fixed the problem. Jean-Marc Ouss a ?crit : > Since r12660, the speex_jitter_get with high latency doesn?t works, I have > no sound. > Before this release, the speex_jitter_get works in all conditions. > speex_jitter_get return void, then I cannot know the reason of this problem. > > Regards > > Ouss > > >

Hi, I thought I'd repost this to the -users list for some background on the jitter buffer and its workings and remaining issue.s I'll also pu a little executive summary here at the top: Where a channel is native bridged to another iax2 channel: 1) Lag is not measured and will usually show 0ms. Any other number is an old measurement from the start of the call 2) The jitter

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