similar to: Strange change in icecast kh14 for IP logging

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]

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

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

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

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

The problem is for statistics tools like Webalizer, which is expecting CLF log format Common Log Format (CLF) "%h %l %u %t \"%r\" %>s %b" NCSA extended/combined log format "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\"" Referer log format "%{Referer}i -> %U" Agent (Browser) log format

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

I forgot to mention that the patched version seams to work fine, except that one of the listener (curl | oggdec | ices) don't like the source content change. I have to search for that. Chris --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org'

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

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

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

> What I did notice is that the date field is not first, even though it's > date ordered. I personally didn't like that, so I just moved the date > field. opinions ? Please don't change the ordering of the fields. It's quite deliberately ordered for compatibility with the Apache Common Log Format. (hmm... or is it the Combined Log Format? I forget...) Mike --- >8

Hello, I changed my config for ices and added passthru. I will see how it will run now. I have realtime I think: [2003-11-24 22:54:25] INFO ices-core/main Streamer version IceS 2.0-kh47 [2003-11-24 22:54:25] INFO ices-core/main libshout version 2.0-kh22 [2003-11-24 22:54:25] INFO ices-core/main realtime scheduling has been enabled

On Mon, 2003-11-24 at 21:58, iceuse@kezako.net wrote: > Hello, > I changed my config for ices and added passthru. Well that will reduce CPU a lot, as the ogg streams are only rebuilt, no re-encoding is going on. > I will see how it will run now. > I have realtime I think: realtime needs privileges to be enabled, and as the log shows the

Hello together after trying to deploy one of the latest version out of the KH branch to our servers we ran into an issue with streaming of ondemand files. After deploying 2.3.2-kh27.1 and also trying 2.3.2-kh24 and 2.3.2-kh22 we see that if we try to stream an ondemand file through the fileserv option we get the ondemand file play back correctly and also see the appropriate file length in

On Wed, 2004-01-21 at 13:50, Karl Heyes wrote: > this is because it's an ogg stream, the mechanism above is the way to > insert song title updates for mp3. Either insert New+Metadata at ices > (won't work when using a playlist) or use my icecast -kh22 from > www.xiph.org/~karl which has the URL code for it in. > > karl. I've tried with an mp3 stream with