similar to: Client has fallen too far behind

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

Michael Smith schrieb: >On 5/10/05, Anatol <icecast@recordcaster.de> wrote: > > >>[...] >> >> >This usually means the client can't receive fast enough - possible >because their connection is too slow. It's normal to get it >occastionally with some songs. > >If it's dropping clients that are fast enough, maybe there's something

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

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

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

Hi all! How can I tell ices0 to refersh/reload the playlist? I thought it would be done automaticaly, but now if I changed the playlist, Ices didn't see this. Played funny the old one again and again. Is it possible to get ices a kick to reload the playlist? Greetings Anatol

Hi Guys, I have a lot of streaming running with Icecast (Icecast 2.1-kh5) and they work fine on (for example) winamp. The fact is that we have many listeners tuning in with mp3-web-radio's on slow connections. Some of the streams connect only once in a few time. They connect and disconnect after sending 8k. The error is: [2005-03-16 11:20:07] DBUG source/send_to_listener Client has

"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

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

Yes but can this be exported to an external source like a web-site on my network Richard On Sun, 21 Nov 2004 20:46:48 +0100, Anatol <icecast@recordcaster.de> wrote: > Richman wrote: > > > > Is their anyway that i can ecport the now current playing song into a > > text file iam using ices 0.4 and icecast 2.0 > > > > -- > > Thankyou > > Richard

Is their anyway that i can ecport the now current playing song into a text file iam using ices 0.4 and icecast 2.0 -- Thankyou Richard

Hello, Anybody got any idea what could be causing this: [2004-04-14 00:15:28] DBUG source/source_main Client has fallen too far behind, removing [2004-04-14 00:15:28] DBUG source/source_main Client removed is this just a bad connection to the icecast server? When I ping the server is get a reply of 20ms and no packet loss. i'm using: -icecast2 -ezstream to create a mp3 stream to the

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

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, David. I have recently fixed ferret C sources and successfully compile extension with MSVC.Net The problem was that MS compiler is more stricter that GCC and require that all variables were declared before using. There was ~30 such declaration. I have fixed them all. But I am not sure that it works because tests failed with following error both on clean and patched versions. So seems that it

Hi all, Anybody has a clue on how to install a plugin behind a corporate firewall? I know the "-p" option works for installing a ruby gem thru a proxy, but it doesn''t seem to work for script/plugin install Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Tue, May 20, 2014 at 12:20 PM, Anatol Pomozov <anatol.pomozov at gmail.com> wrote: > Hi > > On Tue, May 20, 2014 at 9:18 AM, Anatol Pomozov > <anatol.pomozov at gmail.com> wrote: >> Hi >> >> On Tue, May 20, 2014 at 3:12 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >>> On May 20, 2014 12:33 AM, "Anatol Pomozov"

Hi On Tue, May 20, 2014 at 3:12 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On May 20, 2014 12:33 AM, "Anatol Pomozov" <anatol.pomozov at gmail.com> wrote: >> >> Hi >> >> On Mon, May 19, 2014 at 6:58 PM, Gene Cumm <gene.cumm at gmail.com> wrote: >> > On May 19, 2014 5:17 PM, "Anatol Pomozov" <anatol.pomozov at