similar to: Metadata and icecast relay

Hi ... I've installed and configured icecast following the readme and manual but can't connect from my windows client, I get this message in the logs: [05/Mar/2002:09:28:50] [5:Connection Handler] Kicking unknown 1 [172.16.141.52] [No encoder], connected for 1 seconds To test it, I've placed demo.mp3 in /usr/local/icecast/static/ and try http://172.16.150.253:8000/demo.mp3 with

Jack Moffitt wrote: I tried that and then it tells me 'bad password' but my password is set properly in icecast.conf. If I leave 'ADMIN' out it let's me in with the password. So maybe my icecast.conf is wrong[?] [attached] BTW, this is not on a public machine, just my private "radio station" run on my lan. Thanks Kevin > To answer your admin question,

Hello, I've searched far and wide on the net and the only thing I've come up with is that no one has ever had this problem. I'm running Icecast 1.3.12 and the latest liveice on a Slackware 8.1 box. The idea here is that I need to stream a live source in multiple bitrates. I am having a problem that is just about going to send me back to Shoutcast. I have set up two

Hi Icecast users! I have a Debian box running with Icecast 1.3.11, installed from package icecast-server 1:1.3.11-4.3 from the unstable tree. It's purpose is to relay a bunch of stations using the alias functionality. It all works like a charm except the title information. When relaying stations like Groove Salad from soma.fm WinAMP doesn't show the title info. In my icecast.conf

On Tue, 7 Aug 2001, Brendan Cully wrote: > On Tuesday, 07 August 2001 at 12:56, Richard Fromm wrote: > > i believe there is a bug in the following line in write_chunk_with_metadata() > > in source.c. here is the original: > > > > if (source->info.udpseqnr == clicon->food.client->udpseqnr) { > > > > and here is the change: > > > >

I've been thinking more about this. It would be really nice if Icecast could add a port to a mountpoint and emulate whatever information Shoutcast requests when it relays a shoutcast stream. This way Shoutcast could relay Icecast streams. Fred _____ From: Fred Black [mailto:fred@batanga.com] Sent: Monday, July 18, 2005 2:36 PM To: 'icecast' Subject: RE: [Icecast]

Hello List Having great trouble relaying an icecast2 mp3 stream to a shoutcast server. My client program successfully streams to icecast which is listening on port 7000. I can listen to this stream with mozilla and xmms with no problems. I can also stream my client directly to the shoutcast server but it makes the client unstable (which is why i'm attempting a relay). The shoutcast server is

We found an interesing issue that after a downed publishing point is restored, the fallback relay doesn't stop relaying. We've tried everything, but once /asf2 or /asf3 is envoked for /asf1 fallback reasons, they don't stop relaying their source streams even though the output stream /asf1 has returned to normal. Eventually we end up with /asf2 relaying indefinately with no

I Found some old posts with some syntax for this, but it does not appear to work. Should this work in the Windows version? Here's the line from the Path section of my config file: <alias bind-address="38.116.36.8" port="8010" source="/" dest="/Jazz"/> Fred -----Original Message----- From: Fred Black [mailto:fred@batanga.com] Sent: Tuesday,

Ah, ok Satz, I did not know that's right :( Now I am trying: <server>194.232.200.156</server> <port>8000</port> <mount>/listen.pls</mount> <local-mount>/oe3.mp3</local-mount> ... but I do not get the mountpoint "oe3.mp3" in http://186.56.96.133:8200 May be something related with the extension "pls" ?. El mi?, 20-02-2013 a

Hi: Let me see if I understand what you're doing. You're using winamp (or whatever) to stream to a shoutcast server which pushes a relay on to live365 (or live365 pulls from shoutcast, same deal really). Now you've got a second winamp with samcast trying to pull shoutcast or live365 and pass it to icecast. Is that right? OK. Firstly, there is no source connecting to icecast. The

I have a situation where I'd like to be able to have icecast reach out to another icecast server as a client. Is this possible with relaying? From what I read relaying and master relaying both have the server reach out to another server. The reason is this. I have a hardware encoder (Telos audioactive) sitting on a cablemodem. I have a remote provider (streamcheap or something) set to

> On Sun, 2004-02-15 at 19:52, Joern Nettingsmeier wrote: > > Michael Smith wrote: > > > On Thursday 12 February 2004 03:05, v b wrote: > > > > > >>I'm using this on icecat 1.3.12 but it doesn't seem to work with icecast > > >>2.0.0. The relay starts as soon as icecast is started and does not drop, > > >>even if there are no

figured it out! I have a dynamically allocated IP address - and i was entering a dynamic DNS name in the shoutcast server config expecting it to be resolved. It wasn't. I entered the IP address just then and it relays perfectly! Will follow up with the shoutcast service support to see why my dynamic name isn't being resolved (perhaps it can't be with shoutcast?). re. 44.1 and

On Sun, 5 Jun 2005, Iain Mott wrote: > figured it out! I have a dynamically allocated IP address - and i was > entering a dynamic DNS name in the shoutcast server config expecting it > to be resolved. It wasn't. I entered the IP address just then and it > relays perfectly! Will follow up with the shoutcast service support to > see why my dynamic name isn't being resolved

Hi ! Well what I basically want to do is set up a local relay in our company for some popular shoutcast radio streams available on the winamp.com main site. Right now like 10 or 20 ppl here are listening to basically the same two or three streams, so thats quite a waste of bandwith. So I thought there must be some kind of stream relay that would connect as client to the Shoutcast server and be a

Great Job ! ;) Are you planning to : - correct the metadata problem when you're relaying an icecast v1 server ? (our radio totaly depend on icecast v1...) - add an option to enable backup streams only when the primary one is done ? I mean that if a defined two mountpoint that are relaying different stream (from a primary and a secondary server) and define the backup option to the second

> On Sun, 2004-02-15 at 19:52, Joern Nettingsmeier wrote: > > Michael Smith wrote: > > > On Thursday 12 February 2004 03:05, v b wrote: > > > > > >>I'm using this on icecat 1.3.12 but it doesn't seem to work with icecast > > >>2.0.0. The relay starts as soon as icecast is started and does not drop, > > >>even if there are no

that's seems a shame. I'm aware of what dns is - and I was prepared for periodic drops in transmission. My dynamic dns name is updated (when necessary) every 10 minutes. For a variety of reasons i'm reluctant to use a static ip for this project - but if it can't be done.... On Sat, 2005-06-04 at 19:22 -0600, Robert Muchnick wrote: > On Sun, 5 Jun 2005, Iain Mott wrote: >

I tried admin rehash for the first time since upgrading to 1.3.12 today. The rehash took at least 30 seconds [If not longer -- I didn't time it very closely] and icecast slowly snuck up to 99% CPU usage. I tried issuing the 'alias' command just to try and get a response from the console and that never responded. [I waited about two minutes] I had the same experience both of my