similar to: yp.shoutcast.com 404 errors...

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 directory, since I found no less than 40% of the server operators sending in doctored listener counts. garf." oddsock At 09:25 AM 1/23/2002 -0600, you wrote: >My icecast server (1.3.11) has been getting 404 errors

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

My icecast server (1.3.11) has been getting 404 errors for the past couple of days from the yp.shoutcast.com server. If I send the URL manually by telneting to the webserver at yp.shoutcast.com I get the following response: [chrisp@ayeka httpd]$ telnet yp.shoutcast.com 80 Trying 205.188.234.56... Connected to scastlb1.shoutcast.com. Escape character is '^]'. GET

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.

Hi, I'm trying to make ooh323 works with one asterisk box running 1.2.15 version. I can ring from a h.323 to SIP and SIP to H.323, but when the call is finished when the phone is answered. This is the log when I call from the H.323 device to a SIP device: Feb 23 10:57:32 VERBOSE[6096] logger.c: -- Executing Dial("OOH323/Telconet Mantaer-c5f8", "SIP/666|30|TtrwWC")

Beni Cherniavksy (cben@techunix.technion.ac.il) wrote : [ big snip ] > Here are the dates as far as I know: > > > 20000508 (beta1/2) > 20001031 (beta3) > 20010225 (beta4) > 20010615 (RC1) > 20010813 (RC2) > 20010816 (gtune 1) (RC2 - Garf tuned v1) > 20011014 (GTune 2) (RC2 - Garf tuned v2) > 20011217 (RC3 - oggenc, oggdrop) > 20011231 (RC3 -

Hi! I am very pleased with the progress that Ogg is making, expecially after I read the latest comparision tests on http://ff123.net/128test/instruct.html that put OGG on top aside with MPC. BUT the APPLAUD.WAV test case ( http://lame.sourceforge.net/download/samples/applaud.wav ) still produces **VERY** easily audible high-frequency artifacts when encoded with OGG RC3 up to q4.9 (!!!). Things

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

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

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:

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

[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

Thanks to Adam Greenbaum for recently helping me get libshout fully icy compatible. I'll be releasing a new libshout and libshout-perl this weekend, but int he meantime, you can grab the head of CVS for each and you'll get the same thing. Also, he tracked down some yp.shoutcast.com problems, and I have checked in a solution that lists icecast servers on yp.shoutcast.com once again.

Hi; Is it possible for an Icecast stream to get listed in the Shoutcast YP and WinAmp? If so, what's the correct syntax for the directory entry? Thanks, Fred -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20050715/26b58152/attachment.html

I'm using Icecast 1.3.11.. It connects to yp.icecast.org and yp.mp3.de just find.. it looks like it's trying to go to http://yp.icecast.org/cgi-bin/touch However, the shoutcast one says: completed...server id = -1 While the others say: serverid = 69 <p>Has Shoutcast changed something, so that icecast can no longer find Shoutcasts directory? -- Arathena Email:

Has anyone had luck in tricking the Shoutcast YP to allow icecast feeds? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Weather @ 3:40pm * Temp: 14.7 ?C * Humidity 36 % * Wind: NNW @ 13 km/h Baro: 1023.04 kPa Steady * Vis: 14 km * Sky: Clear * Weather: None reported 24H Rain: 0.00 mm * TotalRain(Sept 1st 2004): 27.00 mm =-=-=-= Website: http://www.WeatherServer.net

From a technical standpoint, we could make this happen, however : 1. the Shoutcast listing protocol is completely different from the Icecast one, and so we'd have to code it and maintain it. 2. (more importantly) Shoutcast has, in the past, banned all non-shoutcast stations (and yes, even specifically icecast stations) from their directory. They've explicitly stated they don't