similar to: icecast2 formats

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

At 02:33 AM 5/19/01 -0400, you wrote: >I've been looking over icecast2 and notice that it's all ogg. Are there >plans for mp3 support in it, or will that be left to icecast1? I love ogg, >but still have a sizeable set of mp3's from before I found it. Is it >possible to have a stream of varying formats where songs could be either mp3 >or ogg and the listening program

> I've been looking over icecast2 and notice that it's all ogg. Are there > plans for mp3 support in it, or will that be left to icecast1? The original goal was Ogg only for 2.0, and then adding mp3 back in in 2.1 or something. I added support for format plugins internal to the server, so I do plan on adding MP3 now at 2.0. If you look at format.c you'll see this

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

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]

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

On Sat, 28 Dec 2002, Geoff Shang wrote: | IMHO, the fact that icecast 1.x only supports MP3 and not ogg vorbis makes | it obsolete. Thanks for, in effect, telling the people who still reply on icecast1 that they're useless. As that would make us put a lot of faith in icecast 2. You people need to get over your "If it isnt ogg, it's shit" mentality. Ogg itself is barely a few

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

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

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

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

On Monday 24 February 2003 17:32, Deva Seetharam wrote: > Hello > > using icecast1, it was possible to serve static music files. from my > prelim understanding, it seems like icecast2 can serve only streams. is > this correct? > No. icecast2 fully supports serving of static files. Mike --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

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've downloaded and compiled icecast from cvs and the ices-0.2.3 from the download area for MP3 support.. (I'd use ogg, except I have 1000's of mp3. I'll re-rip them, but not today) 8) Is there a particular version of the icecast2 server that works w/ the ices-0.2.3 I'm using? I'm having difficulty getting the two to communicate. >From ices, I get the errors: Error

Hello, I'm trying to set up an internal broadcasting center for a company. They've got a great many mp3's they'd like to do. I'd like to use either icecast or icecast2 for this and darkice or ices2 as a streamer. This will be on a FreeBSD 5.0 machine. As of now i have not had great success with this setup primarily in the streamer area. I can get either icecast1 or 2 going

Hi: On Thu, 22 Aug 2002, Moritz Grimm wrote: > P.S.: While installing Icecast2 myself once again today, I noticed that > the current reference icecast.xml lacks the new <icelogin> directive, > which also can be either 0 or 1, and is 0 by default. If you want to use > a source client that doesn't support http basic auth yet, like Oddcast > DSP RC5, you have to add

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 am using Darkice 0.17.1 and Icecast2 2.3.1 Darkice cannot talk to icecast, and I have no idee about there reason: Logentry on icecast server side: [2009-04-29 16:48:49] EROR connection/_handle_connection HTTP request parsing failed config for Icecast is a standard mount which works with ices. config for darkice is: [icecast-0] bitrateMode = vbr # constant bit rate bitrate

gtgbr@gmx.net wrote: > Aaron Gaudio wrote: > >>Where is it released? Telling me I have to set up cvs to download > > > http://www.xiph.org/~msmith/ > > This has been said before. This is no good. This is by far not the first time someone has pointed out, that icecast2 is not mentioned _anywhere_ where one would expect to find it. By this I mean locations like