similar to: Why doesn't yp.icecast.org show my stream?

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

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

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

Mike hodson <mystica@darktech.org> writes: > Might I ask -how- precisely they banned all icecast servers. Perhaps the real question you should ask is..."should" anyone worry about this at all? Personally speaking, I've been streaming for quite a while (barring a few networking problems) and I've always seen the same behavior from the shoutcast (Nullsoft) people.

In trying to find out why neither icecast nor shoutcast no longer lists my radio station (I thought it might be the connectivity issues which plagued me this month), I find this: >> unfortunately, the kind folks over at Nullsoft axed all icecast entries on >> their YP... >> Quote from Tom Pepper : >> >> "I also had to pull support for icecast today from the

telmnstr <Ethan> writes: > We have been using LiveIce to serve mp3 streams for 10 months or > so. ... > Does anyone have suggestions? By leaving LAME and trying to go with L3ENC > or whatever the current version is -- will that improve stability? One more for Darkice here. My experiences with LiveIce were less than fruitful. I used to use the shoutcast plugin on windows but,

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

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

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