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

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).

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,

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

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

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

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

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

adam wrote: > have the icecast 2 sources moved? does anyone know the current download > url? There's no direct URL to the sources, you have to fetch them from CVS. Look at http://www.xiph.org/cvs.html for further information and read the file HACKING in the icecast module about further helper lib you need to download and how to build the thing. There will be an alpha release of

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

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

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've not had a reply on the OddSock forum so I'll try here. I am attempting to use the OddCastDSP Winamp2 plugin via the (free) SQRSoft Advanced Crossfading output plugin (http://www.sqrsoft.com.ar/en/plugins.html). This is necessary to provide intelligent crossfading which sounds very professional. I've not heard of any other crossfading algorithm that works so well. It uses the

This new ReplayGain feature is cool, but made all my .mp3 and .mod files sound so loud, so I wrote a Winamp DSP plugin that: - If a file is playing that is not known, a ReplayGain value will be calculated while playing. - If a file is known, the ReplayGain value is applied. What that means is that my .mp3 files now sound as loud as my .oggs. I hacked this thing together very quick, so

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