From eric at sfu.ca Thu Jun 18 02:43:32 2009 From: eric at sfu.ca (Eric Kolotyluk) Date: Wed, 17 Jun 2009 19:43:32 -0700 Subject: [Icecast] Sources can't connect to my server Message-ID: <4A39A9D4.7000105@sfu.ca> I have IceCast 2.3.1 running on Window XP SP3 as a windows service. My computer is behind a d-link router, and the router is configured to pass through to port 8000 on my computer. On the same computer I am running WinAmp with an oddcast dsp and streaming work fine, people beyond my router can listen no problem. I also have a laptop running Windows Vista SP2 with WinAmp and a Spacial dsp, which also streams fine. The problem is, no source on the other side of my router can connect to my server. I can't figure out what the problem could be. Does anyone have any ideas? Cheers, Eric From edouard at lafargue.name Thu Jun 18 19:30:12 2009 From: edouard at lafargue.name (Edouard Lafargue) Date: Thu, 18 Jun 2009 21:30:12 +0200 Subject: [Icecast] RDS-enabled icecast streaming Message-ID: <268161120906181230x6b992df6w4eaf533d89b239ce@mail.gmail.com> Hi all, I don't know if anyone has tried this before, but I got very good results injecting the RDS datastream of radio stations into icecast streams by using the "rdsd" daemon from the rdsd project hosted on Berlios. It is nice to get the radio station's name, radiotext and other info within the stream, and it is actually really simple to do! I have put my notes together at https://www.lafargue.name/article2773.html Let me know if you find this interesting! Best regards, Ed From dm8tbr at afthd.tu-darmstadt.de Fri Jun 19 10:11:57 2009 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Fri, 19 Jun 2009 10:11:57 +0000 Subject: [Icecast] Sources can't connect to my server In-Reply-To: <4A39A9D4.7000105@sfu.ca> References: <4A39A9D4.7000105@sfu.ca> Message-ID: <4A3B646D.8070509@afthd.tu-darmstadt.de> Eric Kolotyluk schrieb: > I have IceCast 2.3.1 running on Window XP SP3 as a windows service. > Regardless of the issues please consider to upgrade to 2.3.2. > On the same computer I am running WinAmp with an oddcast dsp and > streaming work fine, people beyond my router can listen no problem. > That means they can reach your server. > The problem is, no source on the other side of my router can connect to > my server. I can't figure out what the problem could be. Does anyone > have any ideas? > Did you look at the error.log of your server? As you have said TCP connections to the icecast server work. So the source is also able to reach it (unless misconfigured etc). So unless you are trying to use some weird sh*tcast dsp that connects to different port numbers there should be entries in the error.log. Cheers Thomas From dm8tbr at afthd.tu-darmstadt.de Sun Jun 21 07:41:23 2009 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Sun, 21 Jun 2009 07:41:23 +0000 Subject: [Icecast] Sources can't connect to my server In-Reply-To: <4A3BBA9D.5070403@sfu.ca> References: <4A39A9D4.7000105@sfu.ca> <4A3B646D.8070509@afthd.tu-darmstadt.de> <4A3BBA9D.5070403@sfu.ca> Message-ID: <4A3DE423.8020803@afthd.tu-darmstadt.de> Eric Kolotyluk schrieb: > Thanks for getting back to me - I would really like to figure this out. > > My Icecast service is running and the address of my server is > 14.83.23.157. Could someone try connecting to it with a source and see > if you have any luck. > > More below.. > > Thomas B. Ruecker wrote: >> Eric Kolotyluk schrieb: >> >>> I have IceCast 2.3.1 running on Window XP SP3 as a windows service. >>> >>> >> Regardless of the issues please consider to upgrade to 2.3.2. >> > OK, I have been considering it. Is there a binary version I can get > somewhere that installs as a windows service? on the icecast website should be an installer. I don't know if it installs as a service as I don't use windows a lot and haven't installed icecast on a windows for at least half a year. >> >>> The problem is, no source on the other side of my router can connect to >>> my server. I can't figure out what the problem could be. Does anyone >>> have any ideas? >>> >>> >> Did you look at the error.log of your server? As you have said TCP >> connections to the icecast server work. So the source is also able to >> reach it (unless misconfigured etc). So unless you are trying to use >> some weird sh*tcast dsp that connects to different port numbers there >> should be entries in the error.log. >> > Yes, I even turned it up to the DBUG level so I could try and figure > out what the problem is. I'm not that familiar with the error log so > I'm not sure what I'm supposed to be looking for. well, it's not very hard to read. But I'll try and give you a few hints. > Configuration files follow > So let's dissect this a bit. I'll be deleting irrelevant parts of the log. > error.log > > (24.83.23.157) is the external address of my server on the internet - > outside the router. > > The first source connection was from my second computer > (192.168.0.103) behind my router which seems to work fine. Is it also > listening to the stream via Second Life. > > I don't understand the No such file or directory messages or how to > fix them > > [2009-06-17 17:50:07] INFO fserve/fserve.c checking for file > /different.ogg/7.html (./web/different.ogg/7.html) > [2009-06-17 17:50:07] WARN fserve/fserve.c req for file > "./web/different.ogg/7.html" No such file or directory That's plain weird. something is asking for http://24.83.23.157:8000/different.ogg/7.html - why would anyone want this? I'll look at it again in the access log. > [2009-06-17 17:50:09] INFO connection/connection.c Source logging in > at mountpoint "/different.ogg" > [2009-06-17 17:50:09] DBUG connection/connection.c sources count is 0 > [2009-06-17 17:50:09] DBUG stats/stats.c update node clients (1) > [2009-06-17 17:50:09] DBUG stats/stats.c update node connections (2) > [2009-06-17 17:50:09] DBUG stats/stats.c update node sources (1) > [2009-06-17 17:50:09] DBUG source/source.c Applying mount information > for "/different.ogg" > [2009-06-17 17:50:09] DBUG source/source.c YP changed to 1 > [2009-06-17 17:50:09] DBUG source/source.c public set to 1 > [2009-06-17 17:50:09] DBUG source/source.c max listeners to -1 > [2009-06-17 17:50:09] DBUG source/source.c queue size to 524288 > [2009-06-17 17:50:09] DBUG source/source.c burst size to 65535 > [2009-06-17 17:50:09] DBUG source/source.c source timeout to 10 > [2009-06-17 17:50:09] DBUG source/source.c fallback_when_full to 0 > [2009-06-17 17:50:09] DBUG connection/connection.c source is ready to > start > [2009-06-17 17:50:09] DBUG fserve/fserve.c Adding client to file > serving engine > [2009-06-17 17:50:09] DBUG source/source.c Source creation complete > [2009-06-17 17:50:09] DBUG format-ogg/format_ogg.c releasing header pages > [2009-06-17 17:50:09] DBUG format-ogg/format_ogg.c freeing codecs > [2009-06-17 17:50:09] DBUG format-vorbis/format_vorbis.c checking for > vorbis codec > [2009-06-17 17:50:09] INFO format-vorbis/format_vorbis.c seen initial > vorbis header > [2009-06-17 17:50:09] DBUG format-vorbis/format_vorbis.c processing > incoming header packet (1) > [2009-06-17 17:50:09] DBUG format-vorbis/format_vorbis.c processing > incoming header packet (2) > [2009-06-17 17:50:09] DBUG format-vorbis/format_vorbis.c we have the > header packets now > [2009-06-17 17:50:09] DBUG format-vorbis/format_vorbis.c Adding the 3 > header packets > [2009-06-17 17:50:09] DBUG format-ogg/format_ogg.c attaching BOS page > [2009-06-17 17:50:09] DBUG format-ogg/format_ogg.c attaching header page > [2009-06-17 17:50:09] DBUG stats/stats.c new source stat /different.ogg > [2009-06-17 17:50:09] DBUG stats/stats.c new node public (1) > [2009-06-17 17:50:09] DBUG stats/stats.c new node server_name (Quant) > [2009-06-17 17:50:09] DBUG stats/stats.c new node server_description > (Second Life) > [2009-06-17 17:50:09] DBUG stats/stats.c new node server_url > (http://www.audiorealm.com) > [2009-06-17 17:50:09] DBUG stats/stats.c new node genre (Various) > [2009-06-17 17:50:09] DBUG stats/stats.c new node bitrate (Quality 0.00) > [2009-06-17 17:50:09] DBUG stats/stats.c new node server_type > (application/ogg) > [2009-06-17 17:50:09] DBUG stats/stats.c new node max_listeners > (unlimited) > [2009-06-17 17:50:09] DBUG stats/stats.c new node source_ip > (24.83.23.157) > [2009-06-17 17:50:09] DBUG stats/stats.c update node > source_client_connections (1) > [2009-06-17 17:50:09] DBUG stats/stats.c new node listeners (0) > [2009-06-17 17:50:09] DBUG stats/stats.c new node ice-samplerate (44100) > [2009-06-17 17:50:09] DBUG stats/stats.c new node ice-quality (0.00) > [2009-06-17 17:50:09] DBUG stats/stats.c new node ice-channels (2) > [2009-06-17 17:50:09] DBUG stats/stats.c new node audio_info > (ice-samplerate=44100;ice-quality=0.00;ice-channels=2) > [2009-06-17 17:50:09] DBUG stats/stats.c new node listenurl > (http://192.168.0.103:8000/different.ogg) > [2009-06-17 17:50:09] DBUG stats/stats.c update node > source_total_connections (1) > [2009-06-17 17:50:09] DBUG stats/stats.c new node slow_listeners (0) > [2009-06-17 17:50:09] DBUG stats/stats.c update node listeners (0) > [2009-06-17 17:50:09] DBUG stats/stats.c new node listener_peak (0) > [2009-06-17 17:50:09] DBUG stats/stats.c new node stream_start (Wed, > 17 Jun 2009 17:50:09 Pacific Daylight Time) > [2009-06-17 17:50:09] DBUG stats/stats.c new node total_bytes_read (0) > [2009-06-17 17:50:09] DBUG stats/stats.c new node total_bytes_sent (0) > [2009-06-17 17:50:09] DBUG stats/stats.c new node audio_samplerate > (44100) > [2009-06-17 17:50:09] DBUG stats/stats.c new node audio_channels (2) > [2009-06-17 17:50:09] DBUG stats/stats.c new node audio_bitrate (64001) > [2009-06-17 17:50:09] DBUG stats/stats.c new node ice-bitrate (64) > [2009-06-17 17:50:10] DBUG stats/stats.c new node artist (Quant) > [2009-06-17 17:50:10] DBUG stats/stats.c new node title (Second Life) > [2009-06-17 17:50:10] DBUG stats/stats.c new node subtype (Vorbis) looks good. A source connected. What's weird though is that the connection according to the access.log is comming from 24.83.23.157 - which according to you is your router's external IP. Did you try yourself to connect to your server using your external IP? > [2009-06-17 17:50:37] DBUG auth/auth.c max on /different.ogg is -1 > (cur 0) > [2009-06-17 17:50:37] DBUG auth/auth.c Added client to /different.ogg > [2009-06-17 17:50:37] DBUG auth/auth.c client authenticated, passed > to source > [2009-06-17 17:50:37] DBUG source/source.c Client added > [2009-06-17 17:50:37] INFO source/source.c listener count on > /different.ogg now 1 Now there is a listener connection > [2009-06-17 17:50:39] DBUG stats/stats.c update node total_bytes_read > (225731) > [2009-06-17 17:50:39] DBUG stats/stats.c update node total_bytes_sent > (58464) > [2009-06-17 17:50:44] DBUG stats/stats.c update node total_bytes_read > (263868) > [2009-06-17 17:50:44] DBUG stats/stats.c update node total_bytes_sent > (112936) > [2009-06-17 17:50:49] DBUG stats/stats.c update node total_bytes_read > (301829) > [2009-06-17 17:50:49] DBUG stats/stats.c update node total_bytes_sent > (151445) > [2009-06-17 17:50:54] DBUG stats/stats.c update node total_bytes_read > (340159) > [2009-06-17 17:50:54] DBUG stats/stats.c update node total_bytes_sent > (189557) > [2009-06-17 17:50:59] DBUG stats/stats.c update node total_bytes_read > (378328) > [2009-06-17 17:50:59] DBUG stats/stats.c update node total_bytes_sent > (227735) > [2009-06-17 17:51:04] DBUG stats/stats.c update node total_bytes_read > (416363) > [2009-06-17 17:51:04] DBUG stats/stats.c update node total_bytes_sent > (266305) > [2009-06-17 17:51:09] DBUG stats/stats.c update node total_bytes_read > (450456) > [2009-06-17 17:51:09] DBUG stats/stats.c update node total_bytes_sent > (299731) This is just a statistics update but it indicates that it seems like data is flowing fine. There is 450456 bytes that came from the source client and 299731 bytes were sent to the listener. > [2009-06-17 17:51:09] DBUG client/client.c Client connection died > [2009-06-17 17:51:09] DBUG source/source.c Client removed > [2009-06-17 17:51:09] INFO source/source.c listener count on > /different.ogg now 0 The listener disconnected. > [2009-06-17 17:51:10] DBUG auth/auth.c max on /different.ogg is -1 > (cur 0) > [2009-06-17 17:51:10] DBUG auth/auth.c Added client to /different.ogg > [2009-06-17 17:51:10] DBUG auth/auth.c client authenticated, passed > to source > [2009-06-17 17:51:10] DBUG stats/stats.c update node clients (1) > [2009-06-17 17:51:10] DBUG stats/stats.c update node listeners (0) > [2009-06-17 17:51:10] DBUG stats/stats.c update node clients (2) > [2009-06-17 17:51:10] DBUG stats/stats.c update node connections (5) > [2009-06-17 17:51:10] DBUG stats/stats.c update node > client_connections (4) > [2009-06-17 17:51:10] DBUG stats/stats.c update node > listener_connections (2) > [2009-06-17 17:51:10] DBUG source/source.c Client added > [2009-06-17 17:51:10] INFO source/source.c listener count on > /different.ogg now 1 A new listener has connected. > [2009-06-17 17:51:48] DBUG client/client.c Client connection died > [2009-06-17 17:51:48] DBUG source/source.c Client removed > [2009-06-17 17:51:48] INFO source/source.c listener count on > /different.ogg now 0 And someone disconnects and so on... > [2009-06-17 17:52:05] DBUG slave/slave.c checking master stream list > [2009-06-17 17:52:06] DBUG format-vorbis/format_vorbis.c adding EOS > packet > [2009-06-17 17:52:06] DBUG format-vorbis/format_vorbis.c flushing page > [2009-06-17 17:52:06] DBUG format-ogg/format_ogg.c releasing header pages > [2009-06-17 17:52:06] DBUG format-ogg/format_ogg.c releasing header pages > [2009-06-17 17:52:06] DBUG format-ogg/format_ogg.c freeing codecs > [2009-06-17 17:52:06] DBUG format-vorbis/format_vorbis.c freeing > vorbis codec > [2009-06-17 17:52:06] DBUG format-vorbis/format_vorbis.c checking for > vorbis codec > [2009-06-17 17:52:06] INFO format-vorbis/format_vorbis.c seen initial > vorbis header > [2009-06-17 17:52:06] DBUG format-vorbis/format_vorbis.c processing > incoming header packet (1) > [2009-06-17 17:52:06] DBUG format-vorbis/format_vorbis.c processing > incoming header packet (2) > [2009-06-17 17:52:06] DBUG format-vorbis/format_vorbis.c we have the > header packets now > [2009-06-17 17:52:06] DBUG format-vorbis/format_vorbis.c Adding the 3 > header packets > [2009-06-17 17:52:06] DBUG format-ogg/format_ogg.c attaching BOS page > [2009-06-17 17:52:06] DBUG format-ogg/format_ogg.c attaching header page > [2009-06-17 17:52:06] DBUG stats/stats.c delete node audio_bitrate > [2009-06-17 17:52:06] DBUG stats/stats.c delete node audio_channels > [2009-06-17 17:52:06] DBUG stats/stats.c delete node audio_samplerate > [2009-06-17 17:52:06] DBUG stats/stats.c new node audio_samplerate > (44100) > [2009-06-17 17:52:06] DBUG stats/stats.c new node audio_channels (2) > [2009-06-17 17:52:06] DBUG stats/stats.c new node audio_bitrate (64001) > [2009-06-17 17:52:06] DBUG stats/stats.c update node ice-bitrate (64) > [2009-06-17 17:52:07] DBUG stats/stats.c update node artist (Gowan) > [2009-06-17 17:52:07] DBUG stats/stats.c update node title (A > Criminal Mind) > [2009-06-17 17:52:07] DBUG stats/stats.c update node subtype (Vorbis) > [2009-06-17 17:52:07] DBUG stats/stats.c update node clients (3) > [2009-06-17 17:52:07] DBUG stats/stats.c update node connections (7) > [2009-06-17 17:52:07] DBUG stats/stats.c update node > client_connections (6) > [2009-06-17 17:52:07] DBUG stats/stats.c update node clients (2) The song changes > [2009-06-17 17:52:47] INFO source/source.c End of Stream /different.ogg > [2009-06-17 17:52:47] INFO source/source.c Source "/different.ogg" > exiting > [2009-06-17 17:52:47] DBUG source/source.c clearing source > "/different.ogg" > [2009-06-17 17:52:47] DBUG format-ogg/format_ogg.c releasing header pages > [2009-06-17 17:52:47] DBUG format-ogg/format_ogg.c freeing codecs > [2009-06-17 17:52:47] DBUG format-vorbis/format_vorbis.c freeing > vorbis codec > [2009-06-17 17:52:47] DBUG source/source.c freeing source > "/different.ogg" > [2009-06-17 17:52:47] DBUG stats/stats.c delete source node > /different.ogg > [2009-06-17 17:52:47] DBUG stats/stats.c update node clients (1) > [2009-06-17 17:52:47] DBUG stats/stats.c update node clients (0) > [2009-06-17 17:52:47] DBUG stats/stats.c update node sources (0) Source client disconnected cleanly. > access.log > > 216.82.22.78 - - [17/Jun/2009:17:50:07 -0700] "GET > /different.ogg/7.html HTTP/1.0" 404 106 "-" "XML Getter (Mozilla > Compatible)" 1 > 216.82.22.78 - - [17/Jun/2009:17:51:07 -0700] "GET > /different.ogg/7.html HTTP/1.0" 404 106 "-" "XML Getter (Mozilla > Compatible)" 0 the connections are comming from a lindenlab IP. I suppose it is something weird related to second-life. > 24.83.23.157 - - [17/Jun/2009:17:51:09 -0700] "GET /different.ogg > HTTP/1.1" 200 303484 "-" "FMOD/3.74" 32 > 24.83.23.157 - - [17/Jun/2009:17:51:48 -0700] "GET /different.ogg > HTTP/1.1" 200 355456 "-" "FMOD/3.74" 39 Listener connections, as noted above. Interestingly also mentioning your own IP. > 216.82.22.78 - - [17/Jun/2009:17:52:07 -0700] "GET > /different.ogg/7.html HTTP/1.0" 404 106 "-" "XML Getter (Mozilla > Compatible)" 0 SL again > 24.83.23.157 - - [17/Jun/2009:17:52:47 -0700] "SOURCE /different.ogg > ICE/1.0" 200 19 "-" "-" 158 The source client connection (please note that all the timestamps are when DISCONNECT happens!). It was connected for 158 seconds. > 24.83.23.157 - - [17/Jun/2009:17:52:47 -0700] "GET /different.ogg > HTTP/1.1" 200 455892 "-" "FMOD/3.74" 58 Yet another listener connection > 216.82.22.78 - - [17/Jun/2009:17:53:07 -0700] "GET > /different.ogg/7.html HTTP/1.0" 404 106 "-" "XML Getter (Mozilla > Compatible)" 0 > 216.82.22.78 - - [17/Jun/2009:17:54:07 -0700] "GET > /different.ogg/7.html HTTP/1.0" 404 106 "-" "XML Getter (Mozilla > Compatible)" 0 SL is trying to get that weird stuff again. > icecase.xml looks fine. a very minimalistic config with no explicit mount definition. Conclusion: You have a working setup. Some second life server requests inexistent URLs. Your stream was up and running and served to a listener client. Thomas From geoff at QuiteLikely.com Sun Jun 21 09:12:00 2009 From: geoff at QuiteLikely.com (Geoff Shang) Date: Sun, 21 Jun 2009 12:12:00 +0300 (IDT) Subject: [Icecast] Sources can't connect to my server In-Reply-To: <4A3DE423.8020803@afthd.tu-darmstadt.de> References: <4A39A9D4.7000105@sfu.ca> <4A3B646D.8070509@afthd.tu-darmstadt.de> <4A3BBA9D.5070403@sfu.ca> <4A3DE423.8020803@afthd.tu-darmstadt.de> Message-ID: On Sun, 21 Jun 2009, Thomas B. Ruecker wrote: > Eric Kolotyluk schrieb: >> [2009-06-17 17:50:07] INFO fserve/fserve.c checking for file >> /different.ogg/7.html (./web/different.ogg/7.html) >> [2009-06-17 17:50:07] WARN fserve/fserve.c req for file >> "./web/different.ogg/7.html" No such file or directory > That's plain weird. something is asking for > http://24.83.23.157:8000/different.ogg/7.html - why would anyone want > this? I'll look at it again in the access log. Shoutcast has some basic stats available at http://server:port/7.html there are 7 comma-separated values designed to be easily parsed. I understand that Shoutcast's YP server uses it. Presumably something is assuming that the stream URL is a Shoutcast URL when it isn't. On a related note, I've had to get Icecast to generate 7.html. I wrote an XSL template for this, but I've not found a way to have just one for any desired mountpoint, I've had to hard-code the desired mount. Geoff. From dm8tbr at afthd.tu-darmstadt.de Mon Jun 22 09:19:51 2009 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Mon, 22 Jun 2009 09:19:51 +0000 Subject: [Icecast] Sources can't connect to my server In-Reply-To: References: <4A39A9D4.7000105@sfu.ca> <4A3B646D.8070509@afthd.tu-darmstadt.de> <4A3BBA9D.5070403@sfu.ca> <4A3DE423.8020803@afthd.tu-darmstadt.de> Message-ID: <4A3F4CB7.6010703@afthd.tu-darmstadt.de> Geoff Shang schrieb: > On Sun, 21 Jun 2009, Thomas B. Ruecker wrote: > > >> Eric Kolotyluk schrieb: >> >>> [2009-06-17 17:50:07] INFO fserve/fserve.c checking for file >>> /different.ogg/7.html (./web/different.ogg/7.html) >>> [2009-06-17 17:50:07] WARN fserve/fserve.c req for file >>> "./web/different.ogg/7.html" No such file or directory >>> >> That's plain weird. something is asking for >> http://24.83.23.157:8000/different.ogg/7.html - why would anyone want >> this? I'll look at it again in the access log. >> > > Shoutcast has some basic stats available at http://server:port/7.html > Ah I was suspecting something like that. > Presumably something is assuming that the stream URL is a Shoutcast URL > when it isn't. > or it was coded so it just tries to query both kinds of servers that way. Which is "impolite" at least. Wonder if it will break if someone generates that output like you do. > On a related note, I've had to get Icecast to generate 7.html. I wrote an > XSL template for this, but I've not found a way to have just one for any > desired mountpoint, I've had to hard-code the desired mount. > You could achieve this by patching icecast and using the logic that is used to generate the XSPF dynamic playlist I presume. Cheers Thomas From caio.pedro at hotmail.com Wed Jun 24 01:25:59 2009 From: caio.pedro at hotmail.com (Caio Pedro de Almeida Silva Castro) Date: Wed, 24 Jun 2009 01:25:59 +0000 Subject: [Icecast] Icecast Digest, Vol 61, Issue 4 In-Reply-To: References: Message-ID: I don't want to receive your e-mails anymore.Thanks,Caio From: icecast-request at xiph.org Subject: Icecast Digest, Vol 61, Issue 4 To: icecast at xiph.org Date: Mon, 22 Jun 2009 12:00:01 -0700 Send Icecast mailing list submissions to icecast at xiph.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.xiph.org/mailman/listinfo/icecast or, via email, send a message with subject or body 'help' to icecast-request at xiph.org You can reach the person managing the list at icecast-owner at xiph.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Icecast digest..." --Anexo de Mensagem Encaminhado-- From: dm8tbr at afthd.tu-darmstadt.de To: icecast at xiph.org Date: Mon, 22 Jun 2009 09:19:51 +0000 Subject: Re: [Icecast] Sources can't connect to my server Geoff Shang schrieb: > On Sun, 21 Jun 2009, Thomas B. Ruecker wrote: > > >> Eric Kolotyluk schrieb: >> >>> [2009-06-17 17:50:07] INFO fserve/fserve.c checking for file >>> /different.ogg/7.html (./web/different.ogg/7.html) >>> [2009-06-17 17:50:07] WARN fserve/fserve.c req for file >>> "./web/different.ogg/7.html" No such file or directory >>> >> That's plain weird. something is asking for >> http://24.83.23.157:8000/different.ogg/7.html - why would anyone want >> this? I'll look at it again in the access log. >> > > Shoutcast has some basic stats available at http://server:port/7.html > Ah I was suspecting something like that. > Presumably something is assuming that the stream URL is a Shoutcast URL > when it isn't. > or it was coded so it just tries to query both kinds of servers that way. Which is "impolite" at least. Wonder if it will break if someone generates that output like you do. > On a related note, I've had to get Icecast to generate 7.html. I wrote an > XSL template for this, but I've not found a way to have just one for any > desired mountpoint, I've had to hard-code the desired mount. > You could achieve this by patching icecast and using the logic that is used to generate the XSPF dynamic playlist I presume. Cheers Thomas _________________________________________________________________ Deixe suas conversas mais divertidas. Baixe agora mesmo novos emoticons. ? gr?tis! http://specials.br.msn.com/ilovemessenger/pacotes.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From doc at krushradio.com Mon Jun 29 03:06:43 2009 From: doc at krushradio.com (DocNasty) Date: Sun, 28 Jun 2009 22:06:43 -0500 Subject: [Icecast] Falling back on an mp3 file/stream In-Reply-To: References: Message-ID: <00fb01c9f866$a1f4fdf0$e5def9d0$@com> Hey guys, I'm looking to figure out how to make icecast fallback to a stream. I remember there was an article or post that said something about calling your stream name something like stream.mp3, and then it falls back to you stream, but I don't remember exactly the words of it to search on. Does anyone remember? Thanks in advance. From kosnickx at gmail.com Mon Jun 29 06:52:03 2009 From: kosnickx at gmail.com (kosnickx) Date: Mon, 29 Jun 2009 09:52:03 +0300 Subject: [Icecast] Falling back on an mp3 file/stream In-Reply-To: <00fb01c9f866$a1f4fdf0$e5def9d0$@com> References: <00fb01c9f866$a1f4fdf0$e5def9d0$@com> Message-ID: <4A486493.9060503@gmail.com> DocNasty wrote: > Hey guys, > > I'm looking to figure out how to make icecast fallback to a stream. I > remember there was an article or post that said something about calling your > stream name something like stream.mp3, and then it falls back to you stream, > but I don't remember exactly the words of it to search on. > > Does anyone remember? > > Thanks in advance. > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > Check on official docs ( http://www.icecast.org/docs/icecast-2.3.2/icecast2_config_file.html#misc ) under Mount Specific Settings about "fallback-mount" One more you might want to look is liquidsoap ( http://savonet.sourceforge.net/ ) a bit more "extreme" though