similar to: Prebuffering best practices

Ok, this is a silly question, but what does the jitter buffer do? I'm really new to audio, so please bear with me. From what I gather (primarily from the list archive), the jitter buffer is a wrapper around the Speex decoder. I give it the packets I receive, in whatever order I receive them, and then it gives me back a clean stream of audio samples. But what I don't entirely

Ah, I'm sorry, I have read the manual and believe I have a reasonably good grasp on how to use the Speex encoder and decoder altogether. In fact I've been using it with great success in my P2P SIP/RTP VoIP application for almost a year now; it's been working wonderfully and I can't thank you enough. However, the manual makes no mention of the jitter buffer, nor does it (so

I strongly suggest you start by reading the Speex manual (you can skip the technical parts about CELP). If you still ask questions, then post them. Jean-Marc Le mardi 14 juin 2005 ? 22:30 -0700, David Barrett a ?crit : > Ok, this is a silly question, but what does the jitter buffer do? I'm > really new to audio, so please bear with me. > > From what I gather (primarily from

Have you looked at the Speex (adaptive) jitter buffer? See speex_jitter.h Jean-Marc Le mardi 14 juin 2005 ? 17:50 -0700, David Barrett a ?crit : > What is the best way to pick a prebuffering length for a streaming audio > application using UDP transport? > > I'm using Speex in a VoIP application with RTP transport, currently with > a fixed 500ms prebuffer on the playback

Hrm, yes it does sound like a bug in WinAmp. Even if it does prebuffer, the length counter should be going beyond 0:01 since you've obviously been listening longer than that after the first second. =P (I don't think the counter resets after buffering, but I could be wrong.) Can you see if you can duplicate it by getting someone else to tune in to the 'cast with WinAmp?

Sounds like WinAmp isn't storing a large enough buffer, or Icecast isn't putting a long enough buffer between what it recieves from Oddcast & what it transmits to clients. I've never had such a problem, though. Could be your connection? >===== Original Message From John Farnsworth <si@darkness.nu> ===== >Hrm, but it works fine (and the mountpoint is /dnumusic.ogg).

Noticing a strange issue, i'm not sure where this lies. I'm using oddcastDSP to stream Ogg to icecast2, which seems to be working ok, but using winamp (v2) to stream from icecast, winamp is constantly prebuffering, displaying a length of 0:01. Is this a known bug in either Winamp or icecast, or a configuration issue perhaps? I have a feeling this is Winamp, but I was wondering if anyone

On 19/02/02 03:06, Jack Moffitt shaped the electrons to say: > > The point is, is this list related to icecast2 development? I made some > > changes to the server and sent a patch to Jack Moffitt, but I'm not sure > > he's still mainaining the server. > > You're in the right place, and I still maintain the server. I don't > remember your patch right

I send a patch again the last CVS version. The changes are: - Configurable prebuffer, in seconds. - prebuffering parameter in configurable in <limits>...<prebuffer>seconds</prebuffer>... - Created a new function (send_client_queue) to send the client->queue. Better modularisation. - Moved queue_lenght verification to send_client_queue(). - instead of disconnecting when

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,

hi, this patch should fix the symbian build. /alfred -------------- next part -------------- A non-text attachment was scrubbed... Name: speex-symbian2.patch Type: text/x-patch Size: 2669 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20061115/5ac4915e/speex-symbian2.bin

hi Jean-Marc, I just updated from svn and it looks like there are some errors in the speex.mmp file. the filters.c is duplicated, and the fft/kiss.c files are still missing.. /alfred Jean-Marc Valin wrote: > Applied in svn. Thanks. > > Jean-Marc > > Alfred E. Heggestad a ?crit : >> hi, >> >> this patch should fix the symbian build. >> >> >>

Hi all, I am ricardo galli, I've juscribed just a couple of days ago. I wanted to stay as a lurker for a longer period, but this list has almost no traffic, so I wake up due to the silence. The point is, is this list related to icecast2 development? I made some changes to the server and sent a patch to Jack Moffitt, but I'm not sure he's still mainaining the server. If he

Hi, Ok, what you suggest sound logical to me. Currently, I have done a small trick to prevent this problem. What I did is that whenever windows request a voice packet from me and if I do not have the voice packet, I repeat the previous packet. Hence, all the 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

Dear Group, I'm running the following setup; Yoper v2, Kernel 2.6.8.1-7, Wine 20040914 on a Toshiba Satellite Pro 4600. The Toshiba has a Yamaha AC-XG. In addition I have a USB Plantronics DSP100. After some tweaking I got wine to install x-ten lite; I have pasted my config file; [WinMM] ; Wine supports the following sound drivers: ; winearts.drv ; for KDE ; winealsa.drv ; for

> Noticing a strange issue, i'm not sure where this lies. I'm using > oddcastDSP to stream Ogg to icecast2, which seems to be working ok, but > using winamp (v2) to stream from icecast, winamp is constantly > prebuffering, displaying a length of 0:01. Is this a known bug in either > Winamp or icecast, or a configuration issue perhaps? I have a feeling > this is Winamp,

Hi Jean-Marc, I'm implementing a VoIP client and I want to use your codec init. I need to ask you some questions about Speex because I can't get too much information about it on the web. I hope you can help me. 1.- First of all, I want to know if Speex provides a buffer for Jitter..If it does, what can I do to use it in my softphone? 2.- How does Speex manage the packet loss? (In a

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

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

> Just in case, I copy the mail and attach the patch. > > I am working in my second version (not included in the patch), I would like > to hear some comments: > > - prebuffering parameter (used in previous patch) in now configurable in > <limits>...<prebuffer>seconds</prebuffer>... > > - instead of disconnecting when the client-queue > 25, I