similar to: Some metadata missing, relaying icecast1 stream with icecast2

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

Hi I have estimated parameters of my data with mlogit and the following commands. I would like to know also the McFadden R^2 and the intercept, could soweone tell me how that can be done? library(RODBC) library(mlogit) library(foreign) z<-odbcConnectExcel("D:\\MALLI11ARVOT.xls") y<-sqlFetch(z,"Taul1")

Hi Karl, Thanks for your help, About the "Connection:" header, you are right, it's: "Connection: close" and NOT "Connection: keep-alive". The protocol when the SERVER sends the data is http 1.0. It's http 1.1 when the browser requests the data. I don't understand the "Content-Length: 54000000" header either. Also I noticed the flash player on

is it possible to have metadata updated on an alias from the aliased stream (save with some external application)? -- ben wilson ben@thelocust.org http://thelocust.org http://phliteklub.org <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org'

Ok I've been discovering many bugs in Icecast's YP implementation.. The most serious of which is, if a YP server is rejecting a stream the server has a memory leak which, as it continues to re-try to publish it's rejected streams, grows until the server segfaults. On our server, for instance, we're relaying shoutcast streams (which does not relay the stream name and other

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 >

Geoff Shang wrote: > Kelvin Chu wrote: > >> After reading the docs, I was under the impression that icecast2 does >> not do on demand relaying? > > > Oh, on demand *relaying*! different kettle of fish. > > On demand relaying is available in Karl's branch and has just been > checked into the mainline development code. > > Geoff. > Tarballs

I know that icecast-1.3.12 is deprecated and for a good reason. I wanted to test it out on my Red Hat 9 box today. I found that it would not compile. Has anyone else seen this? What I wanted to try was testing streaming MP3 audio and relaying encoded icecast audio from one machine to another again. Is there an easy way to accomplish relaying from one machine to another using icecast2. I have

Hi Geoff, I'm a bit confused... After reading the docs, I was under the impression that icecast2 does not do on demand relaying? I did a google search, found this (well, it's a year ago) http://lists.xiph.org/pipermail/icecast/2004-February/006555.html Also, in the relaying section of the icecast documentation: http://www.icecast.org/docs/icecast-2.2.0/icecast2_relay.html There was no

Hey All. I have recently upgraded my streaming radio station to icecast2 type streaming. I, however miss the stats logs in icecast 1. These logs would list the number of listeners, and more importantly their ip addresses. I parsed this onto a nice looking web page, so local users in my LAN could know who was listening to the radio station. I guess icecast2 has some built in web serving

Hi Stephan, I am talking about the meta-data: Artist - Song. It's weird because you are the second person on the list who doesn't get it working in Real... I just tried again with "BEK_dns" and "Radio Alcanzando Naciones" the 2 first MP3 radios I found in the stream directory and everything worked perfectly for Real (but not for WMP). In RealPlayer, I clicked

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

Hi Everybody, It works with Peercast because Peercast receives the headers from Icecast2 and sends its own headers back to the client (Winamp, WMP, Real...). Remember that Peercast is a client AND a server... I guess Peercast doesn't send back the headers in the same way than Icecast2. Maybe Peercast doesn't use ICY/X-audiocast. Talking about Real (v9.0 and 10), I already got the

Hallo, 06.10.02 I'm using Icecast1 with darkice on the same mashine, starting darkice by cron sending 2 mp3-Streams to the Icecast server and dumping the two mp3 stream and an an other vorbis into files (may later I set up icecast2) in the static dir of the Icecast. Locally connecting to the streams works well even works file streaming of the

On Thu, 14 Aug 2003, Arc wrote: > "Origional" Icecast (icecast1) uses ICY protocol for streaming, being > compatable with Shoutcast to the point that you can use a Shoutcast > client to connect to it. The same is not true for Icecast2. This is not correct, or at least is not meant to be. icecast2 is meant to be able to accept connections from ICY sources. Some people,

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

Here is a php script that parses out the stats.xml file from the admin of the icecast2 server. It currently only parses the page out to variables and still needs a bit of work. anyways here is the php source files http://cvs.casterclub.com/dev/icecast2_status/v1.3/ice2_conf.phps http://cvs.casterclub.com/dev/icecast2_status/v1.3/ice2_status.phps <p><p>Dave St John CEO Mediacast1

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

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