similar to: Client has fallen behind

Hi Guys, I'm using the icecast-2.1-kh5 for the intro feature. The intro works, but after the intro it stops. It does not go on with the stream. When I comment the intro part, the stream works perfectly. Does anybody know what I can do to solve this problem? -- Met vriendelijke groeten, Jesper Weiland Exonet Internet Services Koopmanslaan 3 7005 BK Doetinchem E: Jesper@exonet.nl T:

Hi! A week ago I had a blocked icecast server because of the open files. I read some posts about the 1024 fd limit but this is not the case. My stations rarely has 300 listeners. From the log I can see that around 3PM I had 7 listeners on a mount and 35 on another one. Then, suddenly the only line written to the log is [2013-02-13 15:59:06] WARN connection/accept_client accept() failed with

I would just like to confirm that this is suppose to work with Ogg Vorbis streams. I'm using 2.2-kh5 at a hosting company. http://servername.com:9876/admin.cgi?pass=mypassword&mode=updinfo&song=a_song_title I'm sure I have the correct servername, port and password, but it's not working. I can do other admin tasks. When I brought this up a few months ago I'm sure

reflum, On Thu, 2013-02-21 at 09:29 +0200, R?cker Thomas wrote: > On 20/02/13 19:38, Alexandru Matei wrote: > > A week ago I had a blocked icecast server because of the open files. I > > read some posts about the 1024 fd limit but this is not the case. My > > stations rarely has 300 listeners. From the log I can see that around > > 3PM I had 7 listeners on a mount and

Hello, We are seeing in Firebase this kind of errors: com.google.android.exoplayer2.upstream.HttpDataSource$InvalidResponseCodeExc eption: Response code: 401 So, after 12h trying to reproduce the error we saw what's happening. If the listener connection buffer due to anything, Icecast remove it's connection and log the item bellow: [2018-05-22 23:17:24] INFO

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

I have an icecast server (B) which relays another icecast server (A). Server B is configured to play a local fallback file when server A is unavaliable. Both are version 2.3.3 When I listen to server B (the relay), while server A is turned off, all works fine ie I can listen to the fallback track without problem. However if I listen to Server B while server A is running then I quickly get: INFO

That answers question 1 but not 2 or 3. From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Greg Ogonowski Sent: Wednesday, 23 May 2018 2:42 p.m. To: subscription at nextdial.com.br; 'Icecast streaming server user discussions' Subject: Re: [Icecast] Why "has fallen too far behind"? "The man with two clocks knoweth not the time." The audio source

On 5/10/05, Anatol <icecast@recordcaster.de> wrote: > 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

"The man with two clocks knoweth not the time." The audio source clock does not match the audio destination clock, and sooner or later, something needs to "give." This causes buffer under/over flows. The ICY protocol has no provision for timestamps which can be used to help circumvent this in player clients, if supported. HLS and DASH have this ability. /greg. StreamS

Hi, For some reason I see this in my logs: [2016-08-02 12:43:02] INFO source/send_to_listener Client 169 (127.0.0.1) has fallen too far behind, removing The more interesting is that it is the ffmpeg, that is listening to the source stream being removed. My setup is: Stream generator: DEVA TX, streaming 44,1 khz PCM (pcm16le) stream to icecast2 server Transcoding: VM with ffmpeg reading this

Morning all, I set up IceCast several years ago on centos 6. seemed easy, now I am trying to install it on Centos 7. For the life of me, I cant do it, I have read several STEP by steps on how to configure, but I am pounding my head against the wall, I am a Windows IT guy, thus I am looking for a step by step detail way of doing it. All the examples I find, fail at some point or another. Any

On 20/02/13 19:38, Alexandru Matei wrote: > Hi! > > A week ago I had a blocked icecast server because of the open files. I > read some posts about the 1024 fd limit but this is not the case. My > stations rarely has 300 listeners. From the log I can see that around > 3PM I had 7 listeners on a mount and 35 on another one. Then, suddenly > the only line written to the log is

On 30 Dec 2004, at 23:58, Michael Smith wrote: > On Thu, 30 Dec 2004 23:49:43 +0000 (GMT), andrew@tranceairwaves.com > <andrew@tranceairwaves.com> wrote: >> Hi, >> I have read alot of the archives, and looked over the >> development >> of listener authentication, and wondered if anyone has a working >> version >> with MySQL enabled ? as it

Hello all. Have spent several days following the excellent tutorial: http://www.binarytides.com/install-postfix-dovecot-debian/ but still fail to have the user recognized and am getting log entries that the mail directories are 0755 when I can clearly see that they are 0774. Very puzzling, any help would be deeply appreciated. Best regards, Andy =========== Details =========== ? I can add

Hi. I configured icecast to serve a stream over ssl and it plays nice in Chrome and VLC. But on plain http I get *connection reset*. This stream's url is the same for many years now, and it is included in many radio directories, TuneIn and other apps. I can't change it or break it. Is there a way to have a stream that servs the content over ssl and plain http in the same time, depending

I am executing this command below to dovecot-2.3.5-6.cp1178.x86_64 server Notice that some status responses are missing (For folders INBOX.Archive, INBOX.spam.&-BD0EOQQ9BDkEPQ-). I wonder If this is a bug or working as expected In rfc5819 there is this: If the server runs into unexpected problems while trying to look up the STATUS information, it MAY drop the corresponding STATUS reply. In

Running with: wine version: wine-1.3.26 Gentoo Linux 2.6.39 x86_64 AMD I followed the instructions on the Fallen Earth AppDB entry (http://appdb.winehq.org/objectManager.php?sClass=version&iId=19897), including installing winhttp.dll through winetricks. (Fallen Earth Mac/Wine Beta Client FAQ (http://forums.gamersfirst.com/index.php?showtopic=199045) has info on getting the client, trial

Hello All and thanks to anyone who helps. I'm trying to get the mac wine client for Fallen earth. After reading a few things i downloaded the fallenearth dmg fim (named fm.dmg now) and convert it to a img file (fm.img). Then i mounted it using these commands. neon at neon-laptop:~/Downloads$ sudo mkdir /media/mount neon at neon-laptop:~/Downloads$ sudo modprobe hfsplus neon at

the game is now hosted by gamersfirst