similar to: Why no connect to relaying server?

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

I'm relaying an icecast1 mp3 stream with icecast2. This works fine, and the song title is displayed correctly no matter if I use <relay-shoutcast-metadata>1</> or not on the relay. But, the stream name and other metadata provided by ices0 on the icecast1 server is not displayed in the listening client. Icecast1 source: [Id: 1] [Sock: 11] [Time of connect: 09/Aug/2004:10:01:24]

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

> 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 all, In Icecast1 to specify a server to relay another server I would use : alias / http://server.example.com:8000 But in icecast2's icecast.xml I cannot see how the equivelent would be accomplished. Perhaps the <master-server> element? But there is no way to specify a mount point. Are there any documents describing valid configuration file elements for icecast.xml? Kind

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

this is probably caused by the lack of buffering in icecast2. Their relay client may be doing some buffering in itself, and if it's expecting for there to be buffering on the server side as well, it might exhibit a behavior you are seeing....(that also is a difference between iceast1 and icecast2 - no server-side buffering in icecast2 and there was in icecast1)... fwiw, I am trying to

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

This is my first time setting this up and having a problem. I don't know where the problem lies. Do the files need a special permissions? What is wrong with my setup? $cat icecast.xml <icecast> <limits> <clients>2</clients> <sources>2</sources> <threadpool>5</threadpool>

We just built a new server to run Icecast 1.3.11 and Ices 0.22. It's a Dual PIII running RH7.1. We put it online last night and Icecast ran fine for 20 hours. Then it started throwing some errors.. That's when Ices died. Ices reported a libshout error. Part of the Icecast log is included. What can I do about this? Hunter [26/Aug/2001:16:05:01] [32:Connection Handler] Accepted

Greetings, I have some confusion. I've seen it mentioned, somewhere in some docs, that Icecast2 does not (as yet) support Push relaying. Is this actually the case? Should I be looking at icecast1 (which does support push relay, I believe) until such capability is implemented on icecast2? Or should I be creating a combination of both? Or what? Here's my situation: I have a customer

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

Friends: The icecast server is very robust, but has some goofiness with regard to use with cell-phone players. Has anyone else encountered these issues? When I use a Blackberry to access the icecast stream, I get orphan and duplicate client threads. Background: > testing with Blackberry Curve 9330 > Access icecast stream by clicking on the link on the website:

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

Darrel, Thanks for the help. I'm presuming then that I've misunderstood what is meant by "pull" vs. "push". I understood, I guess erroneously, that the context of 'push' relaying was from the perspective of the icecast2 receiving a 'pushed' stream. I believe now that I have this backwards, and that the context is from the part of icecast2 not being

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

Mark Lehrer <mark@knm.org> writes: > What icecast version are you using? There was a bug prior to 1.3.11 > that caused this exact symptom. I am using 1.3.12+patch at the moment. That patch I have on it was the one I submitted earlier which fixes the problem with the wrong arguments passed to snprintf in the avl code. That shouldn't affect sound. I'm fairly certain it's a