similar to: Bad stuttering with Winamp 2.80

Mark Lehrer <mark@knm.org> writes: > What icecast version are you using? There was a bug prior to 1.3.11 > that caused this exact symptom. I am using 1.3.12+patch at the moment. That patch I have on it was the one I submitted earlier which fixes the problem with the wrong arguments passed to snprintf in the avl code. That shouldn't affect sound. I'm fairly certain it's a

The only thing that has changed is the winamp version number. My radio streams are unaltered (to the point of the same process connecting to two versions of Winamp). What happens is that I begin to hear skips in the stream. Soon the stream is full on stuttering, as if a square wave was modulating the volume control. Anyone else experience this? ------ Dave Hayes - Consultant - Altadena CA, USA

Very odd. Forget about this being anyone's problem but my own, my sound card just died horribly on that machine. Smoke even. =( My apologies for taking the list's time. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< "If a man loves the labor of his trade apart from any question of

Jack Moffitt <jack@xiph.org> writes: > What are you trying to do that you get that error? I sent an improperly formatted URL to your server. I've corrected this since. =) > id=69 is the normal success code. You'd get -1 if it failed I think. > What's your ip address? I'll go check the logs. The ip address of my streaming server is 216.133.255.2 > Other

Jack Moffitt <jack@xiph.org> writes: > Now I see the problem. This will not cause anything to show up. You > have no sources. Eh? -> sources Listing sources [Id: 509] [Sock: 14] [Time of connect: 18/Feb/2002:20:55:14] [IP: 205.147.43.110] [State: 1] [Type: pulling relay] [Proto: x-audiocast] [Clients: 2] [Dumpfile/fd: (null)/-1] [Priority: 0] [Song Title: ] [Song URL:

Let me explain more of my testing. I take the same laptop (a cheap compaq). I point winamp at my icecast server, which is one hop away (frame relay T1). After 30-40 min I get stuttering and eventual disconnect. I point same winamp on same laptop to random icecast server(s). It's fine for more than 2 hours, at a higher bitrate even. (I am broadcasting at 40kb, I tested rates at 96 and 128kb.)

Let me explain more of my testing. I take the same laptop (a cheap compaq). I point winamp at my icecast server, which is one hop away (frame relay T1). After 30-40 min I get stuttering and eventual disconnect. I point same winamp on same laptop to random icecast server(s). It's fine for more than 2 hours, at a higher bitrate even. (I am broadcasting at 40kb, I tested rates at 96 and 128kb.)

Jack Moffitt <jack@xiph.org> writes: > The source is in icecast cvs in the 'icedir' module. But what's > actually running is slightly modified. Heh. Is it possible to see a copy of what is actually running? I'm probing the directory server with a quick script but I'm getting 400 URL must be absolute which I should figure out soon. >>

Jack Moffitt <jack@xiph.org> writes: > I assume the public flag is not set for that source. I don't see it in > there. Ah ha! I think I found the problem. Remember my setup is: xmms -> darkice 0.7 -> relay icecast server -> main icecast server | +->to other networks Darkice has: public = yes So I check

$ egrep "Too many errors" icecast.log | wc -l 975 $ egrep "client not receiving data fast enough" icecast.log 975 $ egrep "Accepted" icecast.log.0 | wc -l 4076 Hmm. I tried a windows laptop box (kinda slow) and indeed after about 30-40 minutes playback starts stuttering and eventually disconnects from the icecast server. Nothing else is running on this

Jack Moffitt <jack@icecast.org> writes: > Are you using shout? No, using winamp with the shoutcast plugin to get audio from an analog stream. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< "You have rights antecedent to all earthly governments; rights that cannot be repealed

Jack Moffitt <jack@xiph.org> writes: > The source is in icecast cvs in the 'icedir' module. But what's > actually running is slightly modified. $ setenv CVSROOT :pserver:anoncvs@xiph.org:/usr/local/cvsroot $ cvs login ... $ cvs -z 1 co icedir cvs server: cannot find module `icedir' - ignored cvs [checkout aborted]: cannot expand modules It's not there or I've

Dave Hayes <dave@jetcafe.org> writes: > Darkice has: > public = yes > So I check darkice: > Icecast.cpp: > ... > str = "\nx-audiocast-public: "; > sink->write( str, strlen( str)); > str = getIsPublic() ? "yes" : "no"; > sink->write( str, strlen( str)); > and then icecast: > .... > else if

I have a build process (which worked at release 7.3) that makes a bootable ISO using a ramdisk image as the boot volume. At release 8 it panics right after reporting the real memory size with: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode ... [thread pid 0 tid 0 ] Stopped at pmap_enter+0x19a: moveq (%rcx),%r14 (I have the text frozen on

Once again, I'm clueless as to what is going on because I don't have the source or logs to yp.icecast.org. I am touching yp.icecast.org fine: [14/Feb/2002:01:39:22] directory_touch_xa([yp.icecast.org:80]) completed...server id = 69 but my radio station isn't shown. More details on my setup: xmms -> darkice 0.7 -> relay icecast server -> main icecast server

Mike hodson <mystica@darktech.org> writes: > Is there any way I could debug why the server unexpectedly dies? It's simplistic, but have you tried forcing all icecast code to compile with gdb support enabled, then running it in GDB? ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<<

[Reposted here, silence on the icecast list, is this deliberate?] Once again, I'm clueless as to what is going on because I don't have the source or logs to yp.icecast.org. I am touching yp.icecast.org fine: [14/Feb/2002:01:39:22] directory_touch_xa([yp.icecast.org:80]) completed...server id = 69 but my radio station isn't shown. More details on my setup: xmms -> darkice

Just following up to myself here so this will be in the archive for people. The problem was in darkice 0.7. There is a patch required to make it comply with the x-audiocast-public "standard". You can get the latest CVS to fix the problem. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<<

Matt Boersma <boersma@genomica.com> writes: > from 0.8 - 2 % CPU time and about 4MB of resident memory. I even > "renice -10" it at the suggestion of someone else on this list. > Lame (or another encoder) will be by far the biggest CPU consumer. Have you tried rtprio at all? I understand this may be the only thing running on your box, but still... > If you don't

the Arioch <Arioch> writes: > I think that the folllowing options could be very good to see: > 1) list of enabled/disabled ip masks for clients ... I thought you could set this kind of stuff up in the config file? > 1) list of our LAN servers (to choose one to connect on launch) > 2) ability to request from current server list of online servers > 3) filtering list 2) throug