similar to: fallback source give up and returns to original source

On Thursday 15 January 2004 11:42, Michael Smith wrote: > On Wednesday 14 January 2004 20:46, iceuse@kezako.net wrote: > > Hello, > > I have a problem with icecast > > a have a source+ a fallback source > > when source disconnect after a network interruption, all lilsteners are > > transfered to the fallback source but then, a few seconds later, source > >

On Wednesday 14 January 2004 20:46, iceuse@kezako.net wrote: > Hello, > I have a problem with icecast > a have a source+ a fallback source > when source disconnect after a network interruption, all lilsteners are > transfered to the fallback source but then, a few seconds later, source > come back and didn't get back its previous listeners. > > Is there a way to have

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

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:

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'

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

Where should I look for an example of how to connect to Icecast from Java? (I have a MySQL/Tomcat application with MP3's in the DB and need to stream them using Java and Icecast.) Thanks, Mike D. _________________________________________________________________ Discover the best of the best at MSN Luxury Living. http://lexus.msn.com/

Hello, last night, I worked to make a new version of webalizer for streams. I put some info and example here: http://radio.stalig.com:443/stats/webalizer/index.html If you are interested... It's not finished (yearly stats are not ready), but monthly and daily stats are fine. I'll try to have it integrated to regular webalizer version. Chris --- >8 ---- List archives:

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

Hi all, 'm trying to setup an icecast server. It works, bu I want to test how many clients it can serve. Server: Icecast2 on PIII 933Mkz, 512Mo RAM Linux Debian 3.0 One source sent by darkice (can't make ices2 working) The problem is: "The server can't serve more than 1020 clients, because of a file limit" [2003-03-13 14:18:50] WARN connection/_accept_connection accept()

Hi Geoff, The streaming version of Webalizer can certainly do this (hmm, I can't seem to find the link anymore, it used to be on a separate website, not awstats.sf.net) and I use it for my clients. See my post from September 2004 regarding correct logging of SOURCE time. http://lists.xiph.org/pipermail/icecast/2004-September/007564.html Cheers, KJ > > Van: Geoff Shang

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 */ avl_tree_rlock (global.source_tree);

On Thu, 15 Jan 2004, Michael Smith wrote: > The relevant patches are now in (but not yet documented), you can do what you > want with the current cvs version. > Just configure the source with <fallback-override>1</fallback-override> Am I right in thinking you mean configure the mointpoint with this atribute? And if I want to daisy chain fallbacks, do I just get mount A to

Hi, I'm the author of the patch in question. Mike emailed me to say that he was not very much convinced the run command features would be useful. He also mentioned that the implementatiton is problematic. Well, to understand the reason for the command execution, one really has to know how this patch came about. I am new to icecast, four days ago I didn't know it existed. I hooked up

Hello, Yesterday evening, I installed icecast kh13 with your latest libshout. We have to wait 1, 2 or three days to see what is happening... Yes, the samplerate 19404 is exactly what I asked ices to do... Just a compromise between bitrate and samplerate to have a better sound quality. Regarding to that, I didn't found the option to set the ouput rate in ices kh47, and also I was wondering how

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 oen trouble to compile ices kh 57 as a static executable. I built ogg, vorbis, libhshout with enable-static. ld.so.conf is up to date to find shared libs. When I compile ices non static, everything is ok. But when I add export LDFLAGS="-static" before calling configure for ices, then I get this error message: configure: error: Need libshout-kh release I'm using only

I'm not sure this it the problem, because whatever the encoding if (managed or not), the problem is there. To listen to the problem: http://www.stalig.com/radio_ices.ogg The ices stream in a file (a few seconds) http://www.stalig.com/radiofree.ogg The darkice stream in a file (a few seconds) Looking at the content of the ogg files, we can see there are using the same vorbis lib even if i