similar to: Who is using the jitter buffer?

> how about tcp? > in tcp you write a packet that got a possible length. > you send one packet after another, whitch stamp is incrementet by one > and if your incoming packet is gone in other steps than 1, the client has > to resend it. > Let me think some days about it and i will get another system. > Time is relative. > > Hm, you send a packet that needs to be in a

> That's basically my question: the timestamps at the > source and > destination are not related. Just incrementing by number of samples > doesn't really convey the real time, does it? How would a jitter > buffer know that a packet is late/early? > Simple, I know what packet I just played. That gives me > the "time". The jitter buffer actually makes no

-----Original Message----- From: Jean-Marc Valin [mailto:Jean-Marc.Valin@USherbrooke.ca] Sent: Monday, March 20, 2006 2:22 PM To: Alex Bakaev Cc: Thorvald Natvig; speex-dev@xiph.org Subject: RE: [Speex-dev] Who is using the jitter buffer? The timestamps always increment by 160 (samples) in narrowband and 32 in wideband. It's like using the capture soundcard as clock. Note that the timestamps

Jean-Marc Valin <Jean-Marc.Valin@USherbrooke.ca> wrote: > > > I would think you might also do better if you interleaved packets when > > you did this: instead of sending packets like this: [0,1] [2,3] [4,5] > > [6,7], send them like this: [0,2] [1,3] [4,6] [5,7] In this way, if one > > packet is dropped you don't lose two consecutive voice frames. >

Dear speex developers and users, I'm considering adopting the speex jitter buffer for use with a different codec in a voice conferencing system and would be very grateful if those more acquainted with it could help me with some questions. The speex_jitter_buffer.c wrapper seems to maintain (buffer?) one packet-frame ("current_packet") in addition to the packets already

Hi List, I have a question regarding jitterbuffer in Asterisk 1.4.24. I see that jitterbuffer is only effective on the receiving channels. My asterisk has only SIP accounts + 2 SIP trunk accounts to our branch office. Questions: 1. To enable jitter buffer on SIP channels it seems I have to enable and force it, right? 2. If I enable and force jitter buffer, Asterisk would always have to stay

Are these things possible? 1) Set the local Asterisk jitterbuffer size, but only for a particular connection. I'd like to force Asterisk to use a particularly large buffer in certain cases. Should I expect this to work? [general] jitterbuffer=no register => username:password@parcelfarce.domain.net ;parcelfarce register => username:password@iaxtel.com ;iaxtel [parcelfarce]

This might be a better question for the dev list, but I don't think they want to be bothered by my silly questions. Does anyone know when we can expect to see a jitter buffer for SIP channels? I know they've been working on a generic jitter buffer since around last summer, just wondering if there's been any progress.

We have a customer who is connected to our PSTN gateway using IAX and noticing that even when the traffic from their site is modest their outbound audio has short dropouts. Inbound audio is fine. (They have ADSL so it is expected that outbound audio would be the first to experience problems.) We have several questions to pose to the collective wisdom of this list. Q1: Are there any statistics

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

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

Jean-Marc Valin wrote: >>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 have a bunch of examples listed on the wiki page where I had written initial specifications:

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

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

-----Original Message----- From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of Thorvald Natvig Sent: Monday, March 20, 2006 12:11 PM To: speex-dev@xiph.org Subject: Re: [Speex-dev] Who is using the jitter buffer? But I must say that it really does work well at the moment, at least from the "minimizing latency" point of view :) How do you timestamp the

Hello, I understand that only the destination of a call should do jitter buffering. So, if IAX2/PhoneA calls IAX2/PhoneB through my server (no transfers), PhoneA and PhoneB need to perform their own jitter buffering, and Asterisk will just forward the frames, correct? What happens if the peer does not support jitter buffering, but is close by so there's no need for jitter buffering? My

I'm assuming asterisk does not have a SIP jitter buffer in place? Any ideas on how to help with this going over a data T1 where VoIP is shared with regular traffic? Problem is when people are downloading the voice is jittery, even lossy. Matt

Hi! I just wondered if anyone would mine posting their successful jitter buffer settings here for me if they get a moment ?? I've spent a few hours trying to set the jitter buffer up reasonably logically and can definitely tell it makes a difference and can introduce latency and echo if setup incorrectly but I can't see a good post anywhere describing properly what the three settings

Oh, I forgot to mention one thing. I currently append a few bits of custom information to each speex packet which I fetch out with things like speex_bits_unpack_unsigned(&sjJitter.current_packet, 1); It would be very usefull if the jitter buffer didn't actually decode the packet, but instead returned a pointer to it (or NULL if you should play silence and -1 if you should repeat the