similar to: Icecast/ices problem

Thanks for the suggestion. It turns out that debug for ices told me nothing but debug for icecast 2.2.0 showed that it was terminating the source at the same place in the playlist, apparently due to a lack of trailing metadata in one particular file -- icecast saw it as end of stream. After checking code updates on the TRAC system, I installed the kh branch of icecast (kh13) and this seems

Tks for you answer Robert, It's my first time with IceCast for Linux and if possible I would like to take a look in your configuration files or a how-to. Tks. -----Mensagem original----- De: icecast-bounces@xiph.org [mailto:icecast-bounces@xiph.org]Em nome de Robert Muchnick Enviada em: quinta-feira, 4 de agosto de 2005 22:59 Para: icecast@xiph.org Assunto: Re: [Icecast] Icecast Instalation

another solution would be to reencode mp3 files at the wanted bitrate first, and then serve them via ices to icecast ;) On Wed, 5 Oct 2005 11:43:27 -0600 (MDT) Anno Domini, the honourable Robert Muchnick wrote using one of his keyboards: > On a Linux server (2.4.29) with 3.0GHz PIV and 1GB memory, ices 0.4 > sending to icecast 2.2 on the same machine without re-encoding will > not even

Hi All, Maybe I do something completely wrong and I make some trivial mistakes but the static streaming doesn't work for me. I describe my setup. Thanks, Ivan - I try to reach the following URLs but neither of them worked: http://my.server.hu/try.mp3 http://my.server.hu/try.mp3.m3u http://my.server.hu/list.m3u - The /usr/share/icecast2/web directory contains the following files: try.mp3

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

Sorry! The links I tried are: http://my.server.hu:8000/try.mp3 <http://my.server.hu/try.mp3> http://my.server.hu <http://my.server.hu/try.mp3.m3u><http://my.server.hu/try.mp3.m3u> :8000 <http://my.server.hu/try.mp3>/try.mp3.m3u<http://my.server.hu/try.mp3.m3u> http://my.server.hu <http://my.server.hu/list.m3u><http://my.server.hu/list.m3u> :8000

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

On a Linux server (2.4.29) with 3.0GHz PIV and 1GB memory, ices 0.4 sending to icecast 2.2 on the same machine without re-encoding will not even touch the 1 minute load average in the normal kbps/KHz range. With re-encoding, however, the 1 minute load average varies between 0.7 and less than 2.5, which could impact server performance with high listener counts. The files I was testing were not

It is almost certain to be the old compiler. Try upgrading to around gcc-3.3.6. If that doesn't work, try dropping back to libxml-2.6.21 with the upgraded compiler. Icecast 2.3.1 compiles wihout problems with that lib and gcc on Slackware Linux with both 2.4.29 and 2.4.31 kernels. On Wed, 14 Dec 2005, Geoff Shang wrote: > Hi, > > Sorry if this has been posted about before. >

Hello All, We own an Orban Opticodec LE1010 and we are testing it to use with Icecast 2.2 (no relays are used, only one icecast 2.2 is working in one system) With both linux and win32 versions of Icecast2.2 Opticodec with aacplus-v2-32kbps stream generates the following errors: several minutes (2 to 30) after starting of encoding the stream drops (like there were internet connection

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

This sounds like a network problem. We have several Opticodec-PC Encoders working with Icecast2. It is a VERY reliable server. Our EVAL stream is here: http://stream.orban.com/eval.aac -greg ORBAN -----Original Message----- From: Nagy Gergely - K?k Duna R?di? [mailto:nagyger@kekduna.hu] Sent: Wednesday, February 09, 2005 07:11 To: icecast-dev@xiph.org Cc: Hintz, Charles Subject: [Icecast-dev]

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, We have setup a test stream using Icecast 2.4.4 and the same icecast config. We use a simple HTML5 player for testing: <audio controls preload="none"> <source src="https://streamdnsname/aac" type="audio/mp4" /> </audio> See icecast config below. We kick the /aac mountpoint and the html5 player stop playing. When we listen to a Winamp player

My icecast server has been running happily for months now, but just yesterday it locked up, chewing up all the cpu time it could find, and not allowing connections. The last snippet of the error log shows this: [2005-06-01 09:36:13] WARN connection/_accept_connection accept() failed with error 24: Too many open files [2005-06-01 09:36:15] WARN connection/_accept_connection accept() failed

Hello All, I've tried to install the Icecast streaming server on my Slackware 10 without success. Someone could help me on it? And what kind of modules I can set up? Best Regards.

Hello, I had a problem with ices kh48 and icecastkh13. I usually restart them by cron at 00:00. ----------1---------- This night, icecast told ices "Too many sources" for radio-bro-gwened.ogg... All right, I've just seen that my config file is wrong for icecast (I have 3 sources): <sources>2</sources> But, with this configuration, I can have 3 sources:

hello anyone of you who has used the reencoding option of ices to bring the stream at a constant bitrate would be kind to share the experience (the impact on resources and, quoting the README file - "...mpglib part of lame (what does the decoding) is rather unstable and will call exit(0) when errors are encountered." - and stability of the stream). thanks, petre -- Petre Bandac -

Linux blort.psg.com 3.13.0-29-generic #53-Ubuntu SMP Wed Jun 4 21:02:19 UTC 2014 i686 i686 i686 GNU/Linux # icecast2 --version Icecast 2.3.3 <listen-socket> <port>43000</port> </listen-socket> <listen-socket> <port>43001</port> <shoutcast-compat>1</shoutcast-compat> </listen-socket> source is

Hi, I have installed the Icecast2 on my Ubuntu Linux and I was not able to figure out how I could stream static mp3 files. Can anybody help me? What should I do to do this? I put the mp3 file in the webroot and I tried to retrieve it with the " http://host:port/try.mp3" URL but I could only download it (as a whole) but not as a streamed media. Do I have to convert the mp3 to another