I've been reading posts on the difficulty in getting an icecast stream listed in the shoutcast directory. Apparently, it is necessary to run the shoutcast server to do this. Before I go down a cheeseless rathole, I thought I'd pass this over this list to see what response I would get.
On 08/08/11 18:15, Raymond Lutz wrote:> I've been reading posts on the difficulty in getting an icecast stream > listed in the shoutcast directory. Apparently, it is necessary to run > the shoutcast server to do this. Before I go down a cheeseless rathole,The protocol for the directory is different to ours and when it was stated that entries not from shoutcast servers would be banned then no one went for reverse engineering it.> I thought I'd pass this over this list to see what response I would get. > From what I have read, it is not possible to relay an icecast stream to > a shoutcast server. Various posts say that you must start with shoutcast > server and use icecast as the relay. (I don't want to do this because we > already have a perl script written to work with ices and I don't want to > have to redo it to work with shoutcast. It looks feasible but will still > be quite a bit of work because there is no state saved between calls > from shoutcast. In ices, all program state can be maintained in memory.) >you should be able to allow shoutcast to relay icecast by adding an alias of / to /stream <alias source="/" dest="/stream" /> you can also optionally add port or bind-address in there so that it only applies to requests on those incoming ports/addresses. karl.
*snip* SC explicitly forbids listing streams that are not served by SC servers in their TOS. If you want to run SC, that however is not an Icecast problem, sorry. Thomas
I don't see that Nullsoft can do anything about it if Icecast was modified to update the SC directory exactly emulating SC Server. We would then utilize Icecast server for all our hosting, which is much more flexible. But our customers cannot do without being listed on the popular SC directory. Currently we have about 98% SC servers and 2% Icecast. -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Thomas.Rucker at tieto.com Sent: Tuesday, 9 August 2011 5:00 p.m. To: raylutz at cognisys.com; icecast at xiph.org Subject: Re: [Icecast] Shoutcast directory listing? *snip* SC explicitly forbids listing streams that are not served by SC servers in their TOS. If you want to run SC, that however is not an Icecast problem, sorry. Thomas _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast
HI , Sorry as I did not read all the thread , but I answer from here : 2011/8/8 Karl Heyes <karl at xiph.org>:> On 08/08/11 18:15, Raymond Lutz wrote: >> I've been reading posts on the difficulty in getting an icecast stream >> listed in the shoutcast directory. > you should be able to allow shoutcast to relay icecast by adding an > alias of / to /stream <alias source="/" dest="/stream" />I know this is off-topic , but if it works people would use icecast as main server and shoutcast as a relay , as it should be. I've been doing this for few weeks and just discover that the soutcast server did not appear in the Shoutcast yellow pages. I fixed some stuff : - in the shoutcast config , the "default" setting for the public state if the server has to be set to 'always' in order to have the server trying to publish to SYP. - But then , the shoucast will say [yp_add] yp.shoutcast.com gave error (nak) [yp_add] yp.shoutcast.com gave extended error (Bitrate too small.) I then specify the bitrate in the mount config that is relayed but it didn't change anything, still failing at registering to SYP. Do you have an idea about how icecast could be relayed correctly by shoutcast ? Thanks -- <-------------------------------------------------------> web perso : http://memeteau.com Boutique Ordinateurs GNU/Linux : http://shop.ekimia.fr Fixe :? 0974763294 Mobile : 0624808051