search for: source_move_clients

Have now set the log to level 4 and viewed the output when the stream stops/starts. Can't see any errors though. I'm getting: source/source_move_clients passing 1 listeners to "/fallback.mp3" on stream stop and: source/source_move_clients passing 1 listeners to "/studio" when the stream starts again, so looks like it's working. Could it be the client at fault? Also, I did notice that sometimes (very occasionally)...

...2006 11:11 PM Subject: Re: [Icecast] [Icecast-dev] metadata fallback mounts > Andy Woolley wrote: >> Have now set the log to level 4 and viewed the output when the stream >> stops/starts. >> >> Can't see any errors though. I'm getting: >> >> source/source_move_clients passing 1 listeners to "/fallback.mp3" >> >> on stream stop and: >> >> source/source_move_clients passing 1 listeners to "/studio" >> >> when the stream starts again, so looks like it's working. >> >> Could it be the client...

...-----Original Message----- From: Karl Heyes [mailto:karl@xiph.org] Sent: 29 July 2005 2:02 AM To: Ricardo Meechan Subject: RE: [Icecast] Icecast dies On Fri, 2005-07-29 at 00:58, Ricardo Meechan wrote: > Hola, > > Heres the backtrace (I think) > > (gdb) bt > #0 0x08055d8c in source_move_clients (source=0x9b9ffb0, > dest=0x9ba00f0) at source.c:359 > #1 0x08054378 in start_relay_stream (arg=0x9b9fdd8) at slave.c:341 > #2 0x0806a9d0 in _start_routine (arg=0x9ba8768) at thread.c:578 > #3 0x00835b80 in start_thread () from /lib/libpthread.so.0 > #4 0x0078ddee in clone () fr...

Hi all, I posted this message before on icecast-dev, but I guess it's more appropiate here. First of all thanks again for icecast2. It keeps surprising me how easy and stable it is to use! I'm working with icecast2 from SVN now (revision 10692) and it's mount point features. I've created the top mount point '/play.ogg' so we have only one main mount point for users

...FO source/source_main Source "/radio-bro-gwened.mp3" exiting [2004-02-03 08:35:58] WARN source/get_next_buffer Disconnecting source due to socket timeout [2004-02-03 08:35:58] INFO source/source_main Source "/radio-bro-gwened-ori.ogg" exiting [2004-02-03 08:35:58] INFO source/source_move_clients passing 2 listeners to "/radio-bro-gwened-default.ogg" [2004-02-03 08:35:58] DBUG source/source_loop Adding 2 client(s) [2004-02-03 08:36:11] INFO connection/_handle_source_request Source logging in at mountpoint "/radio-bro-gwened-ori.ogg" [2004-02-03 08:36:11] DBUG connecti...

...(cmrn is set to relay cmrn_anoise, which has cmrn_anoise_loop as fallback) [2004-09-03 20:01:44] WARN source/get_next_buffer Disconnecting source due to socket timeout [2004-09-03 20:01:44] INFO source/source_shutdown Source "/cmrn_anoise.mp3" exiting [2004-09-03 20:01:44] INFO source/source_move_clients passing 1 listeners to "/cmrn_anoise_loop.mp3" [2004-09-03 20:01:44] DBUG source/source_clear_source clearing source "/cmrn_anoise.mp3" [2004-09-03 20:01:44] WARN source/get_next_buffer Disconnecting source due to socket timeout [2004-09-03 20:01:44] INFO source/source_shutdo...

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:

...ck (global.source_tree); if (fallback_source) { INFO2 ("passing %d listeners to %s", fallback_source->mount,source->listeners ); /* Do we need to lock the current source? */ thread_mutex_lock (&fallback_source->lock); source_move_clients (fallback_source, source); thread_mutex_unlock (&fallback_source->lock); } } ) (this code is added in source.c:source_init) Regards, Chris --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe fr...

Hello, I'm new to icecast, but in few time I setup a streaming system using a raspberry pi as stream source through darkice towards my icecast server. All seemed fine with the basic mountpoint configuration, but when I tried to try some of the more "advanced" features I failed badly. More specifically: 1. I tried to force a failback mountpoint like this:

...ot;/uml30.ogg" [2004-03-06 12:29:32] DBUG source/source_apply_mount fallback /uml30-default.ogg [2004-03-06 12:29:32] DBUG connection/connection_complete_source source is ready to start [2004-03-06 12:29:32] DBUG source/source_init Source creation complete [2004-03-06 12:29:32] INFO source/source_move_clients passing 0 listeners to "/uml30.ogg" [2004-03-06 12:29:32] INFO format-ogg/initial_vorbis_page seen initial vorbis header [2004-03-06 12:29:32] INFO format-ogg/ogg_get_buffer Updating title "unknown" [2004-03-06 12:29:32] INFO format-ogg/ogg_get_buffer Updating artist "un...

...ailto:karl@xiph.org] >Sent: 29 July 2005 2:02 AM >To: Ricardo Meechan >Subject: RE: [Icecast] Icecast dies > >On Fri, 2005-07-29 at 00:58, Ricardo Meechan wrote: > > Hola, > > > > Heres the backtrace (I think) > > > > (gdb) bt > > #0 0x08055d8c in source_move_clients (source=0x9b9ffb0, > > dest=0x9ba00f0) at source.c:359 > > #1 0x08054378 in start_relay_stream (arg=0x9b9fdd8) at slave.c:341 > > #2 0x0806a9d0 in _start_routine (arg=0x9ba8768) at thread.c:578 > > #3 0x00835b80 in start_thread () from /lib/libpthread.so.0 > > #4 0...

...k the /aac it works fine we hear the /fk-aac. [2019-05-07 13:33:25] INFO admin/admin_handle_request Received admin command killsource.xsl on mount "/aac" [2019-05-07 13:33:25] INFO source/source_shutdown Source from x.x.x.x at "/aac" exiting [2019-05-07 13:33:25] INFO source/source_move_clients passing 1 listeners to "/fk-aac" [2019-05-07 13:33:25] INFO fserve/fserve_client_create checking for file /style.css (/etc/icecast2/web/style.css) [2019-05-07 13:33:25] INFO source/source_main listener count on /fk-aac now 1 [2019-05-07 13:33:29] INFO connection/_handle_source_request...

...ng client headers [2004-12-15 23:56:07] DBUG stats/modify_node_event update node listeners (4) [2004-12-15 23:56:26] INFO format-ogg/ogg_get_buffer End of Stream /live.ogg [2004-12-15 23:56:26] INFO source/source_shutdown Source "/live.ogg" exiting [2004-12-15 23:56:26] INFO source/source_move_clients passing 4 listeners to "/live-default.ogg" [2004-12-15 23:56:26] DBUG source/source_clear_source clearing source "/live.ogg" [2004-12-15 23:56:26] DBUG format-ogg/format_ogg_free_headers releasing header pages [2004-12-15 23:56:26] DBUG format-ogg/free_ogg_codecs freeing c...

Hello! Using 2.3-kh2 I wasn't able to make fallback work. This is what I am using: ... <mount> <max-listeners>2</max-listeners> <mount-name>/black.ogg</mount-name> </mount> <mount> <max-listeners>2</max-listeners> <mount-name>/live.ogg</mount-name>

...ailto:karl@xiph.org] >Sent: 29 July 2005 2:02 AM >To: Ricardo Meechan >Subject: RE: [Icecast] Icecast dies > >On Fri, 2005-07-29 at 00:58, Ricardo Meechan wrote: > > Hola, > > > > Heres the backtrace (I think) > > > > (gdb) bt > > #0 0x08055d8c in source_move_clients (source=0x9b9ffb0, > > dest=0x9ba00f0) at source.c:359 > > #1 0x08054378 in start_relay_stream (arg=0x9b9fdd8) at slave.c:341 > > #2 0x0806a9d0 in _start_routine (arg=0x9ba8768) at thread.c:578 > > #3 0x00835b80 in start_thread () from /lib/libpthread.so.0 > > #4 0...

Thanks, Karl! I've checked the log files during a move command but I couldn't find anything that looked related to the problems. I've thought of upgrading to 2.3.2 but thought I should ask first if it was something common - saw that someone mailed about the same problems a couple of months ago, if I understood it correctly. /Mathias 2009/11/18 Karl Heyes <karl at xiph.org>:

Hi Paul, Thanks for the quick response! We use the same type of encoder (Sam Cast) both live for both mountpoints on 96 Kb Joint Stereo. it is difficult to see if it is exactly the same. Is there a player that show exactly this? I will check this. We have use the limit-rate in our config. Thats work better for go to play the last fallback-mount file (i test this). See here our part of the