From Geoff at QuiteLikely.com Tue Oct 16 11:28:53 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Tue, 16 Oct 2007 13:28:53 +0200 (IST) Subject: [Icecast] Icecast 2.3.1 crash Message-ID: Hi, I woke up this morning to find out that Icecast 2.3.1 running under Ubuntu Feisty had crashed or otherwise terminated. I don't know why, but I've got a theory. I'm currently trying to get a streamer working properly. At times it goes into a state when it connects very briefly then disconnects again. This of course generates a lot of connects and disconnects and may have overloaded some stats value. When I went to investigate this possibility however, not only did I not understand much of the code, but I also noticed that Icecast 2.3.1 is nearly 2 years old and that there have been numerous bugfixes committed to SVN since then. So perhaps whatever caused the crash has been fixed already. Are there any plans to release a new version anytime soon? Sorry I can't be more specific about the termination, there was nothing helpful in the logs and nothing else I could find anywhere. Geoff. From karl at xiph.org Wed Oct 17 00:28:17 2007 From: karl at xiph.org (Karl Heyes) Date: Wed, 17 Oct 2007 01:28:17 +0100 Subject: [Icecast] Icecast 2.3.1 crash In-Reply-To: References: Message-ID: <47155721.9090101@xiph.org> Geoff Shang wrote: > Hi, > > I woke up this morning to find out that Icecast 2.3.1 running under > Ubuntu Feisty had crashed or otherwise terminated. I don't know why, > but I've got a theory. > > I'm currently trying to get a streamer working properly. At times it > goes into a state when it connects very briefly then disconnects again. > This of course generates a lot of connects and disconnects and may have > overloaded some stats value. I doubt that the stats would of done that but obviously there's nothing much to go on. The looping of connect/disconnect could of tripped over a bug but it depends on many factors like was it a shoutcast-style source client (there have been fixes for those), was any data sent at all etc. > When I went to investigate this possibility however, not only did I not > understand much of the code, but I also noticed that Icecast 2.3.1 is > nearly 2 years old and that there have been numerous bugfixes committed > to SVN since then. So perhaps whatever caused the crash has been fixed > already. > > Are there any plans to release a new version anytime soon? I've tried to keep most of the changes at least bugfix related, so I don't see why we could not do a 2.3.2 release soon. There are some doc updates to do (what fun!) and I'm waiting on some feedback for some changes I wanted to verify but feel free to try out the code and report back. As mentioned, svn access is available but if you want a tarball to try out then check the nightly tarballs on http://people.xiph.org/~brendan/snapshots/icecast/ karl. From Geoff at QuiteLikely.com Wed Oct 17 09:45:04 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Wed, 17 Oct 2007 11:45:04 +0200 (IST) Subject: [Icecast] Icecast 2.3.1 crash In-Reply-To: <47155721.9090101@xiph.org> References: <47155721.9090101@xiph.org> Message-ID: Karl Heyes wrote: > I doubt that the stats would of done that but obviously there's nothing much > to go on. The looping of connect/disconnect could of tripped over a bug but > it depends on many factors like was it a shoutcast-style source client (there > have been fixes for those), was any data sent at all etc. It's an Icecast style connection, using libshout. The access log says "19", but I don't know if that's bytes written or read. There's obviously issues with my streamer but I'm not a C developer and the person who is meant to be fixing it is being a bit unresponsive at the moment. > I've tried to keep most of the changes at least bugfix related, so I don't > see why we could not do a 2.3.2 release soon. There are some doc updates to > do (what fun!) and I'm waiting on some feedback for some changes I wanted to > verify but feel free to try out the code and report back. I'm about to go overseas for ten days but I'll probably try it after I get back. It's only crashed once so I don't feel that upgrading is urgent. Geoff. From paulsullivan88 at hotmail.com Thu Oct 18 04:12:55 2007 From: paulsullivan88 at hotmail.com (paul sullivan) Date: Thu, 18 Oct 2007 04:12:55 +0000 Subject: [Icecast] Pauls Project Message-ID: I'm Interested in Icecast Broadcasting. Would someone like to Help in the Set up of my system from start. . and get Instantly Promoted as Operations Director? _________________________________________________________________ It's simple! Sell your car for just $30 at CarPoint.com.au http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fsecure%2Dau%2Eimrworldwide%2Ecom%2Fcgi%2Dbin%2Fa%2Fci%5F450304%2Fet%5F2%2Fcg%5F801459%2Fpi%5F1004813%2Fai%5F859641&_t=762955845&_r=tig_OCT07&_m=EXT -------------- next part -------------- An HTML attachment was scrubbed... URL: From Rideharley at cfl.rr.com Fri Oct 19 17:38:54 2007 From: Rideharley at cfl.rr.com (Rideharley at cfl.rr.com) Date: Fri, 19 Oct 2007 12:38:54 -0500 Subject: [Icecast] getting server to work Message-ID: <002e01c81276$ee25ba70$6601a8c0@EAGLESWJZCIQGZ> hello I have the icecast server and wanted to know how can you tell when server is working. and the url needed for using the shoutcast broadcaster and what port and such......I would appreciate some input on this.............. Thank's JG -------------- next part -------------- An HTML attachment was scrubbed... URL: From marc at let.de Fri Oct 19 21:36:41 2007 From: marc at let.de (Marc Manthey) Date: Fri, 19 Oct 2007 23:36:41 +0200 Subject: [Icecast] Live Streaming and embeding into webpage on OSX Message-ID: hello free streamers, after i had not much luck with " Darwin streaming server" ( because of a lack of NAT implementation ) i got a hint from a Wireless mailing list to try OGG/Theora streaming. I ?ve found a great site here and downloadet and installed "icecast" and the theora libs with success on my macintosh mini , after i want to go forward i have some questions , because i am not that experienced with commandline stuff and compiling , but i am willing to learn. :-P My goal is i want to install a " live video streaming server " on one of my macintosh with OSX behind a NAT Then i want to embed the stream into a webpage with the "cortado java plugin" . Is there a way to capture video from a camera or build in tv card and use it as a source ? Are there any people on macintosh that have done this with success ? i dont know what i can do with this line > % grabfromwebcam | ffmpeg2theora - -o /dev/stdout | ezstream -c ezstream_stdin.xml thanks for any hints and pointers marc -- "Imagination is more important than Knowledge". http://www.let.de READY FOR A CHANGE http://int.piratenpartei.de/List_of_Pirateparties -------------- next part -------------- An HTML attachment was scrubbed... URL: From dm8tbr at afthd.tu-darmstadt.de Sat Oct 20 07:34:32 2007 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Sat, 20 Oct 2007 07:34:32 +0000 Subject: [Icecast] Live Streaming and embeding into webpage on OSX In-Reply-To: References: Message-ID: <4719AF88.6000400@afthd.tu-darmstadt.de> Marc Manthey schrieb: > hello free streamers, > > after i had not much luck with " Darwin streaming server" ( because of > a lack of NAT implementation ) > > i got a hint from a Wireless mailing list to try OGG/Theora streaming. > > I ?ve found a great site here > > and downloadet and installed "icecast" and the theora libs with > success on my macintosh mini , > after i want to go forward i have some questions , > because i am not that experienced with commandline stuff and compiling > , but i am willing to learn. :-P > > My goal is i want to install a " live video streaming server " on one > of my macintosh with OSX behind a NAT There is no way around this: you will have to forward one TCP port from the NAT-box to the box where icecast is running. Usually this is not a problem if you have access to the NAT box configuration. > Then i want to embed the stream into a webpage with the "cortado java > plugin" . I'm not sure if this works with icecast but chances are it does. > Is there a way to capture video from a camera or build in tv card and > use it as a source ? Are there any people on macintosh that have done > this with success ? Didn't try this on OSX. You might want to check if VLC can capture those sources on OSX. If it does you're almost there. Either you can use vlc to stream that to icecast or find a different tool that grabs those sources. > i dont know what i can do with this line > > > % grabfromwebcam | ffmpeg2theora - -o /dev/stdout | ezstream -c > ezstream_stdin.xml I guess "grabfromwebcam" means you are supposed to find an commandline application that can capture your source and feed it into a pipe towards ffmpeg2theora. hth Thomas PS: You could also try and join #icecast on the freenode IRC network. From dm8tbr at afthd.tu-darmstadt.de Sat Oct 20 07:24:44 2007 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Sat, 20 Oct 2007 07:24:44 +0000 Subject: [Icecast] getting server to work In-Reply-To: <002e01c81276$ee25ba70$6601a8c0@EAGLESWJZCIQGZ> References: <002e01c81276$ee25ba70$6601a8c0@EAGLESWJZCIQGZ> Message-ID: <4719AD3C.7030908@afthd.tu-darmstadt.de> Rideharley at cfl.rr.com schrieb: > hello > I have the icecast server and wanted to know how can you tell > when server is working. > and the url needed for using the shoutcast broadcaster and > what port and such......I would > appreciate some input on this.............. > There's something called "The Fine Manual". It usually comes with icecast, but you'll also find it here: http://icecast.org/docs/icecast-2.3.1/ You can confirm that the server is running by accessing its web interface. it is on port 8000 by default. In the default configuration that would be: http://IP.OF.YOUR.SERVER:8000 - e.g. http://192.168.0.1:8000 or http://127.0.0.1:8000 if the server runs on the same machine as the webbrowser. Cheers Thomas From ismael.ahamada at wanadoo.fr Sat Oct 20 08:09:04 2007 From: ismael.ahamada at wanadoo.fr (=?iso-8859-1?Q?AHAMADA_Isma=EBl?=) Date: Sat, 20 Oct 2007 10:09:04 +0200 Subject: [Icecast] Documentation Message-ID: <001001c812f0$7bc8fe40$0b01a8c0@isma> Veuillez m'envoyer la documentation en version fran?aise -- J'utilise la version gratu?te de SPAMfighter pour utilisateurs priv?s. Ce programme a supprim?387 d'e-mails spam ? ce jour. Les utilisateurs qui paient n'ont pas ce message dans leurse-mails. Obtenez la version gratuite de SPAMfighter ici: http://www.spamfighter.com/lfr -------------- next part -------------- An HTML attachment was scrubbed... URL: From dm8tbr at afthd.tu-darmstadt.de Sat Oct 20 08:14:07 2007 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Sat, 20 Oct 2007 08:14:07 +0000 Subject: [Icecast] Documentation In-Reply-To: <001001c812f0$7bc8fe40$0b01a8c0@isma> References: <001001c812f0$7bc8fe40$0b01a8c0@isma> Message-ID: <4719B8CF.40808@afthd.tu-darmstadt.de> AHAMADA Isma?l schrieb: > Veuillez m'envoyer la documentation en version fran?aise Please use the search engine of your least distrust to find one of the various HowTos available in french. Thomas From marc at let.de Sat Oct 20 12:09:19 2007 From: marc at let.de (Marc Manthey) Date: Sat, 20 Oct 2007 14:09:19 +0200 Subject: [Icecast] Live Streaming and embeding into webpage on OSX In-Reply-To: <4719AF88.6000400@afthd.tu-darmstadt.de> References: <4719AF88.6000400@afthd.tu-darmstadt.de> Message-ID: <90FC6CB1-924F-4352-B69B-D5762EB11A12@let.de> On Oct 20, 2007, at 9:34 AM, Thomas B. Ruecker wrote: > Marc Manthey schrieb: >> hello free streamers, >> >> after i had not much luck with " Darwin streaming >> server" ( because of a lack of NAT implementation ) >> >> i got a hint from a Wireless mailing list to try OGG/Theora >> streaming. >> >> I ?ve found a great site here > video.php> >> >> and downloadet and installed "icecast" and the theora libs with >> success on my macintosh mini , >> after i want to go forward i have some questions , >> because i am not that experienced with commandline stuff and >> compiling , but i am willing to learn. :-P >> >> My goal is i want to install a " live video streaming server " on >> one of my macintosh with OSX behind a NAT hi thomas. all guess i should workout the NAT stuff without problems , but i run into another issue i installed "icecast" with "darwin ports" on osx after ./configure make make install mini:/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_i cecast2/work/icecast-2.3.1 mini$ make make all-recursive Making all in src Making all in avl make[3]: Nothing to be done for `all'. Making all in thread make[3]: Nothing to be done for `all'. Making all in httpp make[3]: Nothing to be done for `all'. Making all in net make[3]: Nothing to be done for `all'. Making all in log make[3]: Nothing to be done for `all'. Making all in timing make[3]: Nothing to be done for `all'. source='auth_url.c' object='auth_url.o' libtool=no \ depfile='.deps/auth_url.Po' tmpdepfile='.deps/auth_url.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -ffast-math -fsigned-char -I/ usr/include/libxml2 -I/opt/local/include -D_THREAD_SAFE -I/opt/local/ include -O2 -c `test -f 'auth_url.c' || echo './'`auth_url.c auth_url.c: In function 'auth_get_url_auth': auth_url.c:521: error: 'CURLOPT_PASSWDFUNCTION' undeclared (first use in this function) auth_url.c:521: error: (Each undeclared identifier is reported only once auth_url.c:521: error: for each function it appears in.) auth_url.c: At top level: auth_url.c:534: fatal error: opening dependency file .deps/ auth_url.TPo: Permission denied compilation terminated. make[3]: *** [auth_url.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 marc-mantheys-mac-mini:/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_i cecast2/work/icecast-2.3.1 mini$ make install Making install in src Making install in avl make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. Making install in thread make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. Making install in httpp make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. Making install in net make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. Making install in log make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. Making install in timing make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. source='auth_url.c' object='auth_url.o' libtool=no \ depfile='.deps/auth_url.Po' tmpdepfile='.deps/auth_url.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -ffast-math -fsigned-char -I/ usr/include/libxml2 -I/opt/local/include -D_THREAD_SAFE -I/opt/local/ include -O2 -c `test -f 'auth_url.c' || echo './'`auth_url.c auth_url.c: In function 'auth_get_url_auth': auth_url.c:521: error: 'CURLOPT_PASSWDFUNCTION' undeclared (first use in this function) auth_url.c:521: error: (Each undeclared identifier is reported only once auth_url.c:521: error: for each function it appears in.) auth_url.c: At top level: auth_url.c:534: fatal error: opening dependency file .deps/ auth_url.TPo: Permission denied compilation terminated. make[2]: *** [auth_url.o] Error 1 make[1]: *** [install-recursive] Error 1 make: *** [install-recursive] Error 1 marc-mantheys-mac-mini:/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_i cecast2/work/icecast-2.3.1 mini$ sudo make install Password: Making install in src Making install in avl make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. Making install in thread make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. Making install in httpp make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. Making install in net make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. Making install in log make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. Making install in timing make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. source='auth_url.c' object='auth_url.o' libtool=no \ depfile='.deps/auth_url.Po' tmpdepfile='.deps/auth_url.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -ffast-math -fsigned-char -I/ usr/include/libxml2 -I/opt/local/include -D_THREAD_SAFE -I/opt/local/ include -O2 -c `test -f 'auth_url.c' || echo './'`auth_url.c auth_url.c: In function 'auth_get_url_auth': auth_url.c:521: error: 'CURLOPT_PASSWDFUNCTION' undeclared (first use in this function) auth_url.c:521: error: (Each undeclared identifier is reported only once auth_url.c:521: error: for each function it appears in.) make[2]: *** [auth_url.o] Error 1 make[1]: *** [install-recursive] Error 1 then start with # icecast -b -c /conf/icecast.xml does not do anything sorry if this sound like a "beginner" problem thanks again marc > hth > > Thomas > > PS: You could also try and join #icecast on the freenode IRC network. From Geoff at QuiteLikely.com Sat Oct 20 07:45:03 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Sat, 20 Oct 2007 09:45:03 +0200 Subject: [Icecast] getting server to work References: <002e01c81276$ee25ba70$6601a8c0@EAGLESWJZCIQGZ> <4719AD3C.7030908@afthd.tu-darmstadt.de> Message-ID: <000101c81313$fc4bedc0$ec01a8c0@naamalaptop> Hi, In addition, there is a sample Icecast config file for use with Shoutcast clients. That should tell you how to set things up. Geoff. ----- Original Message ----- From: "Thomas B. Ruecker" To: Cc: Sent: Saturday, October 20, 2007 9:24 AM Subject: Re: [Icecast] getting server to work Rideharley at cfl.rr.com schrieb: > hello > I have the icecast server and wanted to know how can you tell > when server is working. > and the url needed for using the shoutcast broadcaster and > what port and such......I would > appreciate some input on this.............. > There's something called "The Fine Manual". It usually comes with icecast, but you'll also find it here: http://icecast.org/docs/icecast-2.3.1/ You can confirm that the server is running by accessing its web interface. it is on port 8000 by default. In the default configuration that would be: http://IP.OF.YOUR.SERVER:8000 - e.g. http://192.168.0.1:8000 or http://127.0.0.1:8000 if the server runs on the same machine as the webbrowser. Cheers Thomas _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From karl at xiph.org Sat Oct 20 13:50:23 2007 From: karl at xiph.org (Karl Heyes) Date: Sat, 20 Oct 2007 14:50:23 +0100 Subject: [Icecast] Live Streaming and embeding into webpage on OSX In-Reply-To: <90FC6CB1-924F-4352-B69B-D5762EB11A12@let.de> References: <4719AF88.6000400@afthd.tu-darmstadt.de> <90FC6CB1-924F-4352-B69B-D5762EB11A12@let.de> Message-ID: <471A079F.2060706@xiph.org> Marc Manthey wrote: > > hi thomas. all > > guess i should workout the NAT stuff without problems , but i run into > another issue > > i installed "icecast" with "darwin ports" on osx after > > ./configure > make > make install > > > mini:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_icecast2/work/icecast-2.3.1 > > mini$ make > make all-recursive > Making all in src > Making all in avl > make[3]: Nothing to be done for `all'. > Making all in thread > make[3]: Nothing to be done for `all'. > Making all in httpp > make[3]: Nothing to be done for `all'. > Making all in net > make[3]: Nothing to be done for `all'. > Making all in log > make[3]: Nothing to be done for `all'. > Making all in timing > make[3]: Nothing to be done for `all'. > source='auth_url.c' object='auth_url.o' libtool=no \ > depfile='.deps/auth_url.Po' tmpdepfile='.deps/auth_url.TPo' \ > depmode=gcc3 /bin/sh ../depcomp \ > gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -ffast-math -fsigned-char > -I/usr/include/libxml2 -I/opt/local/include -D_THREAD_SAFE > -I/opt/local/include -O2 -c `test -f 'auth_url.c' || echo './'`auth_url.c > auth_url.c: In function 'auth_get_url_auth': > auth_url.c:521: error: 'CURLOPT_PASSWDFUNCTION' undeclared (first use in > this function) > auth_url.c:521: error: (Each undeclared identifier is reported only once > auth_url.c:521: error: for each function it appears in.) > auth_url.c: At top level: when 2.3.1 was released, the libcurl docs said nothing about that function being removed but as you can see they did and that shows as this error. You can either build the trunk release (http://people.xiph.org/~brendan/snapshots/icecast/) or just remove that 1 single line from auth_url.c on line 521 karl. From hsanson at gmail.com Tue Oct 23 09:48:49 2007 From: hsanson at gmail.com (Horacio Sanson) Date: Tue, 23 Oct 2007 18:48:49 +0900 Subject: [Icecast] Streaming to Doja devices Message-ID: <6156dd8b0710230248g6d956d97gd6cbd93ccab7cdae@mail.gmail.com> Doja devices (NTT Mobile Phones) are very limited in their connectivity capabilities and was wondering if icecast can help me overcome them. The first limitation is that they only support HTTP that as I can see would not be a problem with icecast. The second limitation is that these Doja devices cannot transfer more than 150KB of data per HTTP connection so I can not simply establish one connection to the streaming server (keep-alive) and download all the stream. So the question is if icecast supports some sort of burst mode were I can establish connections in sequence and download pieces of the stream each time. I saw some burst related options in the configuration file but looks like is only for connection establishment and after that we get a continuous stream of data. If someone knows a streaming server that can send data in bursts of specific size I would greatly appreciate the information. thanks, -------------- next part -------------- An HTML attachment was scrubbed... URL: From dm8tbr at afthd.tu-darmstadt.de Tue Oct 23 11:01:56 2007 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Tue, 23 Oct 2007 11:01:56 +0000 Subject: [Icecast] Streaming to Doja devices In-Reply-To: <6156dd8b0710230248g6d956d97gd6cbd93ccab7cdae@mail.gmail.com> References: <6156dd8b0710230248g6d956d97gd6cbd93ccab7cdae@mail.gmail.com> Message-ID: <471DD4A4.60107@afthd.tu-darmstadt.de> Horacio Sanson schrieb: > Doja devices (NTT Mobile Phones) are very limited in their > connectivity capabilities and was wondering if icecast can help me > overcome them. The first limitation is that they only support HTTP > that as I can see would not be a problem with icecast. The second > limitation is that these Doja devices cannot transfer more than 150KB > of data per HTTP connection so I can not simply establish one > connection to the streaming server (keep-alive) and download all the > stream. > > So the question is if icecast supports some sort of burst mode were I > can establish connections in sequence and download pieces of the > stream each time. I saw some burst related options in the > configuration file but looks like is only for connection establishment > and after that we get a continuous stream of data. > > If someone knows a streaming server that can send data in bursts of > specific size I would greatly appreciate the information. maybe not streaming, but seeking inside a file. many http servers support this. But it would need a special piece of software on the device to make those requests. icecast certainly will not do what you want. Cheers Thomas From Geoff at QuiteLikely.com Tue Oct 23 12:30:33 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Tue, 23 Oct 2007 14:30:33 +0200 Subject: [Icecast] Streaming to Doja devices References: <6156dd8b0710230248g6d956d97gd6cbd93ccab7cdae@mail.gmail.com> Message-ID: <011f01c81570$84318f20$8401a8c0@naamalaptop> Hi, The difficult part would be the whole connecting in sequence bit. Icecast would need to know which bit of the stream the client wanted next. This would be touch for a live stream. Geoff. ----- Original Message ----- From: "Horacio Sanson" To: Sent: Tuesday, October 23, 2007 11:48 AM Subject: [Icecast] Streaming to Doja devices Doja devices (NTT Mobile Phones) are very limited in their connectivity capabilities and was wondering if icecast can help me overcome them. The first limitation is that they only support HTTP that as I can see would not be a problem with icecast. The second limitation is that these Doja devices cannot transfer more than 150KB of data per HTTP connection so I can not simply establish one connection to the streaming server (keep-alive) and download all the stream. So the question is if icecast supports some sort of burst mode were I can establish connections in sequence and download pieces of the stream each time. I saw some burst related options in the configuration file but looks like is only for connection establishment and after that we get a continuous stream of data. If someone knows a streaming server that can send data in bursts of specific size I would greatly appreciate the information. thanks, -------------------------------------------------------------------------------- _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From Geoff at QuiteLikely.com Tue Oct 23 12:31:20 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Tue, 23 Oct 2007 14:31:20 +0200 Subject: [Icecast] Streaming to Doja devices References: <6156dd8b0710230248g6d956d97gd6cbd93ccab7cdae@mail.gmail.com> <471DD4A4.60107@afthd.tu-darmstadt.de> Message-ID: <012201c81570$a36ded70$8401a8c0@naamalaptop> Hi, Actually, I thought that Icecast did support seeking for static files. Of course it doesn't for a live stream. Geoff. ----- Original Message ----- From: "Thomas B. Ruecker" To: "Horacio Sanson" ; Sent: Tuesday, October 23, 2007 1:01 PM Subject: Re: [Icecast] Streaming to Doja devices Horacio Sanson schrieb: > Doja devices (NTT Mobile Phones) are very limited in their > connectivity capabilities and was wondering if icecast can help me > overcome them. The first limitation is that they only support HTTP > that as I can see would not be a problem with icecast. The second > limitation is that these Doja devices cannot transfer more than 150KB > of data per HTTP connection so I can not simply establish one > connection to the streaming server (keep-alive) and download all the > stream. > > So the question is if icecast supports some sort of burst mode were I > can establish connections in sequence and download pieces of the > stream each time. I saw some burst related options in the > configuration file but looks like is only for connection establishment > and after that we get a continuous stream of data. > > If someone knows a streaming server that can send data in bursts of > specific size I would greatly appreciate the information. maybe not streaming, but seeking inside a file. many http servers support this. But it would need a special piece of software on the device to make those requests. icecast certainly will not do what you want. Cheers Thomas _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From dtrump1 at triadav.com Wed Oct 24 18:16:12 2007 From: dtrump1 at triadav.com (Dick Trump) Date: Wed, 24 Oct 2007 13:16:12 -0500 Subject: [Icecast] Access.log Message-ID: <1903506252.20071024131612@triadav.com> I'm using Simplecast to feed 8 mount points of a 24/7 live stream to Icecast on a win platform. When I have the Statistics Relays graphing activated, I get an entry each minute in Access.log for each of the mount points. That particular entry is pretty much useless but of course, being able to see the IP address of client drops can be useful. This log grows to mammoth proportions unless I clean it up on a regular basis (which I'm not prone to do.) Is there anyway other than eliminating the graphing to prevent those log entries. Otherwise, what would be the preferred method of eliminating the log completely? Eliminate the tag altogether? -- Dick Triad AV Services 1910 Ingersoll Ave. Des Moines, IA 50309 515-243-2125 515-243-2055 (fax) http://www.triadav.com dtrump1 at triadav.com From pm at nowster.org.uk Wed Oct 24 21:02:19 2007 From: pm at nowster.org.uk (Paul Martin) Date: Wed, 24 Oct 2007 22:02:19 +0100 Subject: [Icecast] Access.log In-Reply-To: <1903506252.20071024131612@triadav.com> References: <1903506252.20071024131612@triadav.com> Message-ID: <20071024210218.GA11868@thinkpad.nowster.org.uk> On Wed, Oct 24, 2007 at 01:16:12PM -0500, Dick Trump wrote: > Is there anyway other than eliminating the graphing to prevent > those log entries. Otherwise, what would be the preferred method > of eliminating the log completely? Eliminate the tag > altogether? You're running on Windows. On a unix usually a log rotation program is used to remove old entries. Something like: C: CD \logfile\directory DEL Access-10.log REN Access-09.log Access-10.log REN Access-08.log Access-09.log REN Access-07.log Access-08.log REN Access-06.log Access-07.log REN Access-05.log Access-06.log REN Access-04.log Access-05.log REN Access-03.log Access-04.log REN Access-02.log Access-03.log REN Access-01.log Access-02.log REN Access.log Access-01.log might work on Windows as a scheduled task. -- Paul Martin From dtrump1 at triadav.com Wed Oct 24 22:14:55 2007 From: dtrump1 at triadav.com (Dick Trump) Date: Wed, 24 Oct 2007 17:14:55 -0500 Subject: [Icecast] Access.log In-Reply-To: <20071024210218.GA11868@thinkpad.nowster.org.uk> References: <1903506252.20071024131612@triadav.com> <20071024210218.GA11868@thinkpad.nowster.org.uk> Message-ID: <554532280.20071024171455@triadav.com> Paul Martin wrote: > might work on Windows as a scheduled task. Thanks, Paul. I'll give it a try but I have the feeling that Icecast may have the the file open in non-shared mode. Attempts to do a file transfer have failed in the past on the Error.log file. (I maintain the system remotely via VNC.) -- Regards Dick Trump Triad AV Services 1910 Ingersoll Ave. Des Moines, IA 50309 515-243-2125 515-243-2055 (fax) http://www.triadav.com dtrump1 at triadav.com From karl at xiph.org Wed Oct 24 22:35:58 2007 From: karl at xiph.org (Karl Heyes) Date: Wed, 24 Oct 2007 23:35:58 +0100 Subject: [Icecast] Access.log In-Reply-To: <1903506252.20071024131612@triadav.com> References: <1903506252.20071024131612@triadav.com> Message-ID: <471FC8CE.7080403@xiph.org> Dick Trump wrote: > I'm using Simplecast to feed 8 mount points of a 24/7 live stream to Icecast on a win platform. When I have the Statistics Relays graphing activated, I get an entry each minute in Access.log for each of the mount points. > > That particular entry is pretty much useless but of course, being able to see the IP address of client drops can be useful. This log grows to mammoth proportions unless I clean it up on a regular basis (which I'm not prone to do.) > > Is there anyway other than eliminating the graphing to prevent those log entries. Otherwise, what would be the preferred method of eliminating the log completely? Eliminate the tag altogether? > icecast does have the logsize and logarchive parameters that will allow you to automatically reopen your log files. Icecast won't filter out specific entries from logging itself but nothing is stopping you from doing that. karl. From dtrump1 at triadav.com Wed Oct 24 23:52:44 2007 From: dtrump1 at triadav.com (Dick Trump) Date: Wed, 24 Oct 2007 18:52:44 -0500 Subject: [Icecast] Access.log In-Reply-To: <471FC8CE.7080403@xiph.org> References: <1903506252.20071024131612@triadav.com> <471FC8CE.7080403@xiph.org> Message-ID: <1901793605.20071024185244@triadav.com> Karl Heyes wrote: > icecast does have the logsize and logarchive parameters that will allow > you to automatically reopen your log files. Icecast won't filter out > specific entries from logging itself but nothing is stopping you from > doing that. Thanks, Karl. I'll look at those tags. The system's been humming along for several years and after a client "event", I decided I should look into this. -- Regards Dick Trump Triad AV Services 1910 Ingersoll Ave. Des Moines, IA 50309 515-243-2125 515-243-2055 (fax) http://www.triadav.com dtrump1 at triadav.com From jsimmons at goblin.punk.net Wed Oct 24 23:06:06 2007 From: jsimmons at goblin.punk.net (Jeff Simmons) Date: Wed, 24 Oct 2007 16:06:06 -0700 Subject: [Icecast] 24/7/365 ogg-vorbis client Message-ID: <200710241606.06731.jsimmons@goblin.punk.net> Don't know if this is the proper place for this question ... I'm setting up an audio stream from a public radio station's studios to a remote transmitter. We're using icecast for the server, and it's performed remarkably well (it's been up for over two years now). I need a client for the remote location. Requirements are it must run on linux, come up at boot, operate as a daemon (no shell account required), and if the stream goes down it must try to regain it until it does no matter why or how long the stream was down. I've been playing with ogg123, doing things like putting it in the background on boot NOHUP, embedding it in an infinite loop script, etc. but it isn't up to the job. Normally (AFAICT) ogg123 dies when it loses the stream, but several times we've seen it running on the client after a stream loss. Any advice or recommendations would be highly appreciated. -- Jeff Simmons jsimmons at goblin.punk.net Simmons Consulting - Network Engineering, Administration, Security "You guys, I don't hear any noise. Are you sure you're doing it right?" -- My Life With The Thrill Kill Kult From dtrump1 at triadav.com Thu Oct 25 01:53:00 2007 From: dtrump1 at triadav.com (Dick Trump) Date: Wed, 24 Oct 2007 20:53:00 -0500 Subject: [Icecast] Access.log In-Reply-To: <471FC8CE.7080403@xiph.org> References: <1903506252.20071024131612@triadav.com> <471FC8CE.7080403@xiph.org> Message-ID: <842017247.20071024205300@triadav.com> Karl wrote: > icecast does have the logsize and logarchive parameters that will allow > you to automatically reopen your log files. Icecast won't filter out > specific entries from logging itself but nothing is stopping you from > doing that. Perfect! I've set logsize to be about a week's worth of entries. Anything beyond that, I really don't much care. If I get ambitious, I'll write a little utility to strip out the unneeded entries whenever a new .old file appears. Then I can make logsize very small, regularly stuffing the desired entries into a cumulative file. -- Dick dtrump1 at triadav.com From dtrump1 at triadav.com Thu Oct 25 02:07:47 2007 From: dtrump1 at triadav.com (Dick Trump) Date: Wed, 24 Oct 2007 21:07:47 -0500 Subject: [Icecast] 24/7/365 ogg-vorbis client In-Reply-To: <200710241606.06731.jsimmons@goblin.punk.net> References: <200710241606.06731.jsimmons@goblin.punk.net> Message-ID: <1994954864.20071024210747@triadav.com> Jeff wrote: > I need a client for the remote location. Requirements are it must run on > linux, come up at boot, operate as a daemon (no shell account required), and > if the stream goes down it must try to regain it until it does no matter why > or how long the stream was down. Jeff I'm doing exactly what you want, but with MP3. My system is feeding 5 FM stations with SCA repeaters for a reading service for the blind. It runs 24/7. A disconnect is usually detected within a second or two and automatically reconnects. It will survive outages of any length and I've had one client machine go untouched by humans for more than two years now. Keep in mind that there will be discontinuities in program material with even the slightest dis/reconnect event. Latency in the path varies constantly, so you might have a repeated section or lost section of audio across a reconnection sequence. But I have it regularly go days without any such events. My streaming client is MPG123 and the solution is specific to that. I'm quite sure there is no Ogg-Vorbis support as MPG123 is obsolete and no longer supported. However, the technique might be able to be adapted to some other command-line player. Contact me off-list if you want to know more. Regards -- Dick Trump dtrump1 at triadav.com From hsanson at gmail.com Thu Oct 25 07:21:03 2007 From: hsanson at gmail.com (Horacio Sanson) Date: Thu, 25 Oct 2007 16:21:03 +0900 Subject: [Icecast] Streaming to Doja devices In-Reply-To: <012201c81570$a36ded70$8401a8c0@naamalaptop> References: <6156dd8b0710230248g6d956d97gd6cbd93ccab7cdae@mail.gmail.com> <471DD4A4.60107@afthd.tu-darmstadt.de> <012201c81570$a36ded70$8401a8c0@naamalaptop> Message-ID: <6156dd8b0710250021u33f23987j1b641d88a9efb829@mail.gmail.com> Thanks for the replies... it looks I will have to implement my own streamming server.... A question unrelated to icecast: what format (Ogg, Matroska, WMV, MP4) would be more appropiate to handle streaming in bursts?? I think maybe Ogg is good for this as the server can keep state information of the last stream/page a client downloaded and send the next group of pages when the client requests more data. MP4 format uses a single data box that contains all media (as I understand) that would require me to implement a mechanism to split and keep track of the data send. any comments appreciated.... Horacio On 10/23/07, Geoff Shang wrote: > Hi, > > Actually, I thought that Icecast did support seeking for static files. Of > course it doesn't for a live stream. > > Geoff. > > ----- Original Message ----- > From: "Thomas B. Ruecker" > To: "Horacio Sanson" ; > Sent: Tuesday, October 23, 2007 1:01 PM > Subject: Re: [Icecast] Streaming to Doja devices > > > Horacio Sanson schrieb: > > Doja devices (NTT Mobile Phones) are very limited in their > > connectivity capabilities and was wondering if icecast can help me > > overcome them. The first limitation is that they only support HTTP > > that as I can see would not be a problem with icecast. The second > > limitation is that these Doja devices cannot transfer more than 150KB > > of data per HTTP connection so I can not simply establish one > > connection to the streaming server (keep-alive) and download all the > > stream. > > > > So the question is if icecast supports some sort of burst mode were I > > can establish connections in sequence and download pieces of the > > stream each time. I saw some burst related options in the > > configuration file but looks like is only for connection establishment > > and after that we get a continuous stream of data. > > > > If someone knows a streaming server that can send data in bursts of > > specific size I would greatly appreciate the information. > maybe not streaming, but seeking inside a file. many http servers > support this. But it would need a special piece of software on the > device to make those requests. icecast certainly will not do what you want. > > Cheers > > Thomas > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > From pm at nowster.org.uk Thu Oct 25 10:31:22 2007 From: pm at nowster.org.uk (Paul Martin) Date: Thu, 25 Oct 2007 11:31:22 +0100 Subject: [Icecast] 24/7/365 ogg-vorbis client In-Reply-To: <1994954864.20071024210747@triadav.com> References: <200710241606.06731.jsimmons@goblin.punk.net> <1994954864.20071024210747@triadav.com> Message-ID: <20071025103121.GA16393@nowster.org.uk> On Wed, Oct 24, 2007 at 09:07:47PM -0500, Dick Trump wrote: > My streaming client is MPG123 and the solution is specific to that. I'm > quite sure there is no Ogg-Vorbis support as MPG123 is obsolete and no > longer supported. Are you sure? http://www.mpg123.de/download/ mpg123-0.67.tar.gz 07-Aug-2007 02:10 637K PS. You don't need to CC the individual you're replying to when you make a reply to a mailing list. -- Paul Martin From pm at nowster.org.uk Thu Oct 25 11:03:26 2007 From: pm at nowster.org.uk (Paul Martin) Date: Thu, 25 Oct 2007 12:03:26 +0100 Subject: [Icecast] 24/7/365 ogg-vorbis client In-Reply-To: <20071025103121.GA16393@nowster.org.uk> References: <200710241606.06731.jsimmons@goblin.punk.net> <1994954864.20071024210747@triadav.com> <20071025103121.GA16393@nowster.org.uk> Message-ID: <20071025110326.GA17350@nowster.org.uk> On Thu, Oct 25, 2007 at 11:31:22AM +0100, Paul Martin wrote: > PS. You don't need to CC the individual you're replying to when you make a > reply to a mailing list. Humble pie time... I've just seen what my MUA has been putting in the headers. Rats! -- Paul Martin From dtrump1 at triadav.com Thu Oct 25 11:44:28 2007 From: dtrump1 at triadav.com (Dick Trump) Date: Thu, 25 Oct 2007 06:44:28 -0500 Subject: [Icecast] 24/7/365 ogg-vorbis client In-Reply-To: <20071025103121.GA16393@nowster.org.uk> References: <200710241606.06731.jsimmons@goblin.punk.net> <1994954864.20071024210747@triadav.com> <20071025103121.GA16393@nowster.org.uk> Message-ID: <1683123824.20071025064428@triadav.com> Paul wrote: > Are you sure? Well, I'll have to admit, I didn't know that. My system has been so stable that I hadn't looked for anything in regards to mpg123 in probably a couple years. It seemed pretty much dead back then. I'm pleased to see active development. > PS. You don't need to CC the individual you're replying to when you make a > reply to a mailing list. I saw your humble pie post. :-) In my email client, if I just hit "Reply", it only goes to the original sender, not the list. If I hit "Reply to All", it goes To: the original sender and CC: to the list. Yes, annoying, and it happens with another list that I'm quite active on. Sometimes I catch it, sometimes not. This time I caught it. -- Dick dtrump1 at triadav.com From justivo at gmail.com Thu Oct 25 21:42:49 2007 From: justivo at gmail.com (=?UTF-8?Q?Ivo_Emanuel_Gon=C3=A7alves?=) Date: Thu, 25 Oct 2007 22:42:49 +0100 Subject: [Icecast] Streaming to Doja devices In-Reply-To: <6156dd8b0710250021u33f23987j1b641d88a9efb829@mail.gmail.com> References: <6156dd8b0710230248g6d956d97gd6cbd93ccab7cdae@mail.gmail.com> <471DD4A4.60107@afthd.tu-darmstadt.de> <012201c81570$a36ded70$8401a8c0@naamalaptop> <6156dd8b0710250021u33f23987j1b641d88a9efb829@mail.gmail.com> Message-ID: On 10/25/07, Horacio Sanson wrote: > A question unrelated to icecast: what format (Ogg, Matroska, WMV, MP4) would > be more appropiate to handle streaming in bursts? Ogg is very likely to do what you want. The problem is finding software that makes it behave like that. Icecast isn't prepared for this. However, from the little I know about it, I believe Icecast may be expanded to support a "burst mode". Why don't you give it a try? Ogg is also good because it can carry pretty much anything, which the other containers you mentioned (besides Matroska, which doesn't count because it is not for streaming) can't. Video, audio, and applications. That's Ogg. Do I sound biased? Well, it is a Xiph list. -Ivo From bbs3388 at googlemail.com Sat Oct 27 00:56:08 2007 From: bbs3388 at googlemail.com (=?GB2312?B?1cLQpsXz?=) Date: Sat, 27 Oct 2007 08:56:08 +0800 Subject: [Icecast] 20071027AM FOR REGISTER Message-ID: DEAR SIRS: HAD RECEIVED YOURS LETTER SINCES 3 TIMES. WOULD YOU LIKE TELLINGME HOW CAN I REGISTER A MEMBERS OF YOU? THAKS A LOT YOURS SINCERLY From marc at let.de Sat Oct 27 22:15:44 2007 From: marc at let.de (Marc Manthey) Date: Sun, 28 Oct 2007 00:15:44 +0200 Subject: [Icecast] Live Streaming and embeding into webpage on OSX In-Reply-To: <471A079F.2060706@xiph.org> References: <4719AF88.6000400@afthd.tu-darmstadt.de> <90FC6CB1-924F-4352-B69B-D5762EB11A12@let.de> <471A079F.2060706@xiph.org> Message-ID: <23764040-E28A-4864-8BD0-0554935466B2@let.de> On Oct 20, 2007, at 3:50 PM, Karl Heyes wrote: > Marc Manthey wrote: >> source='auth_url.c' object='auth_url.o' libtool=no \ >> depfile='.deps/auth_url.Po' tmpdepfile='.deps/auth_url.TPo' \ >> depmode=gcc3 /bin/sh ../depcomp \ >> gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -ffast-math -fsigned-char - >> I/usr/include/libxml2 -I/opt/local/include -D_THREAD_SAFE -I/opt/ >> local/include -O2 -c `test -f 'auth_url.c' || echo './'`auth_url.c >> auth_url.c: In function 'auth_get_url_auth': >> auth_url.c:521: error: 'CURLOPT_PASSWDFUNCTION' undeclared (first >> use in this function) >> auth_url.c:521: error: (Each undeclared identifier is reported >> only once >> auth_url.c:521: error: for each function it appears in.) >> auth_url.c: At top level: > > when 2.3.1 was released, the libcurl docs said nothing about that > function being removed but as you can see they did and that shows > as this error. > > You can either build the trunk release (http://people.xiph.org/ > ~brendan/snapshots/icecast/) or just remove that 1 single line from > auth_url.c on line 521 thanks for your help karl, will try that one questions is icecast using rtsp ? cheers Marc > karl. -- They said it couldn't be done but sometimes it doesn't work out that way. - Casey Stengel web: http://www.let.de http://piratenpartei.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From karl at xiph.org Sun Oct 28 01:52:08 2007 From: karl at xiph.org (Karl Heyes) Date: Sun, 28 Oct 2007 01:52:08 +0000 Subject: [Icecast] Live Streaming and embeding into webpage on OSX In-Reply-To: <23764040-E28A-4864-8BD0-0554935466B2@let.de> References: <4719AF88.6000400@afthd.tu-darmstadt.de> <90FC6CB1-924F-4352-B69B-D5762EB11A12@let.de> <471A079F.2060706@xiph.org> <23764040-E28A-4864-8BD0-0554935466B2@let.de> Message-ID: <4723EB48.6000602@xiph.org> Marc Manthey wrote: >> >> You can either build the trunk release >> (http://people.xiph.org/~brendan/snapshots/icecast/) or just remove >> that 1 single line from auth_url.c on line 521 > > thanks for your help karl, will try that > > one questions is icecast using rtsp ? no karl. From johnlist at gulfbridge.net Tue Oct 30 05:50:45 2007 From: johnlist at gulfbridge.net (John Hicks) Date: Tue, 30 Oct 2007 00:50:45 -0500 Subject: [Icecast] What's best practice for serving multiple formats from a remote icecast server? Message-ID: <4726C635.9040404@gulfbridge.net> We are running an icecast2 server in conjunction with our LPFM radio station and need a little advice. We have been serving a single 128k ogg stream from a remote server and would like to make additional formats available (e.g. mp3, lower bandwidth, etc.) I would think this has been done a few thousand times and there would be a "best practice" but I can't find it. Our basic configuration is this: Darkice streams from our studio to icecast which is running on a server farm. Our transmitter (miles away from our studio) subscribes to this stream for its audio source. And the stream is available to the public for streaming also. We would like to add an mp3 stream (reluctantly) and a low-bandwidth stream (probably mp3 also) for dial-up listeners. Since our icecast server is on a server farm, I figure the encoding of the additional streams should be done there. So the simplest solution (I figger) would be to run a source client on the server that can subscribe to the ogg stream, decode and reencode it into the desired additional formats, and then feed them back to additional mount points on icecast. Does that pass the sanity test? What's the best way to do this? More specifically, is there a source client that can a) subscribe to a stream as a source b) output multiple formats and multiple streams to icecast Darkice. The only source client I have used is darkice. It looks like it does not decode but it can encode multiple streams. Can I use jack to subscribe to the base ogg stream and then feed it to darkice? Ezstream. It looks like ezstream does both decoding and encoding. Can it be configued to use a stream (e.g. http://127.0.0.1:8000/stream.ogg) as input? If not, I see that it allows stdin input. Could I simply pipe a stream (using something like wget http://127.0.0.1:8000/stream.ogg) into ezstream? But it looks like ezstream cannot output multiple streams. Is it good practice to run multiple instances? Savonet/Liquidsoap. According to its web site (http://savonet.sourceforge.net/wiki/Liquidsoap), it can fill the bill, accepting network streams and outputting multiple formats. MuSE. Likwise, MuSE claims to accept network streams and output multiple streams. http://muse.dyne.org/?info=description Which way should I go? Thanks! John From dm8tbr at afthd.tu-darmstadt.de Tue Oct 30 08:36:09 2007 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Tue, 30 Oct 2007 08:36:09 +0000 Subject: [Icecast] What's best practice for serving multiple formats from a remote icecast server? In-Reply-To: <4726C635.9040404@gulfbridge.net> References: <4726C635.9040404@gulfbridge.net> Message-ID: <4726ECF9.4060805@afthd.tu-darmstadt.de> John Hicks schrieb: > We are running an icecast2 server in conjunction with our LPFM radio > station and need a little advice. > > We have been serving a single 128k ogg stream from a remote server and > would like to make additional formats available (e.g. mp3, lower > bandwidth, etc.) > > I would think this has been done a few thousand times and there would > be a "best practice" but I can't find it. > > Our basic configuration is this: Darkice streams from our studio to > icecast which is running on a server farm. Our transmitter (miles away > from our studio) subscribes to this stream for its audio source. And > the stream is available to the public for streaming also. > > We would like to add an mp3 stream (reluctantly) and a low-bandwidth > stream (probably mp3 also) for dial-up listeners. > > Since our icecast server is on a server farm, I figure the encoding of > the additional streams should be done there. > > So the simplest solution (I figger) would be to run a source client on > the server that can subscribe to the ogg stream, decode and reencode > it into the desired additional formats, and then feed them back to > additional mount points on icecast. > > Does that pass the sanity test? > > What's the best way to do this? > > More specifically, is there a source client that can > a) subscribe to a stream as a source > b) output multiple formats and multiple streams to icecast You might want to check out ezstream and streamTranscoder. The first of both is more flexible and reported to be far more stable. Cheers Thomas From kloschi at subsignal.org Tue Oct 30 08:30:45 2007 From: kloschi at subsignal.org (kloschi) Date: Tue, 30 Oct 2007 09:30:45 +0100 Subject: [Icecast] What's best practice for serving multiple formats from a remote icecast server? In-Reply-To: <4726C635.9040404@gulfbridge.net> References: <4726C635.9040404@gulfbridge.net> Message-ID: <1193733045.1674.1.camel@localhost> Hi John, On Tue, 2007-10-30 at 00:50 -0500, John Hicks wrote: > What's the best way to do this? > > More specifically, is there a source client that can > a) subscribe to a stream as a source > b) output multiple formats and multiple streams to icecast > > Darkice. The only source client I have used is darkice. It looks like it > does not decode but it can encode multiple streams. Can I use jack to > subscribe to the base ogg stream and then feed it to darkice? > > Ezstream. It looks like ezstream does both decoding and encoding. Can it > be configued to use a stream (e.g. http://127.0.0.1:8000/stream.ogg) as > input? > > If not, I see that it allows stdin input. Could I simply pipe a stream > (using something like wget http://127.0.0.1:8000/stream.ogg) into ezstream? > > But it looks like ezstream cannot output multiple streams. Is it good > practice to run multiple instances? > > Savonet/Liquidsoap. According to its web site > (http://savonet.sourceforge.net/wiki/Liquidsoap), it can fill the bill, > accepting network streams and outputting multiple formats. > > MuSE. Likwise, MuSE claims to accept network streams and output multiple > streams. http://muse.dyne.org/?info=description > > Which way should I go? I don't know which is the best way, but I had always a good choice with StreamTranscoderV3 http://www.oddsock.org/tools/streamTranscoderV3/ it does exactly what you want and can possibly run automated on the server! if you'd need help with config, drop a mail :) regards, kloschi -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part URL: From Geoff at QuiteLikely.com Tue Oct 30 11:16:11 2007 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Tue, 30 Oct 2007 13:16:11 +0200 (IST) Subject: [Icecast] What's best practice for serving multiple formats from a remote icecast server? In-Reply-To: <4726C635.9040404@gulfbridge.net> References: <4726C635.9040404@gulfbridge.net> Message-ID: John Hicks wrote: > So the simplest solution (I figger) would be to run a source client on the > server that can subscribe to the ogg stream, decode and reencode it into the > desired additional formats, and then feed them back to additional mount > points on icecast. > > Does that pass the sanity test? Yes it does. My recommendation is streamTranscoder V3. http://www.oddsock.org/tools/streamTranscoderV3 In my experience, it is more stable than the 1.x series and you can output multiple streams for the one input source. It is a bit cryptic to set up as there appears to be no documentation. However, I posted setup instructions to this list which will hopefully be helpful. http://lists.xiph.org/pipermail/icecast/2006-February/010295.html I use it regularly in a production environment, so am happy to answer any questions. Geoff.