similar to: yp.xml - Size and Contents

Hi everyone, On 10/07/12 18:52, Assen Totin wrote: > 1. I recently noticed that yp.xml is still limited to 1,000 entries > only while the web directory says there are over 21K streams. I > remember some discussions regarding the bandwidth required to serve > this file, so is it possible to get it in compressed format? Here are > some figures: > > - the yp.xml as served

Hi, I've just updated ticket 1890 - https://trac.xiph.org/ticket/1890#comment:8 === As we have moved to the Xiph server at OSUOSL - we have now disabled this limitation and will observe the situation. Personally I'm very disappointed that most clients downloading the yp.xml are not accepting compressed encoding. Right now the file is 4818606 Bytes in size, most clients download it

Hi, Emilis, I have two working Icecast players which implement client-side parsing of yp.xml and searching then through it: - Python, can either transform the yp.xml into SQLite database and then search inside, or can store the yp.xml locally and transfer in into DOM, then search it. http://www.zavedil.com/software-xbmc-icecast - Java (Android), same algorithm as Python but only the SQLite

Hey, I'm having trouble getting my radio stream to list properly on the directory. We recently moved to icecast from shoutcast and it seems like the listen links are still pointing to the old radionomy streams. Plus, I've updated the website URL in the encoder to https://myvictory.ca/radio/ but it isn't getting updated in the directory. The only thing it's getting from my icecast

Hello Icecast Developer, I hope, that I'm right here. My favorit Multimedia Player (VLC-Player) from Videolan can not play current a single Radiostation in the Icecast Radios List "http://dir.xiph.org/yp.xml". The "Icecast Radio Directory" in the VLC-Player does'nt find any Icecast Radiostation. I get an Error in Line 51875, column 75

ices.conf: <Public>1</Public> <!-- The name of you stream, not the name of the song! --> <Name>Poohba's Urban Sounds</Name> <!-- Genre of your stream, be it rock or pop or whatever --> <Genre>RnB</Genre> icecast.xml <directory> <yp-url-timeout>15</yp-url-timeout>

I thought the YP code was going to be fixed to use less resources so it could be used with other stream formats. It seems to be taking a long time. As it is now, Icecast2 is not a good solution for those wanting to be on a popular directory. I am forced to recommend using Shoutcast to my clients so they can get onto a popular directory. I would prefer to recommend Icecast2. Ross Levis.

Sending again .... is this thing on? On 11-Feb-05, at 9:20 PM, oddsock wrote: > At 10:21 PM 2/11/2005, you wrote: >> Now that 2.2.0 is out, we can update metadata on-the-fly. At >> pulverradio.com we are working on an injector that takes the song info >> from our broadcast automation software and dumps it in (thanks guys >> for >> the help). I realize that we

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

On 08/04/2018 07:00 PM, Marvin Scholz wrote: > > On 4 Aug 2018, at 16:12, Ross Levis wrote: > >> I've been told that Icecast streams could be listed on the popular >> Shoutcast.com directory if it supported the new DNAS v2 protocol for YP >> updates. Any thoughts of adding support for that? > There are no plans to add that. And personally I would oppose such an

Hi, On 27/09/12 12:45, renato fringuello wrote: > I took some radios from yp.xml 2 days ago, but today someone (like > http://streaming207.radionomy.com/AngeFM) answers to me : > "The file you requested could not be found" > what's the problem? > They doesn't exist anymore? They are off now and they could be on later? Yes, yp.xml is a snapshot of the streams that

Hi, I stumpled upon Icecast, but I effectively can only play few stations because somehow most of the stations that I'm interested in use the radionomy service. After some research I found out that I'm not the only one and that this company is blocking many countries worldwide: https://www.google.com/search?q=this+radio+station+is+not+available+in+your+country+site:board.radionomy.com

Hi Rob The stream format has nothing to do with your audio files. I probably have 70% MP3's and 30% Ogg Vorbis files, and 1 or 2 WAV files for jingles on my hard drive. I only encode new CD's to Ogg Vorbis. But my station is streaming in AAC+ format, and I have also streamed in Ogg Vorbis format simultaneously. There is no way I would bother streaming in MP3 format. It's 15+

On Wed, Jun 25, 2003 at 11:34:07AM +1000, Michael Smith wrote: > > > 2) Should relay icy/x-audiocast stream metadata when connecting to > > icecast1/shoutcast/etc so that this information is available to YP > > Eh? It does. I even tested that with someone's shoutcast stream. It works. > Just add >

On Wed, Jun 25, 2003 at 03:33:25PM +1000, Michael Smith wrote: > > Is the metadata relayed to connecting clients. i.e. take a client that > supports shoutcast-style metadata, like winamp (and probably most others). > Connect as a listener to the relay. Do you get metadata? You should. If you > don't, the metadata relaying could have been broken (I think this is >

At 03:58 PM 7/8/2003 -0400, you wrote: >That isnt the only bug. One one of our icecast servers the third >stream, sf-lofi.mp3, is not being announced to YP servers at all. On my >local diagnostics (logs all connections to the liveradio.indymedia.org >YP server) I see that icecast isnt even trying to add it. The other YP >servers are not showing this stream either. It doesnt

Hi, Can you please share a sample code which fetches the station list from the > Icecast server and can play a station. > I am attaching a very basic, bare-bone example in Python which: - fetches the XML file - converts it into a DOM object - loops over it, extracting for each station it's server name, URL, bitrate and genre. To play a URL, just feed it to the underlying player.

On Wed, Jun 25, 2003 at 04:27:58PM +1000, Michael Smith wrote: > > > > notice that, with exception of the last, they're all ice-* not icy-*... > > prehaps this is incompatable with the way most players operate to get > > stream data? Is this a typo? > > No. This is deliberate. There could be a bug in the code that takes these > headers and puts bits of them

Hi all, I apologize if this subject has been discussed before. I recently wrote a small add-on for XBMC Media Centre (www.xbmc.org) which allows the users to listen to Icecast radio stations. My primary source of information is the yp.xml file. While the yp.xml file is UTF-8 there seem to be some entries with broken UTF-8 (which most often looks like multiple-encoded UTF-8, but with one

Ok I've been discovering many bugs in Icecast's YP implementation.. The most serious of which is, if a YP server is rejecting a stream the server has a memory leak which, as it continues to re-try to publish it's rejected streams, grows until the server segfaults. On our server, for instance, we're relaying shoutcast streams (which does not relay the stream name and other