similar to: Client has fallen too far behind

Hello, Does anybody know how I can configure icecast so it doesn't disconnect a client which "has fallen too far behind". We are using icecast2.01 streaming software for our church home-listening system. Our client we use a netgem-netbox. We are streaming 25kbps MP3 on V90-56kbps modem connection After around 45 minutes after starting the cleint the icecast error.log reports:

Hi Jappe, a) Please put the script on a webpage, send the link to this mailinglist and maybe somebody will put a link to such a useful feature-addon. Question to Oddsock and other devs: b) Is there already a plugin-mechanism in icecast that could be used to write a small snap-in directly? We talked about such an interface a *long* time ago, but it seems it was forgotten somehow. (Plans were

Hello, I'm using icecast2. I have one client who provides a source from his windows computer using winamp. This source is a 'radio station' I want to disconnect listerners after they have listen to the station for e.g. 60 minutes but can't find any documentation on this. Is this possible with icecast2? If i missed some documentation: sorry but I just can't find the answer

On Sat, 2004-11-27 at 21:52, Henk van de Ridder wrote: > Hello, > > Does anybody know how I can configure icecast so it doesn't disconnect a > client which "has fallen too far behind". there isn't anything else icecast can do when that condition is reached > We are using icecast2.01 streaming software for our church home-listening > system. > Our client we

Hi, I'm using ezstream to stream a list of mp3 files to my icecast2 server which works great. I'm using a m3u playlist file which ezstream reads when it starts and rereads when it loops. The problem is that this playlist is quite long and I would like to be able to inject a song last minute some where in the playlist. I have two options at the moment to do this: - restart ezstream -

I'm using the latest CVS source under Linux using a playlist of ogg files. When I use a client to connect on the same machine, there is not any disconnect (xmms and zinf). When using a client on a Windows machine, I get mixed results. Zinf on windows will play thru the current song but then stops when the song is finished and does not play the next song being streamed (see log below).

Hi guys, I have been running icecast and ices for streaming mp3 around my house for about 3 months now with no problems. now all of a sudden, I get login failed when I try to run ices. nothing has changed that I know of (I am the only person with access). I seem to remember this happened when I originally installed the system, but it was all so traumatic, I kinda forgot whjat I did :) any help

Hi I'm running Icecast2 with the IceS streamer which was installed from the ports on FreeBSD. Everything seems to be fine with my configuration as it starts up fine but as soon as I connect using a client like Media Player or WinAmp I see the following in the error.log [2003-10-27 21:00:27] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1 [2003-10-27 21:00:27]

This may be of help, im tailing the error log file and im getting these errors [2004-04-01 19:14:35] DBUG source/source_main Client added [2004-04-01 19:14:38] DBUG source/source_main Client had unrecoverable error with new data, probably due to client disconnection [2004-04-01 19:14:38] DBUG source/source_main Client removed <p><p>Dave St John Mediacast1 Administration Need

Hi: I have some people who want to be able to broadcast using a shoutcast DSP plugin with MP3, to an icecast2 server. But we can't get it to work. Since I can't be bothered booting one of our boxes into windows to try the shoutcast DSP itself, I decided to use darkice in shoutcast mode. I know this works with shoutcast servers. anyway, it connects, but only briefly, and then is

I have just setup icecast on my RedHat 9 server and it's working fine except that every 2 minutes or so I get an error in icecast error log giving about 20 lines of : DBUG format/format_generic_write_buf_to_client Client had recoverable error -1 And then DBUG source/source_main Client has fallen too far behind, removing It then restarts streaming to the client The result is that the music

Hi, I've a little bit trouble. I've set up an icecast 2.2.0 and an ices 0.4 system. Every song, sometimes every two songs my playler lost the connection to the stream and in DEBUG-Mode I found a logfileentry like: DBUG source/send_to_listener Client has fallen too far behind, removing. I changed the queue-size in icecast.xml from 102400 to 902400 (don't know if it is a good

Ok, I converted my sample .mp3-file to ogg which worked properly. But still no music. I checked the logs and found the folowing: INFO main/main icecast server started (looks good) INFO connection/_handle_source_request Source logging in at mountoint "/example1.ogg" DBUG source/source_main Source creation complete DBUG source/source_main Disconnecting source due to socket read error:

I can't get URL authentication to work. The notification script is never called by icecast (v 2.3.1). This is the mount point: > <mount> > <mount-name>/tp.mp3</mount-name> > <max-listeners>499</max-listeners> > <hidden>1</hidden> > <no-yp>1</no-yp> > <authentication

Hi everybody, I'm in charge of an ices2 setup that's broadcasting a local radio station on the Net, and I'm currently under fire because one of our streams has been down twice in two days, forcing me to restart ices2 on each occasion. Our client is understandably unhappy about this. OUR SETUP: I've got ices2 installed on a local machine, broadcasting to an icecast server across

Hello, We are using url authentication and getting the item bellow at the log: [2018-08-24 23:26:05] INFO auth_url/url_add_listener client auth (http://127.0.0.1:8001/listener/add) failed with "" I put try/catch and reviewed all my code ensure always return a proper status and header error code, so what trigger this kind of error? Regards, Thiago --------------

I have a working patch to the icecast 2.0.0 source which implements time limits in the form of a <client-time-limit> element in the server conf file. The time limit is set in seconds, with 0 seconds meaning there is no time limit, and is also the default, obviously. This is a global config directive, ie it effects all clients connected to all mount points. Should I also add a

On Mar 4, 2004, at 3:46 PM, Stefan Neufeind wrote: > Hi Jappe, > > a) Please put the script on a webpage, send the link to this > mailinglist and maybe somebody will put a link to such a useful > feature-addon. here you are: http://sb-1.net/icecast/killstreamclients.pl as stated in the script: - script comes 'as-it-is' - no support - we're not to blame if stuff

Hi, I have the following problem with icecast2: I send a stream for some time. Then the source disconnects (maybe just by abruptly dropping the network connection), and I reconnect immediately. My problem is, that these reconnects don't succeed regulary (say, 20-30% of the time). The same setup worked well with icecast 1.x. <p>Akos --- >8 ---- List archives:

Hello folks I'm having trouble playing ogg streams with WinAmp3. I run Icecast2 & Ices2 (both compiled from CVS about two weeks ago) on a Linux box, the files being streamed were encoded with oggenc (from oggutils1.0, managed 80kbitrate...) The problem is that WinAmp3 won't actually play the .ogg stream. When I give it the URL (http://myserver:8000/mount.ogg) it says