similar to: disconnected mount point listed in the status page

Hi! A week ago I had a blocked icecast server because of the open files. I read some posts about the 1024 fd limit but this is not the case. My stations rarely has 300 listeners. From the log I can see that around 3PM I had 7 listeners on a mount and 35 on another one. Then, suddenly the only line written to the log is [2013-02-13 15:59:06] WARN connection/accept_client accept() failed with

Hi. I configured icecast to serve a stream over ssl and it plays nice in Chrome and VLC. But on plain http I get *connection reset*. This stream's url is the same for many years now, and it is included in many radio directories, TuneIn and other apps. I can't change it or break it. Is there a way to have a stream that servs the content over ssl and plain http in the same time, depending

reflum, On Thu, 2013-02-21 at 09:29 +0200, R?cker Thomas wrote: > On 20/02/13 19:38, Alexandru Matei wrote: > > A week ago I had a blocked icecast server because of the open files. I > > read some posts about the 1024 fd limit but this is not the case. My > > stations rarely has 300 listeners. From the log I can see that around > > 3PM I had 7 listeners on a mount and

Hi, I installed icecast2 on Debian 10 via backports for buster so that I could get ssl support. I’ve successfully configured iceacst to stream via ssl within the browser. No problems there. For instance I can successfully open a https link to the stream with a URL like https://domain-name.net:8433/mountname <https://domain-name.net:8433/mountname> However, the same URL with .m3u at the

Hello, I'm a new user of icecast which is a really cool software. I use it with the the http proxy module of apache httpd to do port forwarding with 2 sub domains. On my router i forward all tcp traffic of the port 80 to my server. 2 Sub domains are redirected to my server : radio.mydomain.com (icecast) music.mydomain.com (ampache) my apache server host the ampache application with a

I'm just checking. Icecast is supposed to export M3U playlists, as far as I know. I have to confess, I have never used the program, so get ready for lots of me saying ignorant crap. OK, ready? Does Icecast support anything to do with XSPF? If it does, does it do it by default? I mean, we are supposed to set the example and provide the user with our formats by default, right? What's

For example, this station: http://radio.dyne.org:8000/ondarossa.mp3 has got a xspf file? I obtain a message: Could not parse XSLT file when i try to open it For the stations that I can't found in yp.xml (e.g. http://212.162.68.230/1.mp3 http://212.162.68.230/2.mp3 http://212.162.68.230/3.mp3 http://stream15.top-ix.org/ondequadre ) it means they aren't on an official

Hello, I didn't want to have to choose between Icecast running on port 80 and all my Apache virtual hosts, running also on port 80, on my sole external IP address. I didn't want either to open port 8000 on my firewall because I wanted all users being able to reach Icecast even the ones behind enterprise firewalls. So I managed to run Apache 2.2 listening on port 80 and Icecast 2.3.2

Hi Many thanks for providing this software. I have version v2.0.0 b1023 installed on a QNAP NAS. The station is working fine (http://digitalcarnage.myqnapcloud.com:8002/stream). However I do have a few questions. How do I submit my station to the Icecast directory? I may have got it wrong but I understood that the application submitted it automatically? Or do I have to submit/create and XML

I mean this one: http://lists.xiph.org/pipermail/xspf/ It has 6 messages in total. The reason why I think we should kill it is that it potentially confuses people looking the XSPF mailing list. What do you think? Who has is able to such a cleanup task? Sebastian

Hi Ivo, This program is basically a configurable automation system for Ices. You can (will be able to) use it to control what Ices plays and when. As such, it really doesn't have anything to do with playlist file formats such as XSPF, as all its data will be contained in a database. It may be desirable for the system to be able to import lists of tracks etc from existing playlist

On 5 Jan 2016, at 0:06, Hannah Carroll wrote: > Hello > They have multiple links for there stream with different file types > how can we do this They have different playlist types linked there. Icecast itself supports the playlist formats m3u, xspf and vclt. Adding more playlist formats is not trivial without changing Icecasts sourcecode.

? Icecast is running on Windows. ? I can successfully listen to the relay via TuneIn, but I cannot record from the relay. The record button, in TuneIn, is disabled when I play the relay in TuneIn. Playing the actual source (provided in my initial email), the record feature is enabled in TuneIn. ? TuneIn is running on iOS 8.4.1. ? The result is the same if I point TuneIn Pro to the stream or

Ok Thomas, I understood, it wasn't intention do like that. The xspf file associated to each station is instead real-time updated? Why not all the stations has got that file? Why stations like http://212.162.68.230/1.mp3 and others are not inside yp.xml? PS I'm sorry but my mail client automatically answers to the sender! 2012/9/25 R?cker Thomas <thomas.ruecker at tieto.com> >

I assume you have already tried setting the <hostname> section in the config, and that it doesn't work? http://icecast.org/docs/icecast-2.3.2/icecast2_config_file.html#misc In that case, perhaps Icecast is picking up the server name from the http headers. Can you get your proxy to re-write the headers in the request? Otherwise, you could just generate local m3u/xspf files for each

Ok, you have been very clear. If I have any other questions I will contact again. Thanks a lot. Best Renato 2012/9/25 R?cker Thomas <thomas.ruecker at tieto.com>: > On 25/09/12 18:41, renato fringuello wrote: >> For example, this station: http://radio.dyne.org:8000/ondarossa.mp3 >> has got a xspf file? >> I obtain a message: Could not parse XSLT file when i try to open

I have figured out, that it is possible to get a xml file, if you add .xspf to the end of the stream url. This file includes the number of current listeners and max connections, what I don't want that this information goes public! How can I edit the information, which is displayed in the xsl file? Thanks for your support, Hans-Georg -- Diese E-Mail wurde von

Silvia, This discussion has moved to vorbis-dev. You may want to reply further there. On 4/12/08, Silvia Pfeiffer <silviapfeiffer1 at gmail.com> wrote: > Even with putting the picture into vorbiscomment, the software would > need to be smart enough to uudecode the picture and display it. A url > is much simpler I believe. I had thought of this approach myself, too, and while

This is to announce the release of Icecast 2.3.2 2.3.2 is mainly a bug fix release with a couple of new items that may be of interest to a few of you. Even if the new features are not of interest, it is still highly recommended that you update to 2.3.2. Downloads are here : http://downloads.xiph.org/releases/icecast/icecast-2.3.2.tar.gz

Another correspondent here has pointed out that: > Recently Stream Licensing LLC has changed their requirements so that > streaming internet stations in the US must stream the album [name] > along with the song title and artist. We are also in this particular boat. We are using Centova Cast which uses Liquidsoap as its AutoDJ and Centova say that if the album tag is stored in the file