similar to: Proper way to start multiple icecast services through bash script?

Yes, the web players I've tested have a hard time parsing meta properly using only one instance with separate streams. Tested at least 6 of them looking for reliable meta and cross browser/OS compatibility. On May 29, 2017, at 10:23 AM, Marvin Scholz <epirat07 at gmail.com<mailto:epirat07 at gmail.com>> wrote: Any specific reason to run 4 Icecasts? On 29 May 2017, at 16:21,

try this: /usr/bin/icecast -c /etc/icecast.xml -b > /dev/null 2>&1 & as for killing them, don't overcomplicate things, killall icecast -KILL also, perhaps you don't even need to kill and start them again, try to HUP them and see if the certificate updates. On Mon, May 29, 2017 at 5:27 PM, Walter York <walteryork at hotmail.com> wrote: > Yes, the web players

Any specific reason to run 4 Icecasts? On 29 May 2017, at 16:21, Walter York wrote: > I have 4 instances of icecast running on my server. > > > #Command to start icecast > /usr/bin/icecast -c /etc/icecast.xml -b & > /usr/bin/icecast -c /etc/icecast1.xml -b & > /usr/bin/icecast -c /etc/icecast2.xml -b & > /usr/bin/icecast -c /etc/icecast3.xml -b & > >

On 29 May 2017, at 16:27, Walter York wrote: > Yes, the web players I've tested have a hard time parsing meta > properly using only one instance with separate streams. Tested at > least 6 of them looking for reliable meta and cross browser/OS > compatibility. There is no difference using one or multiple separate instances that I am aware of. Thats really weird. > On May

Hi guys, Can anyone point me to some good icecast1 documentation? I looked on the icecast.org website, but the /docs link only list the icecast2 documentation now and the whole site is void of icecast1 documentation... Using icecast1 instead of icecast2 because I need on-demand-streaming... Thanks, Kelv

Behold, gtgbr@gmx.net hath decreed: > Aaron Gaudio wrote: > > the current stable version. Those who are willing to give up the > > features not yet implemented in icecast2 in order to stream vorbis, can > > use the devel version. Those who don't need to stream vorbis can > > continue using the stable version. There is not a good rationality for > > Icecast2 is

Behold, Adon Irani <adon@YorkU.CA> hath decreed: > > the icecast2 developers be guilt-tripped into repeating icecast's > performance ? > _ is it not enough that OGG can have a streaming server that supports it ? Perhaps, if that is the only requirement to have a fully-functional streamer. Unfortunately, I believe this is not sufficient for the user base. So, if the

I'm relaying an icecast1 mp3 stream with icecast2. This works fine, and the song title is displayed correctly no matter if I use <relay-shoutcast-metadata>1</> or not on the relay. But, the stream name and other metadata provided by ices0 on the icecast1 server is not displayed in the listening client. Icecast1 source: [Id: 1] [Sock: 11] [Time of connect: 09/Aug/2004:10:01:24]

> The current homepage is http://www.xiph.org/cvs.html ... this is > supposed to change eventually, but there are some weird problems with > icecast.org that i don't quite understand. :) > > Anyways, do NOT check out icecast2 from icecast.org CVS, it is very > outdated. Instead, check out the 'icecast' module from anoncvs@xiph.org. > > Moritz Sorry...

Behold, gtgbr@gmx.net hath decreed: > Aaron Gaudio wrote: > > If icecast.org is so broken, then someone ought to do what was > > suggested on the list in November (looking through the archives): > > put it out of its misery. Why are there no "official" releases? > > I already told you, there *are* official releases (or, to be exact, one > release), but

Hi Assorgia, It would be very nice if you could provide a network dump for both versions of Icecast1 and Icecast2. We could make comparisons of the results and maybe identify why Flash doesn't work with Icecast2. If you need it, I can help you by performing the tests on Icecast2/Windows but not on Icecast1 because I don't have any Linux box for the moment (I only found a version of

Hi everybody, Assorgia and me, we have worked on the Flash client for Icecast2. We got successful results with: -Windows (Netscape, Mozilla, CompuServe, or Opera) -Macintosh and Linux(Netscape, Internet Explorer for Macintosh, Safari, AOL, Opera, or CompuServe) For Windows (Internet Explorer or AOL) some headers sent by Icecast2 are missing. These headers are sent by Icecast1 but NOT Icecast2

Hello, First at all, thanks for the great program, I'm enjoying so much. :) I'm adding ogg stream support to my client for Mac OS X. While it works perfectly with shoutcast and mp3 icecast1, I have buffer problems with icecast2/ogg/vorbis. My client, like iTunes (Apple's client - mp3), doesn't pre-bufferize on the first try. If the connection is fast enough, even a 128KB

I've gotten a request from another broadcasting partner to set up yet another streaming audio server. They would like to stream in both ogg and mp3 formats from off a single icecast machine. I have been searching through the archives and I have seen this mentioned as being possible, but no real configurations. I would of course place LAME on the box and use that for streaming just as I would

Behold, gtgbr@gmx.net hath decreed: > > Well, I think saying that Xiph.org doesn't care about its users at all > is too harsh. On the other hand, there's some truth in this, and I > highly appreciate it. If you want to stick to MP3, Icecast1 is for you - > nobody forces you to use it (or not), and you're also free to use > something else. Xiph.org, i.e. Jack

Hi Assorgia, Thanks for the flash animation. I think Icecast1 might be the solution. I am just a little bit scared by the message "Note that icecast 1 is deprecated and unsupported, and may possibly induce nausea in small children, hair loss in men, and estrogen fluctuations in women" that appears on the download page. I have a nice blond hair of "Principe Azzuro" that I

Philipp, I replaced: ps -ef | grep icecast | grep -v grep | awk '{print $2}' | xargs -r kill -9 with: pkill icecast This works. I did try "pkill -HUP icecast" but it didn't seem to have intended effect of refreshing certificate. ________________________________ From: Icecast <icecast-bounces at xiph.org> on behalf of Philipp Schafft <lion at

Hello, With Icecast1 existed the functionality to have the server feed static content from disk. It generated a playlist file for the one file passed to it, and off things went. I googled around a bit and found people saying it was possible to do this with icecast2, but the one outside link I found was now invalid. Are there any pointers about how to add static content? Does it work

> behavior you are seeing....(that also is a difference between iceast1 and > icecast2 - no server-side buffering in icecast2 and there was in > icecast1)... What do you mean stream buffering? We never buffered in either version that I remember. If you fall behind, you get kicked. It's always been that way. jack. --- >8 ---- List archives: http://www.xiph.org/archives/

Greetings, I have some confusion. I've seen it mentioned, somewhere in some docs, that Icecast2 does not (as yet) support Push relaying. Is this actually the case? Should I be looking at icecast1 (which does support push relay, I believe) until such capability is implemented on icecast2? Or should I be creating a combination of both? Or what? Here's my situation: I have a customer