similar to: Can't listen to a stream from icecast-kh

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 a problem with icecast icecast-2.0-kh8: - the source disconnect - icecast didn't notice it - the source cannot reconnect until - the source cannot reconnect (it tries every 8 seconds) - after two hours, the source is able to reconnect Here is the interesting parts of the log files: Thanks for your advices and help. Chris (icecast machine has +3sec in its time, that's

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

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

Hello, I found a fallback trouble on icecast 2.1kh4 (but it's the same with 2.0 I think) : - ices streams live.ogg to icecast - icecast has a fallback live-default.ogg for live.ogg - a listener A listen at live.ogg - I shut down the source - the listener A is trying to read data from its connection, but receives nothing. Sometimes, it gets fallback data, sometimes nothing... (source

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

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]

Easy... when I made this java applet : http://rbg.online.stalig.net/jplayer/radio-bro-gwened.html I used a signed lib from jorbis without modifying it. I just made a subclass of JOrbisPlayer which change the behaviour for what I wanted. I can provide my wall JBuilder project for those interested to use it. Easy way: - just change the html file to feed it with your ogg stream url - do what you

Hello, I have some trouble in the access log regarding to the source lines: 127.0.0.1 - - [13/Jan/2004:16:13:22 +0100] "SOURCE /radio-bro-gwened.ogg HTTP/1.0" 200 19 "-" "IceS 2.0-kh48" 30410 127.0.0.1 - - [13/Jan/2004:16:13:22 +0100] "SOURCE /radio-bro-gwened.ogg HTTP/1.0" 200 19 "-" "IceS 2.0-kh48" 30410 amount of data transfered for

hi everyone! i'm playing around with theora streaming for the linux audio conference 2005 (http://lac.zkm.de). i checked out svn.xiph.org/trunk, built all ogg, vorbis, speex and theora related libs from scratch, then pulled icecast-2.2.0. three issues: [1] icecast runs fine as always, but when i do cat myvideo.ogg | oggfwd myhost 8000 mypasswd /test.ogg, the stream dies after a few

Hello, I had a very strange behavior of ices: [2003-11-22 10:27:17] EROR playlist-builtin/write_ogg_data failed buffer allocation [2003-11-22 10:27:17] WARN input/input_sleep Sleeping for over 1 second (46364899), resetting timer [2003-11-22 10:27:17] WARN input/input_sleep Sleeping for over 1 second (46407041), resetting timer [2003-11-22 10:27:17] WARN input/input_sleep Sleeping for over 1

Hello, I will take your last version, but I have fresher news about the bug that occurs every mornings in fact... I think this is ntpdate which is causing the problem, as the time of the machine change for more than one second. Here is all the info: 09:46:17 up 1 day, 1:22, 2 users, load average: 0.60, 0.71, 0.68 86 processes: 84 sleeping, 2 running, 0 zombie, 0 stopped CPU states: 10.4%

On Wed, 2003-11-26 at 10:17, iceuse@kezako.net wrote: > 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): >

On Mon, 2004-11-01 at 03:23, andy wrote: > I just had a look at it and it's still dropping ports - I set a test > running which has ices-kh running from an ecasound process which is > connected to a new source every 10 minutes, and after about 3 hours it had > lost the jack port connection to ecasound. Can you send me the full log? > 2004-11-01 01:28:09] DBUG

On Sun, 31 Oct 2004 22:32:17 +0000, andy wrote: > On Mon, 18 Oct 2004 16:06:00 +0100, Andy Baxter wrote: > >> I've been having a problem where ices-kh (the jack'ified version) >> disconnects from its jack input source unexpectedly. This happens mainly >> while other jack clients are being started/stopped, or >> connected/disconnected, but also at other times

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