similar to: debian icecast package & client issues

I've been trying to track down this mysterious 'icestats' file that the status.xsl and status2.xsl read data from. There is no physical file as far as I can tell, but a perusal of the code seems to indicate that the server generates it on the fly when the XSL file requests it. So then I tried servername.com:8000/icestats but I got nothing. So I really got nothing, I would prefer

That's a little odd, there are streams listed at yp.icecast.org... What's up with that? And of course my question on other directory servers still stands. --thanks Michael Edwards http://www.walledcity.ca >===== Original Message From Manuel Lora <vanguardist@cox.net> ===== >Icecast.org no longer hosts the yp directory. > >ml > > >On Saturday 05 April 2003

/me grumbles about upcoming finals: I note that the mountpoint entry displays the current songs title and artist, but not the album. In the particular case of my station, album is often more important (recognizable) as there are a variety of pop/classical artists who do music for anime. So I'd like to add an album nature but am going to need a quick overview on how stats.xml is generated.

hello folks, i had a problem with streaming on icecast. Version 1.3.10 / shout 0.8.0 the server startet successful , and shout is eatblish an stream on localhost port 8001. if an client read the stream via winamp on a windows machine in the lan , then is there in the first 10 sec anything ok, but after this time is the permanently drops for one sec the mp3 files are in diferent bitrates , most of

> <!-- Admin logs in with the username given below --> > <admin-user>admin</admin-user> > <admin-password>hackme</admin-password> > </authentication> Doh, I forgot to update my config file when I updated from buggy debian packages to CVS compiled source. >Nope. This is one of them vertual things. I know you can do

Hi, On 07/18/2014 07:33 PM, Frank Lazzarini wrote: > Hi there, > > I am trying to use python-shout 0.2.1 to broadcast to a icecast 2.4.0 > server, which result in a segmentation fault and I can't understand > why. Is anyone else experiencing this problem? [?] > # ./env/bin/python example.py test.mp3 > Using libshout version 2.3.1 > opening file test.mp3 >

On Friday, 06 July 2001 at 15:22, tom erbe wrote: > At 4:37 PM -0400 7/6/01, Brendan Cully wrote: > >Can you add a -v there and see what kind of debug messages you get? > >Also compile with --without-libshout to make sure you are compiling > >with the builtin shout library instead of a possibly buggy already > >installed copy. > > Sure - I did both of those

Hey all, I've been having the same "Client not receiving data fast enough" errors. I've got icecast configured so as not to send info to ANY yp directories. Even on a quiet 100MB connection between client and server, I can stay connected for only about 5 minutes at a shot if I'm lucky. I'm using Icecast 1.3.11, and Shout 0.8.0. The files I'm streaming are all

Hi there, that really seems to be the issue here. I've quickly created a new sdist package for python-shout and installed it with the diff applied into my virtual environment and the broadcasting seems to work just fine again. So I can confirm this to solve the issue. Hopefully they accept Bug Fixes fast so everyone could profit from this. Thanks On Mon, Jul 21, 2014 at 2:49 PM,

First of all, please define "Linux 7.0", since the last time I knew linux was only up to 2.4. It annoys me incredibly when people refer to the distribution version xx as "linux version xx". Now, you are correct in saying that they probably can't coexist because of soundcard issues. There is, however, an XMMS IceCast plugin. Also, buffering only means that either you

If you check this unofficial howto at http://quasi.ksl.com/icecast/ then you will find an example xml config file for ices which allows you to server static music files. However, you will need to remove the 'encoding' section of the file as on my system it would reencode on the fly as long as that section existed. --thanks Michael Edwards http://www.walledcity.ca >===== Original

Hmm... coredumps? Which XMMS version? On Tue, Mar 20, 2001 at 09:56:44AM -0500, Todd Goodman wrote: > I'm sorry, I meant RedHat 7.0 of course. That machine is running kernel > 2.2.14-5.0. > > I've tried the XMMS LiveIce plugin and XMMS cores as soon as it's > enabled. > > Thanks for the info on buffering. > > Todd > > * David S. Geirsson

yes I got that info <p>----- Original Message ----- From: M Edwards <medwards@ualberta.ca> To: <icecast@xiph.org> Cc: Date: Subject: RE: [icecast] icecast 1.x vs icecast 2 If you search the archives someone posted an unofficial howto to get icecast2 started. Was immensely helpful on the config file side of things. I then stumbled across a short specification on the ices

Hi all, I've just released libshout 2.0. This is the official release, not a beta. Thanks to all the testers who provided feedback during the beta period. http://icecast.org/files/libshout/libshout-2.0.tar.gz Libshout 2.0 adds support for icecast 2, Ogg streaming, and IPv6, as well as bug fixes relative to libshout 1. Ogg and Vorbis are now prerequisites. Changes since beta 3: * Minor

Hi there, I am trying to use python-shout 0.2.1 to broadcast to a icecast 2.4.0 server, which result in a segmentation fault and I can't understand why. Is anyone else experiencing this problem? Here is the config that I use with icecast 2.4.0. <icecast> <limits> <clients>100</clients> <sources>2</sources>

I went ahead and removed the debian packages and downloaded the new sources and compiled them. I've installed libao, libogg. I'm getting the following error when I install libvorbis: checking for Ogg... no *** Could not run Ogg test program, checking why... *** The test program compiled, but did not run. This usually means *** that the run-time linker is not finding Ogg or finding the

I'm sorry, I meant RedHat 7.0 of course. That machine is running kernel 2.2.14-5.0. I've tried the XMMS LiveIce plugin and XMMS cores as soon as it's enabled. Thanks for the info on buffering. Todd * David S. Geirsson <andmann@andmann.eu.org> [010320 09:49]: > First of all, please define "Linux 7.0", since the last time I knew linux > was only up to 2.4. It

> I found some space on a Solaris server to install. Icecast built fine > and seems to work, but now shout (0.8.0) doesn't compile, with this error: > > gcc -g -O2 -Wall -ansi -I. -DHAVE_CONFIG_H -o shout shout.c rand.o mpeg.o > confi > gfile.o sock.o util.o -lresolv -lnsl -lsocket -lrt > ld: fatal: file sock.o: wrong machine type > ld: fatal: File processing

I'm having a couple problems trying to get Icecast and LiveIce set up on a Linux 7.0 system. I'm running Icecast 1.3.10 without a config file (using all defaults). I can use shout to stream to it and connect to it from a windows machine running WinAmp. It works OK except winamp stops every few seconds and tells me that it's buffering. It buffers for a few seconds and then plays a

Last I checked, iTunes was unable to play my static playlist ogg vorbis stream. Assuming this is expected behaviour and not an anomaly; Does iTunes 4 resolve this issue? --thanks Michael Edwards http://www.walledcity.ca <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