similar to: Icecast2 / Ogg / oddcastDSP / Winamp2 Constant Prebuffering

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?

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

> 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,

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 one test configuration there is a very low average

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

Sorry for the long rave. I write Windows software for broadcasters (Radio & Internet) and in a newsletter I send out to my streaming clients I was recommending Ogg Vorbis/IceCast2 as the streaming solution for the future. All of my clients are using Windows and a lot of them are using Winamp2 for their broadcasting. Currently they would be forced to use the OddCastDSP. One client who should

Sorry for the long rave. I write Windows software for broadcasters (Radio & Internet) and in a newsletter I send out to my streaming clients I was recommending Ogg Vorbis/IceCast2 as the streaming solution for the future. All of my clients are using Windows and a lot of them are using Winamp2 for their broadcasting. Currently they would be forced to use the OddCastDSP. One client who should

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

Hi Oddsock Thank you for your detailed reply. > these are all very valid points, but consider the following. > I, and I suspect some others as well, write open source > software to provide people free (or otherwise cheap) options > to problems that are traditionally solved by proprietary or > non-open software....... I appreciate the non-paid time required. It is rewarding

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

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

I am using only WinAmp 2.x and 5.x It works in WinAmp2.x and 5.x at the college network (T1 line), but not at home with cable modem (even with firewall switched off). It tries to prebuffer over 20 minutes - 5 second burst of music and then quits with message (-2:-11). Again, no problem if using FOOBAR2000, but it would be nice to have it work in WinAmp. Murray Saul <p>Geoff Shang wrote:

Hello folks I'm having trouble playing ogg streams with WinAmp3. I run Icecast2 & Ices2 (both compiled from CVS about two weeks ago) on a Linux box, the files being streamed were encoded with oggenc (from oggutils1.0, managed 80kbitrate...) The problem is that WinAmp3 won't actually play the .ogg stream. When I give it the URL (http://myserver:8000/mount.ogg) it says

Hi, Just wanted to clarify, can icecast2 not read OR broadcast any 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

I'm rather new to this. I just set up Icecast and Ices using source from CVS downloaded yesterday (3-20-2003). The box is running RedHat 8.0 with all the required RPMs to compile. Here's my trouble: I have Ices running in live mode, with it connecting correctly to the Icecast server on port 8000 (which is only bound to 127.0.0.1). I'm using Winamp on the client end connecting to port

I'm trying to set up a live stream originating from line-in on my soundcard. I'm attempting to use Icecast2 and Ices2. I've been up and down the configuration. I switched from the line-in method to using .ogg files as source. These .ogg files play find independent of Ices2/Icecast2. Ices2 and Icecast2 are running on the same Redhat 9 machine. In both cases, Winamp appears to

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

> 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