similar to: Server buffer question

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

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

> 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...

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

I guess as a mercy plee for help I'll mention why I need to have the static ogg files play as the mp3 static files play with icecast1. I'm the founder of the LPBN and I've recently made Richard Stallman's files available as downloads (it is a work that is still in process). Stallman has requested I make them available as streams as well as downloads. So is there anybody out

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

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

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

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,

> www.icecast.org contains information regarding the icecast > 1.x releases. > Development on that series has stopped in favor of Icecast2 > and Ices2, for Are you serious??? The development state of "Icecast 1" vs. Icecast2 has *nothing* to do with the web site. Not from a user perspective anyways. What's infuriating is you're not even ASKING for help..

> 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/

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 & I am trying to integrate an automated Let's Encrypt Certificate renewal. My testing found that I need to restart the icecast

Hello Remco, I found these decumentations before but they say nothing about setting the start time and end time of each mp3 file entry in the .m3u file Best Regards - Johann "Remco B. Brink" schrieb: > <quote who="Johann Soukup"> > > > is there any documentation on the .m3u file definition ? > > Google is your friend (tm): > >

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 >

Behold, gtgbr@gmx.net hath decreed: > Aaron Gaudio wrote: > > or developing for it. The fact that no release packages are available > > signifies to me that icecast2 is not yet ready for prime time. This > > Well, there are, see Geoff's mail ... those are official. Multiple > problems of pretty much any kind prevented Xiph.org from getting > icecast.org in order; I

I was a bit confused by that statement as well Lee. I've done a bit of work with mp3PRO using a source developed from scratch and a version of the original Icecast modified only trivially to deal with specific metadata requirements. There is a very high level explanation of mp3PRO at the http://www.mp3prozone.com/basics.htm site. At the risk of being somewhat incomplete i will add: 1) The

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

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]

Geoff Shang wrote: > Hi: > > Unless anyone's released an update, liveice does not work with icecast2. > > If you just want something to read from the soundcard, maybe darkice is for > you. Or, since you're using XMMS, try oddcast DSP for XMMS (visit > oddsock.org). > > Geoff. <p>Sorry no update for liveice - If only I had spare time to support it

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