search for: prebuffering

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 side. However, I'd like something a bit more adaptive to accomodate high-jitter connections. For example, in o...

...arity that my CPU can churn out? Thanks! -david Jean-Marc Valin wrote: > 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 side. However, I'd like >>something a bit more adaptive to accomodate hig...

...can recreate it across a 100mbit >LAN without issue. I've been playing with the buffer settings in Winamp, >haven't been able to clear it up. It isn't buffer underrunning or >anything, it seems that it's just the fact it thinks the stream is over >constantly, so starts prebuffering again as start of stream (length always >shows as <0:01>. I'll keep messing with the vorbis streaming buffer >settings in Winamp, i'm pretty convinced it's just winamp acting up (I >fired it up on my PDA, and didn't have the problem). > >On Thu, 15 May 2003, Ch...

...;> >>>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 side. However, I'd like >>>>somethi...

...> > Jean-Marc Valin wrote: > > 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 side. However, I'd like > >>something a bit more a...

...m 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). It just >constantly says it's prebuffering. It doesn't affect the audio output of >it at all, it just never scrolls the songtitle/etc. Just prebuffer, flash >of title, prebuffer again. > >On Thu, 15 May 2003, Jack Moffitt wrote: > >> > Noticing a strange issue, i'm not sure where this lies. I'm using &...

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 knew for sure. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast....

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 side. However, I'd like > something a bit more adaptive to accomodate high-jitter connec...

...n the right place, and I still maintain the server. I don't > remember your patch right off-hand but I'm going to look for it now. 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 discard packages wich are older than prebuffer*2. All clients I tried have recovered very well, even with a ping -...

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 the client-qu...

> 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 knew for sure. Sounds like you forgot to name your mountpoint ending in .ogg. Winamp assumes everythign is mp...

> 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 discard packages > wich are older than prebuffer*2. All clients I tried have recovered very >...

> - Configurable prebuffer, in seconds. > > - prebuffering parameter in configurable in > <limits>...<prebuffer>seconds</prebuffer>... We're in the process of redoing some of this. We will prebuffer some etc, so in the end this functionality will be there. I apologize that this patch won't get applied for that reason. >...

...mp3, or can it just not broadcast mp3 (but still play from a playlist)? I know the quality would be dropped if it had to reencode them though. And what's up with that POS Winamp3, it doesn't even play gg streams?!? I use xmms, but we have winamp3 on a demo computer, it just sits and keeps prebuffering. I need something else for windows I think. Thanks in advance, Bryan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word...

Hi, find enclosed a patch to implement faststart (or prebuffering). Basically, it stores a number of "refbuf"s, configurable by seconds. When a new client connects, it adds the prebuffers to que clients' queue so they are delivered as fast as permitted by the connection. As result, the players prebuffers are filled up faster giving a better &qu...

...3 is that it will accept only ogg data with the old MIME type "application/x-ogg", but current icecast sources emit the new and correct mime type "application-ogg". WinAMP must reject the ogg data because it didn't match the MIME type it expected, so yes, it just sits there prebuffering, and prebuffering, and prebuffering... I fixed this by altering one string in format.c, and another in fserve.c in the current CVS icecast sources, then rebuilding. WinAMP works just fine after you change them both to the old MIME type "application/x-ogg", and the other players I'v...

We're running a setup with M3W on a PC in Sri Lanka, encoding to a server in the UK. What factors govern the time delay between things being said to the microphone in SL and heard by a client connecting to the server, and how can we reduce it as much as possible? Currently we're experiencing 20-30 secs or more.

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

> > Is it true ? And if it is, is there any way to change that behavior ? > > Yes. Icecast always sends data at the data rate. This behavior will > not change in the 1.3.x branch. We will however try and make > prebuffering as fast as possible in 2.x (it's currently done the same > way, but we plan to add this feature). Doesn't icecast send the data out as fast as it gets it from the source? I am not sure how it could send it out any faster. It is the client that figures out how much it wants to buffer...

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