similar to: Re-7: Newbie-Question

Ok, icecast is really running. I put some oggs in the webroot-dir and I am able to lay them via winamp. Now to the problem with ices. Still doesn't work -------- Original Message -------- Subject: Re: Re-7: [icecast] Newbie-Question (24-Sep-2003 9:26) From: william@welho.com To: d.moritz@edv-partner.com > The easiest way to check icecast is working ok I reckon is to stick some

I have just finished setting up ices2 => icecast 2 on RH9 linux. Have 10 or so .ogg tracks in a playlist. Also downloaded a full copy of winamp 5. If I point my browser at 10.1.1.101:8000/example1.ogg.m3u then winamp opens, and just says Connecting... - it never actually plays anything. If I use the open URL feature in winamp and give it 10.1.1.101:8000/example1.ogg Then winamp connects to the

Hi, thanks in advance for any help that can be provided for this head-scratcher. I'm configuring a new server and can't get it to move listen clients to the fallback file when the source client disconnects. I probably have a misconfiguration in icecast.xml. Here is the <mount> section: <mount type="normal">

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

Can anybody help me, I have Icecast2 and Ices2 on Mandrake and want to play a static playlist. I am getting the following problem: [2003-06-26 12:56:08] DBUG connection/_handle_get_request Client connected [2003-06-26 12:56:08] DBUG admin/admin_handle_request Got command (streamlist) [2003-06-26 12:56:08] INFO admin/admin_handle_request Bad or missing password on admin command request

I posted the other day with a question about a player that mysteriously quits playing the icecast stream. I believe the problem is related to the icecast stream for two reasons. 1) Because it quits on more than one different player (Winamp 5 and Foobar2000) and 2) Because I used to use shoutcast with Winamp 2 and never had this problem. Anyway, I tried to get as much information about the problem

Hi team, Please accent my apologies if this is NOT the place/distro list to be raising this. I had major dramas with the standard forum - registration and decided this may be a better route. My current instance icecast server has been built with --with-curl --with-openssl options as outlined within this post: https://weekly-geekly.github.io/articles/350236/index.html and the build version is

2015-04-29 8:57 GMT+02:00 "Thomas B. R?cker" <thomas at ruecker.fi>: > On 04/28/2015 02:27 PM, Jan-Pieter wrote: > > Hi all, > > see my reply inline. > > Cheers, Jan-Pieter > > > > > > 2015-04-26 7:23 GMT+02:00 "Thomas B. R?cker" <thomas at ruecker.fi > > <mailto:thomas at ruecker.fi>>: > > > > On

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

Check your <hostname> setting in the icecast2 config, I believe that is used in the building of the m3u...you also might want to use wget to retrieve 10.1.1.101:8000/example1.ogg.m3u and take a look at the file... oddsock At 02:12 PM 4/28/2004, you wrote: >I have just finished setting up ices2 => icecast 2 on RH9 linux. >Have 10 or so .ogg tracks in a playlist. >Also

If this isn't supported, then I apologize for the disruption, I'll just tell my customer / client / friend it's time to seriously rethink what they're trying to do. If support is possible, here's the problem: I took a running icecast.xml file from a configuration that works. It has live, backup, and listener (called /broadband) mount points. A continuously running stream

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

I have a weird one... I installed icecast 2 and ices .23 on Mandake, and am not having any luck I compiled and installed the nightly icecast just today. It seems to work fine, however when I telnet to it (10.0.0.3, port 8000), I am unable to login unless the first line contains ONLY the password. I used ethereal to see that iceS is trying to send to authenticate, and it is sending (as the first

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).

-----Originalmeddelande----- Fr?n: "Per Gunnarsson" <per at 80-244-81-186.customer.t3.se> Till: per.gunnarsson at lappstockholm.se Datum: 2012-02-25 15:20 ?mne: [Icecast] Same problem as last time, with IPv6 off OK, this is my configuration file: <icecast> ? ?<limits> ? ? ? ?<clients>100</clients> ? ? ? ?<sources>2</sources> ? ? ?

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

on Friday 08/15/2003 Michael Smith(msmith@xiph.org) wrote > On Friday 15 August 2003 02:01, John Covici wrote: > > Hi. I am having a strange problem where the source times out during > > anicecast2 stream -- I was using mp3pro at 32khz and even some other > > speeds. I have set the source timeout for 1 minute, but it still > > times out or says connection reset by

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

Hello everyone, I am running Icecast 2.0.0 with ices-3.0. I run ices on a machine which has all the mp3 files I am playing and stream these mp3 to Icecast which is running on another machine. Every now and then, say 2 hours. Ices keeps churning out errors saying updating meta data and socket errors and keeps retrying and after some time it suceeds for one file and then when playing the next file