similar to: [Icecast-dev] metadata fallback mounts

Have now set the log to level 4 and viewed the output when the stream stops/starts. Can't see any errors though. I'm getting: source/source_move_clients passing 1 listeners to "/fallback.mp3" on stream stop and: source/source_move_clients passing 1 listeners to "/studio" when the stream starts again, so looks like it's working. Could it be the client at

Hi ! the developper of Ezstream is : oddsock@oddsock.org Daniel Ballenger wrote: >> Greetings, >> I'm currently working on a program which utilizes Ezstream and >> Icecast2 (http://r404.sf.net). >> >> This project operates off a binary file generating the next file to be >> played, eztream had the funcalitiy required (mp3 -> ogg support on the >>

paranoid wrote: > > Hi all, > First of all thanks again for icecast2. It keeps surprising me how easy > and stable it is to use! we do try to make it easy, but there are people who still have trouble :) > Now this /play.ogg has the fallback /live.ogg and /live.ogg has the > fallback /playlist.ogg. In the config file I added metadata for the > /play.ogg mount point that

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>

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 am trying to relay a streamtuner Live365 stream across a ssh tunnel to a remote XP pc, where I would pick it up using winamp. I have a similar setup with a non-live365 stream routed using streamripper to port 9001 and this plays correctly in winamp For my Live365 stream, I have a RealVNC root session that is streaming the Live365 broadcast from streamtuner (using XMMS). I can see XMMS playing

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.

Hi, My stream host upgraded me to 2.2 and since that time I am no longer listed on the Icecast directory. I use SAM3 and it is setup correctly on my end and my provider states all is set correctly there, but it still does not work. Has anyone had this problem? thanks, Greg http://progpalaceradio.com gregstaf@progpalaceradio.com

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

Hello! I have a fallback mount point with <fallback-override>. When my source client reconnects, the media player is moved mack to the right mount point but the media players I have tried (mplayer and VLC) keep playing the fallback. Is this because of my source client (liquidsoap), icecast or the media players? I think I noticed some message in mplayer about mime type or something.

Hi all, 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 now (1K entries) is 343 KB. This means 21K entries will be around 7 MB. -

> IMHO, a system like Icecast should be made so highly configurable that it > would fit everyone's needs, but I get the impression that only the needs of > the principal developers are of interest here. It makes me sad to see this, > Icecast could be great instead of just being good. > Melanie, As one of the 'principal developers', I don't think this is fair. Of

Greeting all -- I'm having some problems setting up multiple streams with iceS, for example, a hi-bandwidth and lo-bandwidth stream of the same audio. Could someone post a config that works in this case? thanks .oOo.oOo.o..o.oOo.oOo. Ben Wilson admin -- thelocust.org ben@thelocust.org 'OoO'OoO'O''O'OoO'OoO' --- >8 ---- List archives:

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 can inject the song info like so: http://server.ip:port/admin/metadata?mount=/ mountpoint&mode=updinfo&song=ACDC+Back+In+Black .... but are there

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 am trying to connect to an icecast2 server that I have running on redhat 9. Via Ice0. Here are the errors that I am getting. Any help would be greatly appreciated. Kris. <p>[root@wyatt icecast]# ices -m mymp3stream -c ices.conf -P hackme Unknown Node: Server Unknown Execution keyword: Base_Directory Logfile opened DEBUG: Sending following information to libshout: DEBUG: Stream: 0

Can anybody help me, I have Icecast2 and Ices2 on Mandrake and want to play a static playlist. I am getting the following problem: [2003-06-26 12:56:08] DBUG connection/_handle_get_request Client connected [2003-06-26 12:56:08] DBUG admin/admin_handle_request Got command (streamlist) [2003-06-26 12:56:08] INFO admin/admin_handle_request Bad or missing password on admin command request

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 >

So I've been doing some research and thinking here and there about what a _good_ directory service for icecast would be like. I'd appreciate some feedback and some discussion on this topic, before I start putting a lot of effort into developing it. First off, I think getting rid of # of listeners is a must. It just creates a self-fulfilling prophecy and encourages cheating. I think the

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 >