similar to: Source deconnection bug in icecast?

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, I have some troubles with the latest icecast kh. I'm not sure it an icecast problem, but I have no idea... Does someone have an idea about that problem? The thing is that icecast is running on a uml linux. But this worked some weeks ago, then I come back to it, and I can't get it work again... Thanks, Chris <p>stalwook:~$ wget -Sd http://rbg.XXXXnet/radio-bro-gwened.ogg

Hello, ogg123 | ices2 are doing transcoding but ogg123 is staying frozen under certain circumstances here is the stack #0 0x401f25d4 in __pthread_sigsuspend () from /lib/libpthread.so.0 #1 0xbffff94c in ?? () #2 0x401f2398 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0 #3 0x401eef0b in pthread_cond_wait@GLIBC_2.0 () from /lib/libpthread.so.0 #4 0x0804b0d3 in

Hello, ices kh48 seems to have some trouble... See the stranges characters avec metadata update. (before, it was written bad address) and also, it is not connecting to icecast: socket error, ... I go back to kh47 for the moment. Chris [2003-11-25 10:45:50] INFO ices-core/main Streamer version IceS 2.0-kh-pre48 [2003-11-25 10:45:50] INFO ices-core/main libshout version 2.0-kh22 [2003-11-25

[In case anyone is wondering, the missing message is because I emailed Mike directly, not realising I wasn't sending to the list.] On Tue, Aug 16, 2005 at 12:56:57PM +0200, Michael Smith wrote: > On 8/16/05, Paul Martin <pm@nowster.zetnet.co.uk> wrote: > > On Tue, Aug 16, 2005 at 10:31:09AM +0200, Michael Smith wrote: > > > > > This shouldn't cause any

hi everyone, congratulations on the release of icecast 2.1.0 I presume this is the right place to post about iceS. please correct if wrong. I have a two instance setup, and have been finding that after a network error occurs, the instance does not reconnect. The source server is behind a linux NAT box. I have simulated the problem by using iptables REJECT with tcp-reset and here is the

Hello, I have trouble with icecast 2kh30. Sources connects, clients connects but : root@Yglar:/tmp# wget http://uml31:444/uml30.ogg --12:38:53-- http://uml31:444/uml30.ogg => `uml30.ogg' Resolving uml31... 192.168.0.31 Connecting to uml31[192.168.0.31]:444... connected. HTTP request sent, awaiting response... <p>client is blocked... on icecast side, I have

I just completed a new install of icecast and ices2 on my pc. Icecast appears to be starting and running fine, but ices isn't making my mountpoints or is being terminated before it can. Here are the log entries: Icecast [2004-10-28 09:29:51] INFO connection/_handle_source_request Source logging in at mountpoint "/kwlv.ogg" [2004-10-28 09:29:51] DBUG source/source_main Source

Hmmm, I guess more is incorrect here than I thought. I changed the resample in-rate to be 44100 like it should have have been. But still no joy. Here is the error message as shown in the error.log file. I'm looking things over and am not seeing my error. It looks like the audio resample for this particular stream is good. [root@icecast conf]# ices /usr/local/icecast2/conf/ices.stream.3.xml

It was kind of working for a while but I could not hear the stream but it was running. I started messing with alsamixer and now it crashes. I see the error but I don't know how to fix it. ices-oss-xml: (alsa is the same just a different input module) <?xml version="1.0"?> <ices> <!-- run in background --> <background>0</background>

Hi, Is it possible to generate an ogg stream at less than 22KBps ? I tried several configuration with ices and darkice, but I always get an configure encoder error: [2003-03-17 16:07:17] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44100 Hz [2003-03-17 16:07:17] INFO audio/resample_initialise Initialised resampler for 2 channels, from 44100 Hz to 22050 Hz

Hello, I'm testing icecast2(apha2) and ices2(beta2). (sources 2003-08-12) ices2 with ices-playlist works fine! But I have troubles whith ices-live. When ices2 trays to read /dev/dsp a log message appears: INFO input-oss/oss_read Reached EOF, no more data available. and ices2 shutdown. the complete log file (debug=4): ******************* log *******************************************

Hello, I'm having some difficulty getting Icecast working. I was able to use Icecast and shoutcast when they were both installed on the same Windows XP box, but when I moved icecast to a Linux box, the same icecast.xml configuration doesn't seem to work. I am able to connect to Icecast using shoutcast streaming source and stream the mp3 source to Icecast, however whenever I attempt to

I'm using ices2's metadata facility to update the name of a track in a vorbis stream: <input> <module>alsa</module> <param name="rate">44100</param> <param name="channels">2</param> <param name="device">hw:1,0</param> <param name="metadata">1</param>

Hello I found that in this version, in the access log, the source log lines are wrong. The number of bytes transfered for the source is always 19 bytes... bla.bla.bla.bla - - [17/Nov/2003:23:25:22 +0100] "SOURCE /radio-bro-gwened.ogg HTTP/1.0" 200 19 "-" "IceS 2.0-Beta2" 13325 bla.bla.bla.bla - - [17/Nov/2003:23:25:52 +0100] "SOURCE /radio-bro-gwened.ogg

Main source: http://radio.stalig.com:443/radio-bro-gwened-ori.ogg reencoded OGG: http://radio.stalig.com:443/radio-bro-gwened-16.ogg http://radio.stalig.com:443/radio-bro-gwened.ogg http://radio.stalig.com:443/radio-bro-gwened-64.ogg reencoded to mp3: http://radio.stalig.com:443/radio-bro-gwened.mp3 (very bad, but mp3 is here just to have some mp3 in case of the listener is under Mac OS9 or

Karl, I installed icecast/ices from the latest stable ebuild on gentoo portage. It appears from the log file that ices is only version 2.0.0 even though the ebuild is version 2.1.0. I just reinstalled icecast with the newest (unstable) ebuild and it still doesn't seem to have version 2.0.1 of ices. Do you recommend that I manually compile or that I find a way to use a wrapper for ALSA to

Hello, Karl, you added a compile-time flag to enable IP logging in icecast. But, this changed a lot the log procuded: 81.53.41.160 - - [30/Nov/2003:10:09:11 +0100] "GET /admin/metadata HTTP/1.0" 200 155 "-" "ices/0.3 libshout/2.0-kh22" 0 81.53.41.160 - - [30/Nov/2003:11:20:14 +0100] "SOURCE /radio-bro-gwened.mp3 HTTP/1.0" 200 19 "-" "ices/0.3

On Wed, 2003-11-19 at 11:49, iceuse@kezako.net wrote: > Hello > I found that in this version, in the access log, the source log lines are wrong. > The number of bytes transfered for the source is always 19 bytes... > bla.bla.bla.bla - - [17/Nov/2003:23:25:22 +0100] "SOURCE /radio-bro-gwened.ogg HTTP/1.0" 200 19 "-" "IceS 2.0-Beta2" 13325 >

On Wed, 2003-12-03 at 12:31, iceuse@kezako.net wrote: > Hello, > Karl, you added a compile-time flag to enable IP logging in icecast. > But, this changed a lot the log procuded: > 81.53.41.160 - - [30/Nov/2003:10:09:11 +0100] "GET /admin/metadata HTTP/1.0" 200 155 "-" "ices/0.3 libshout/2.0-kh22" 0 > 81.53.41.160 - - [30/Nov/2003:11:20:14 +0100]