similar to: CVS

[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

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

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:

Dave Hayes wrote: > Jeff Utter <funk@softhome.net> writes: > > I was just wondering how to access the icecast CVS server, it seems that > > anonomously (boy i can't spell) you can only download the CVSROOT > > directory, which doens't really contain much. how do i get other stuff, > > like icecast, icecast2, ect. > Pointing a browser at

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

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

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

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

Jack Moffitt <jack@xiph.org> writes: >> > If you've isolated it to winamp, why complain here? :) >> I wasn't complaining. I was attempting to see if anyone else had seen >> this problem. > I was joking :) Heh, wasn't sure. The tone of the list had been down lately... > Does streaming from a web server have the same problem? I assume you > tested

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

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

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

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

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

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

timf <Tim> writes: > What would be really helpfull is if someone could give me a step by > step guide to getting a Multicast Stream up and running. One of the tools you have to use is non open-source (gasp) and available from www.live.com. If anyone knows any real open source tools, please let me know. =) If you can hold out a bit, I am getting Yet Another DVMRP tunnel "any day

Beau D Simensen <simensen@halogen.org> writes: > I tried admin rehash for the first time since upgrading to 1.3.12 today. The > rehash took at least 30 seconds [If not longer -- I didn't time it very > closely] and icecast slowly snuck up to 99% CPU usage. I tried issuing the > 'alias' command just to try and get a response from the console and that > never