search for: kh22

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 libshout/2.0-kh22" 4264 81.53.41.160 - - [30/Nov/2003:11:20:14 +0100] "SOURCE /radio-bro-gwened.ogg HTTP/1.0" 200 19 "-" "IceS 2....

...l see how it will run now. > I have realtime I think: realtime needs privileges to be enabled, and as the log shows the setting has been enabled. > [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 > [2003-11-24 22:54:25] DBUG stream/start_runners starting runner > [2003-11-24 22:54:25] INFO stream/ices_runner Runner 1 ready > [2003-11-24 22:54:25] INFO playlist-builtin/playlist_init_module Initia...

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 the player (WinAmp). if we seek in the file (jump to a later position in the file) the correct time code is sent to the server a...

On Tue, 2003-11-25 at 09:30, iceuse@kezako.net wrote: > 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. > It is with passthru enable. But ices is not reencoding, just writing and writing logging... 8Mo per 15

On Sat, 2003-11-22 at 10:00, iceuse@kezako.net wrote: > Hello, > I had a very strange behavior of ices: > [2003-11-22 10:27:17] EROR playlist-builtin/write_ogg_data failed buffer allocation This would indicate that too much audio was in flight to the output, if it was running ok for some time then this probably means that the system became very busy preventing the runner from freeing up

...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 [2003-11-24 22:54:25] DBUG stream/start_runners starting runner [2003-11-24 22:54:25] INFO stream/ices_runner Runner 1 ready [2003-11-24 22:54:25] INFO playlist-builtin/playlist_init_module Initialise playlist module...

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 icecast-2.0.0 and it is the same. I've also tried with mp3 and ogg on icecast-2.0-kh22 and nothing. Maybe something wrong in server's configuration.. <p> jig...

...c 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 10:45:50] INFO ices-core/main realtime scheduling has been enabled [2003-11-25 10:45:50] DBUG stream/start_runners starting runner [2003-11-25 10:45:50] INFO stream/ices_runner Runner 1 ready [2003-11-25 10:45:51] INFO input-pcm/pcm_initialise_module Initialising PCM input module [...

...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] "SOURCE /radio-bro-gwened.mp3 HTTP/1.0" 200 19 "-" "ices/0.3 libshout/2.0-kh22" 4264 > 81.53.41.160 - - [30/Nov/2003:11:20:14 +0100] "SOURCE /radio-bro-gwened.ogg HTTP/1.0" 200 19 "-" &qu...

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%

Hi everyone, I would like to update metadata by using this request: http://server:port/admin/metadata?mount=/foo.ogg&action=updinfo&song=New+Metadata, but when I send the request, icecast returns an error: "Missing parameter" and metadata doesn't change. This is error.log: [2004-01-21 12:20:32] DBUG

...1 Jan 2004, Karl Heyes wrote: Hello, I found this old message in the archive: > 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. is here any reason, why metadata updating of the ogg stream via HTTP requests is not included in official Icecast version (or latest -kh versions)? It would be really very useful and I'm sure lot of people would appreciate it. Th...

On 08/11/10 11:13, Johann Soukup wrote: > 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 the player (WinAmp). if we seek in the file > (jump to a later position in the file) the correct time code is sent...

...thers requests work fine. > > I'm using icecast-2.0.0 and ices-2.0-Beta4 as source 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. <p>--- >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-request@xiph.org' containing only the word '...

...Hello, > > I found this old message in the archive: > > > 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. > > is here any reason, why metadata updating of the ogg stream via HTTP > requests is not included in official Icecast version (or latest -kh > versions)? > It would be really very useful and I'm sure lot of pe...

...t; > Hello, > > I found this old message in the archive: > > 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. > > is here any reason, why metadata updating of the ogg stream via HTTP > requests is not included in official Icecast version (or latest -kh > versions)? > It would be really very useful and I'm sure lot of peo...

On Sat, 2004-01-17 at 19:31, iceuse@kezako.net wrote: > Thanks, > Karl, do you plan to integrate this in your icecast-kh release? The idea is to put the the changes I've done into CVS. That way you get the best of both worlds, there's nothing conflicting AFAIK. karl. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

Hello, I merged the fallback-override feature in icecast-kh22. I'll send you the 4 modified files (perhaps you want to integrate them in your release, but also I'm not sure about locking or not the main source before moving the clients : if(source->fallback_override && source->fallback_mount) { /* get fallback source */...

On Wednesday 21 January 2004 04:48, Melanie wrote: > On 2004.01.20 15:22 iceuse@kezako.net wrote: > > Good introduction to a new question: > > When a source is down, should we connect new listeners to the fallback > > source? > > My original patch does just that. By the way, Melanie - I forgot to tell you, but your patch (with some significant changes) is now