similar to: Icecast streams included in StreamFinder.com

> I'm sure Oddsock would provide his YP-server-scripts, won't he? > > Otherwise: The calls to the yp-server-scripts should be fairly > simple. Just have a look at the sourcecode ... the yp-server-part > shouldn't be hard to find / "decode". I hope so :) I'm not too good with C or anything like that, so the sourcecode would probably be a bit confusing.

On Wed, 4 Jun 2003, Geoff Shang wrote: > > Oh right. Well, Oddsock's your guy, as he wrote the spec and the code. > The icecast.net server seems to be the same PHP code, so maybe it's > available somewhere (not sure though). Thanks Geoff. I've e-mailed him directly (not knowing if I should though) but if anyone else can point me to the code I would be much appreciative :)

[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

The public URL of your Icecast server http://live.coolradio.rs <directory> <yp-url-timeout>15</yp-url-timeout> <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url> </directory> <directory> <yp-url-timeout>15</yp-url-timeout> <yp-url>http://icecast-yp.internet-radio.com</yp-url> </directory>

Hi everyone: Thanks to me not setting a max log size in our icecast install, a problem with YP stuff caused the log to grow to almost 2 gig and fill the partition. Probably just as well it did, or we might not have noticed. The sysadmin had to trim the log to get space back, so the bit where it all started no longer appears. But in the 4 hours of log I still have, the following line appears

Hi, I've two icecast server : - The first is an icecast server v1 where sources (using liveice and ices) are directly connected - The second is an icecast server v2 that relay two mountpoint from the other server When a use a player (such as xmms or winamp) and listen to the first icecast server, I got good stream information such as title, etc... When a use a player (such as xmms or winamp)

Hi, I've two icecast server : - The first is an icecast server v1 where sources (using liveice and ices) are directly connected - The second is an icecast server v2 that relay two mountpoint from the other server When a use a player (such as xmms or winamp) and listen to the first icecast server, I got good stream information such as title, etc... When a use a player (such as xmms or winamp)

I am having problem with icecast2/winamp oddcast dsp/darkice being listed on dir.xiph.org and dir.oddsock.org. Now I've scanned the mailing list and found that there was a previous issue, however if I use icecast on Windows XP it works fine, but not from Fedora Core 1. I've made sure to check my config files multiple times and looked at the error logs but I still can't figure

On Wednesday, 28 May 2003 at 23:44, Geoff Shang wrote: > Or maybe have YP disabled by default and have it complain as above if you > enable it with a configure option? > > It's just that I can see a whole bunch of "I can't get YP stuff to work" > messages replacing the "WTF is CURLOPT_NOSIGNAL" messages we're currently > getting. Having configure

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

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

Odd: I just pulled SVN and compiled.. Wonderful new logging code, btw! Now, why in the WORLD would the resolution be failling?! nsswitch.conf / resolv.conf / hosts is all fine.. *shrug* I can obviously put IPs instead of hosts in the URLs, however things still fail.. -- Chris Pickert ldd output-- ldd ./icecast libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4001f000)

hi. i just tried to compile latest icecast version from cvs on a debian 'woody' intel machine. autogen works without errors but trying to 'make' it i receive the following error-message in the end. ____________________________________________________________________________ _ ... /usr/local/icecast/stream/include -I/usr/local/icecast/stream/include \

Hi: For the past few hours, www.oddsock.org/yp.cgi has been uncontactable. When I start the icecast server, it seems to perform very badly while trying to contact the YP server. After a couple of minutes, the streaming begins to work, but it starts spawning processes at the rate of a couple a minute. the following also starts appearing in the server log: [2003-04-08 10:26:28] DBUG

Yupp, same results. What else can be trying? Perms all seems a-ok, the name resolution issue makes me feel funny. Here's a URL to the ptrace -f of the non-chrooted run -- http://tinyurl.com/ytsqv .. Although, MIRACULOUSLY, non-chrooted, non-privlidged, port 8000, + DNS works?! Eventhough, without DNS it doesnt. As you can see! -- [2004-05-26 17:10:25] INFO main/main Icecast 2.0.0 server

Looks like I missed a config file entry for the shoutcast-compat.xml, you'll need to add : <shoutcast-mount>/stream.nsv</shoutcast-mount> to your config. It needs to exist at the main root level... for context here is where I have it : <directory> <yp-url-timeout>15</yp-url-timeout>

On 12/29/2014 02:39 PM, Hoggins! wrote: > Hello Thomas, > > Le 29/12/2014 15:25, "Thomas B. R?cker" a ?crit : >> The directory is a free service and it's my >> time that goes into maintaining it and I'm not willing to pour more time >> into finding some hoster who thinks playing hide and seek is cool. > This is slightly off-topic, but do you plan on

I can understand wanting to boost the adoption of Xiph codecs, but I think restricting the directory to vorbis streams only will not help this endeavour. I can imagine it will just piss a lot of people, including myself, and give Xiph a bad name. I get very few listeners of my AAC+ stream now since this occured. The restriction is not an insentive to switch to Ogg Vorbis at all. The incentive

At 05:31 PM 6/25/2003 +1000, you wrote: > > I'm not concerned with how players see anything right now, tho that is a > > concern I guess. I'm concerned with getting the vitals - the stream > > name, genre, and description, to be relayed to a YP server when Icecast2 > > is relaying a Shoutcast stream. Currently it does not, this is missing > > functionality

Hi: The sysadmin on the system where the icecast server I more or less administer runs sent me an E-mail today saying that icecast had pushed up the system load to over 8 and that he had to kill it off. Some discussion and examination of the log files suggest that there's a problem with removing streams from the YP server. The main source on our server is on a machine that's used for