From ian at smartfamilymedia.com Fri Jul 1 00:21:46 2005 From: ian at smartfamilymedia.com (Ian H Stewart) Date: Thu, 30 Jun 2005 17:21:46 -0700 Subject: [Icecast] What Does Icecast Do In-Reply-To: <42C47F7D.8090001@radioleft.com> References: <004e01c57da5$cbf16d40$834e2542@com> <42C47F7D.8090001@radioleft.com> Message-ID: <727ECFA3-902D-4F6F-8C32-F761B013638D@smartfamilymedia.com> As a national broadcaster, ISDN is definitely NOT cost effective compared to IP based transport. It does buy you reliable transport and reasonable delay however. For us to get to StarGuide and our affiliates, we have to use ISDN. We spend a lot of money on these lines and have driven our rate down to 4 cents per minute. But we DO NOT broadcast 24 hours a day. I would consider an ADN, Fract T1, ATM or Frame Circuit if you have tight timing requirements. Our show and some of our new 24 hour stations are going on Icecast servers soon as the end user delay is not as big an issue as compared to traditional AM/FM timing requirements. Ian H. Stewart - ian at smartfamilymedia.com Product Discovery and Engineering ....................................................................... : visit the show: http://www.familytechshow.com/ : : : A Radio Show about Family and Technology : phn: 951-244-6205 : : featuring the Smart Family : fax: 801-306-2349 : : Maxwell, Victoria & Jennifer : : :.................................................:...................: : LIVE Sat 8-11am Pac at our website or ask your local talk station : :.....................................................................: : Email AIM - iChat - Yahoo : : radio at familytechshow.com smartmaxradio smartvicradio : :.....................................................................: PS Have you seen 8 year old Jen's Herbie Premiere video? http://familytechshow.com/members/ look for and click on the El Capitan image (requires Quicktime 6.5 or higher - large download so please be patient) On Jun 30, 2005, at 4:25 PM, Geoff Staples wrote: > If you are broadcasting the same feed on all three stations, then, > you can encode at a high bit rate (FM quality - see the Icecast > documentation to decide format and bit rate). Then, use Icecast to > serve the feed and your stations can then attach to the feed and > receive their signal. You can use authentication, or even an > obscure mount name (If it isn't published anywhere, how could > anyone guess that your feed is on http://232.156.023.232/uTe8GQ64.ogg) > > But, here's a practical consideration: If you stream a private feed > for your other stations to pick-up for rebroadcast, you will have a > latency caused by buffering and other factors. So, you won't be > able to have a program at a remote station start at exactly 10:00, > for example. Nor will you be able to have the three stations > synchronized. > > The big advantage of streaming technology is that the origination > point and the access points can be literally anywhere the Internet > is available with no advance planning. You can even use wireless > Internet technologies for broadcasting or receiving. But, it sounds > like your origination point and your three access points are fixed > locations - and there are only three of them. > > Since you're talking about fixed locations and especially if you're > broadcasting 24 hours per day, you may find that ISDN telephone > lines are more reliable and less expensive (or at least > competitive) than Internet technology. > > Of course, you would still use Icecast for streaming to your > audience as you mentioned no matter what you do for the links to > your three radio stations. > > Geoff From geoff at radioleft.com Fri Jul 1 02:06:52 2005 From: geoff at radioleft.com (Geoff Staples) Date: Thu, 30 Jun 2005 21:06:52 -0500 Subject: [Icecast] What Does Icecast Do In-Reply-To: <727ECFA3-902D-4F6F-8C32-F761B013638D@smartfamilymedia.com> References: <004e01c57da5$cbf16d40$834e2542@com> <42C47F7D.8090001@radioleft.com> <727ECFA3-902D-4F6F-8C32-F761B013638D@smartfamilymedia.com> Message-ID: <42C4A53C.5000809@radioleft.com> As a national broadcaster, ISDN is definitely NOT cost effective compared to IP based transport. I don't disagree. I'm simply suggesting that digital telephony of one form or another is more reliable and little latency. And, in certain circumstances cheaper than IP. Our friend at the Bible college didn't say whether he's talking about long distance (as in telephone charges) or not. Although, there's an organization here in Dallas that uses ISDN for remote conferences with NY. I do know that they have an unlimited long distance plan for their ISDN line and so the total cost per month runs them about $130.00 per month for the ISDN line and the long distance charges. I don't know what they pay on the NY end for the ISDN line they dial into. I do know they always initiate from this end because they couldn't find unlimited long distance for their ISDN line in NY at the time they set it up. Also, since the connection always goes to a single location, that reduced their costs as well. Geoff. Ian H Stewart wrote: > As a national broadcaster, ISDN is definitely NOT > cost effective compared to IP based transport. > > It does buy you reliable transport and reasonable delay however. > For us to get to StarGuide and our affiliates, we have > to use ISDN. We spend a lot of money on these lines and have driven > our rate down to 4 cents per minute. But we DO NOT broadcast 24 hours > a day. > > I would consider an ADN, Fract T1, ATM or Frame Circuit if you have > tight timing requirements. > > Our show and some of our new 24 hour stations are going on Icecast > servers soon > as the end user delay is not as big an issue as compared to traditional > AM/FM timing requirements. > > > Ian H. Stewart - ian at smartfamilymedia.com > Product Discovery and Engineering > > ....................................................................... > : visit the show: http://www.familytechshow.com/ : : > : A Radio Show about Family and Technology : phn: 951-244-6205 : > : featuring the Smart Family : fax: 801-306-2349 : > : Maxwell, Victoria & Jennifer : : > :.................................................:...................: > : LIVE Sat 8-11am Pac at our website or ask your local talk station : > :.....................................................................: > : Email AIM - iChat - Yahoo : > : radio at familytechshow.com smartmaxradio smartvicradio : > :.....................................................................: > > PS Have you seen 8 year old Jen's Herbie Premiere video? > > http://familytechshow.com/members/ > look for and click on the El Capitan image > (requires Quicktime 6.5 or higher - large download so please be > patient) > > > On Jun 30, 2005, at 4:25 PM, Geoff Staples wrote: > >> If you are broadcasting the same feed on all three stations, then, >> you can encode at a high bit rate (FM quality - see the Icecast >> documentation to decide format and bit rate). Then, use Icecast to >> serve the feed and your stations can then attach to the feed and >> receive their signal. You can use authentication, or even an obscure >> mount name (If it isn't published anywhere, how could anyone guess >> that your feed is on http://232.156.023.232/uTe8GQ64.ogg) >> >> But, here's a practical consideration: If you stream a private feed >> for your other stations to pick-up for rebroadcast, you will have a >> latency caused by buffering and other factors. So, you won't be able >> to have a program at a remote station start at exactly 10:00, for >> example. Nor will you be able to have the three stations synchronized. >> >> The big advantage of streaming technology is that the origination >> point and the access points can be literally anywhere the Internet >> is available with no advance planning. You can even use wireless >> Internet technologies for broadcasting or receiving. But, it sounds >> like your origination point and your three access points are fixed >> locations - and there are only three of them. >> >> Since you're talking about fixed locations and especially if you're >> broadcasting 24 hours per day, you may find that ISDN telephone >> lines are more reliable and less expensive (or at least competitive) >> than Internet technology. >> >> Of course, you would still use Icecast for streaming to your >> audience as you mentioned no matter what you do for the links to >> your three radio stations. >> >> Geoff > > > > > From michael.kamleitner at play.fm Fri Jul 1 17:19:41 2005 From: michael.kamleitner at play.fm (Michael Kamleitner) Date: Fri, 1 Jul 2005 19:19:41 +0200 Subject: [Icecast] transcoding mp3 -> real audio In-Reply-To: <42C4A53C.5000809@radioleft.com> Message-ID: <001301c57e61$11421c80$6300a8c0@home4> hi list, sorry to be slightly off topic, but I'm wondering if there's any software to transcode a live-mp3-stream produced by icecast into a real-audio-stream. os: linux or win32, not necesseraly free thx for any advices, mike From ntibbles at gmail.com Fri Jul 1 17:43:22 2005 From: ntibbles at gmail.com (Noel Tibbles) Date: Fri, 1 Jul 2005 13:43:22 -0400 Subject: [Icecast] limiting user connections to icecast Message-ID: <42c580bf.4c2eff45.6ae0.ffffee06@mx.gmail.com> Hello all, I am running icecast 2.2 and using winamp with oddcastV3 dsp streaming ogg. I am in the works to implement a web based player (in case people can't or don't want to install winamp etc) called JOrbis player. Here is my problem: I want to use the linking page at jcraft.com (http://www.jcraft.com/jorbis/player/JOrbisPlayer.php?play=http://somewhere/ test.ogg) but I have to limit the number of users accessing the server, so I don't have people using both an audio player and the JOrbis player. How will I do this? Do I have to set up a specific mountpoint with user-authenication? Will the fact that I'm using the page on jcraft.com to play the stream prevent me from limiting someone from connecting twice? Thanks, Noel -------------- next part -------------- An HTML attachment was scrubbed... URL: From Philipp at phflesch.de Tue Jul 5 09:01:13 2005 From: Philipp at phflesch.de (Philipp Flesch) Date: Tue, 05 Jul 2005 11:01:13 +0200 Subject: [Icecast] best way to analyze statistics? Message-ID: <20050705110113.eymubvmhq8w0k408@webmail.wvb-gym.de> Hi! what's the best way to analyze the icecast2 logs under linux ... to get thinks like how many minutes user stay, where they come from, when the "rush hour" is, ... ? Philipp From fred at batanga.com Tue Jul 5 15:36:54 2005 From: fred at batanga.com (Fred Black) Date: Tue, 5 Jul 2005 11:36:54 -0400 Subject: [Icecast] IceCast 2.2 MP3 stream and Real Player noise In-Reply-To: <1119631088.6053.2.camel@bogus.hackers.club> Message-ID: I've been away too. Is Oddsock back and is it possible to get a new windows exe? Thanks, Fred -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: Friday, June 24, 2005 12:38 PM To: Fred Black Cc: icecast Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise I believe oddsock is away on holiday currently, so any windows builds will have to wait. karl. On Fri, 2005-06-24 at 16:47, Fred Black wrote: > Bump... > > -----Original Message----- > From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf > Of Fred Black > Sent: Wednesday, June 22, 2005 4:14 PM > To: karl at xiph.org > Cc: icecast at xiph.org > Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise > > Great. > Wonder if Oddsock can make a new exe? > > Also, if using the Intro feature and Relays, I assume that I need to define > the intros on the slaves, not the master? > > Thanks, > > Fred > > > -----Original Message----- > From: Karl Heyes [mailto:karl at xiph.org] > Sent: Wednesday, June 22, 2005 4:08 PM > To: Fred Black > Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise > > On Wed, 2005-06-22 at 20:24, Fred Black wrote: > > Karl, > > There are no errors in the error log. > > I've attached the files you requested. I tried experimenting with the > > password so you may see some strange things in the xml files - however > > nothing I did made a difference. > > Thanks for your help. > > Depending on the version used, there was a bug in the relay listing > code, the socket wasn't being close for such cases due to some code > migration that wasn't complete > > 2.2.0-kh11b (and svn) should fix that, although I should be uploading a > kh12 soon enough > > karl. From karl at xiph.org Tue Jul 5 15:43:01 2005 From: karl at xiph.org (Karl Heyes) Date: 05 Jul 2005 16:43:01 +0100 Subject: [Icecast] IceCast 2.2 MP3 stream and Real Player noise In-Reply-To: References: Message-ID: <1120578179.3703.4.camel@bogus.hackers.club> On Tue, 2005-07-05 at 16:36, Fred Black wrote: > I've been away too. > Is Oddsock back and is it possible to get a new windows exe? > Thanks, afraid not, I believe he's back somewhere around the 10th karl. From r.meechan at wgltd.com Thu Jul 7 23:45:42 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Fri, 8 Jul 2005 00:45:42 +0100 Subject: [Icecast] Compiling icecast on windows? Message-ID: <4B9A6084080C8247840154B0759B3FE7710F3C@server03.wilsonandgarden.com> Hi list, I have posted this question onto the forums but thought I would also use the list: could you tell me if its possible to compile (icecast-2.2-kh12d) on windows using VS.NET 2003? i use vs.net 2003 for .net development and never tried compiling other stuff onit, what dependencies will i require for it to build on windows? i currently have the linux version compiled on a fedora box but i have a colocated win2003 server and would like to try kh12 on this (for relay on demend) many thanks! Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From karl at xiph.org Fri Jul 8 00:17:35 2005 From: karl at xiph.org (Karl Heyes) Date: 08 Jul 2005 01:17:35 +0100 Subject: [Icecast] Compiling icecast on windows? In-Reply-To: <4B9A6084080C8247840154B0759B3FE7710F3C@server03.wilsonandgarden.com> References: <4B9A6084080C8247840154B0759B3FE7710F3C@server03.wilsonandgarden.com> Message-ID: <1120781853.3703.93.camel@bogus.hackers.club> On Fri, 2005-07-08 at 00:45, Ricardo Meechan wrote: > Hi list, > I have posted this question onto the forums but thought I would also use > the list: > could you tell me if its possible to compile (icecast-2.2-kh12d) on > windows using VS.NET 2003? it could certainly be done, as there is nothing really platform specific, although I don't have the product to try a build. It's just a question of the project files. > i use vs.net 2003 for .net development and never tried compiling other > stuff onit, > > what dependencies will i require for it to build on windows? just the same as for the release icecast, xml2, xslt, pthread-win32, ogg, vorbis, theora, curl. The last 2 are optional but you lose some functionality if they are missing. > i currently have the linux version compiled on a fedora box but i have a > colocated win2003 server and would like to try kh12 on this (for relay > on demend) I don't have access to a win2003/VS.NET to even attempt a build, I suspect we could do with cleaning up the build process for win32 but it's a bit hard to do without trying it. karl. From dmehler26 at woh.rr.com Thu Jul 7 23:04:42 2005 From: dmehler26 at woh.rr.com (dave) Date: Thu, 7 Jul 2005 19:04:42 -0400 Subject: [Icecast] ices config for dialup Message-ID: <000001c5835c$83b3b670$0200a8c0@satellite> Hello, Does anyone have a working ices2 or ices0 configuration for a dialup user atempting to access the stream? I've got the stream definition defined, but am having an issue with samplerate, bitrate,and channels. Thanks. Dave. From hick.icecast at gink.org Fri Jul 8 07:36:00 2005 From: hick.icecast at gink.org (gARetH baBB) Date: Fri, 8 Jul 2005 08:36:00 +0100 (BST) Subject: [Icecast] Compiling icecast on windows? In-Reply-To: <1120781853.3703.93.camel@bogus.hackers.club> References: <4B9A6084080C8247840154B0759B3FE7710F3C@server03.wilsonandgarden.com> <1120781853.3703.93.camel@bogus.hackers.club> Message-ID: On Fri, 8 Jul 2005, Karl Heyes wrote: > ogg, vorbis, theora, curl. The last 2 are optional but you lose some > functionality if they are missing. Out of interest how are you meant to force compile without libcurl ? The usual --without- doesn't work. What would icecast use libcurl for anyway, when --disable-yp ? From r.meechan at wgltd.com Fri Jul 8 10:35:55 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Fri, 8 Jul 2005 11:35:55 +0100 Subject: [Icecast] Compiling icecast on windows? Message-ID: <4B9A6084080C8247840154B0759B3FE7710F51@server03.wilsonandgarden.com> Hi, Thanks for the reply, I got the dependancies but with no lucl :( Its just error after error. Does anyone on the list have experience with compiling on windows? Does anyone have a compiled version icecast-2.2-kh12d? Should I just give up and wait for the next official release? :( Heres the errors I get now: ------ Build started: Project: icecast, Configuration: Release Win32 ------ Compiling... yp.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\yp.c(138) : warning C4013: 'log_write' undefined; assuming extern returning int xslt.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\xslt.c(113) : warning C4013: 'log_write' undefined; assuming extern returning int icecast-2.2-kh12d\src\xslt.c(187) : warning C4013: 'snprintf' undefined; assuming extern returning int util.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\util.c(336) : warning C4013: 'log_write' undefined; assuming extern returning int stats.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\stats.c(166) : warning C4013: 'log_write' undefined; assuming extern returning int source.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\source.c(191) : warning C4013: 'log_write' undefined; assuming extern returning int slave.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\slave.c(77) : warning C4013: 'log_write' undefined; assuming extern returning int sighandler.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored main.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\main.c(497) : warning C4013: 'log_write' undefined; assuming extern returning int logging.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored log.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' fserve.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\fserve.c(118) : warning C4013: 'log_write' undefined; assuming extern returning int icecast-2.2-kh12d\src\fserve.c(489) : warning C4244: 'function' : conversion from '__int64' to 'long', possible loss of data format_vorbis.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\format_vorbis.c(84) : warning C4013: 'log_write' undefined; assuming extern returning int format_ogg.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\format_ogg.c(92) : warning C4013: 'log_write' undefined; assuming extern returning int format_mp3.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\format_mp3.c(213) : warning C4013: 'log_write' undefined; assuming extern returning int format.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\format.c(211) : warning C4013: 'log_write' undefined; assuming extern returning int event.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\event.c(36) : warning C4013: 'log_write' undefined; assuming extern returning int connection.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\connection.c(273) : warning C4013: 'log_write' undefined; assuming extern returning int client.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\client.c(59) : warning C4013: 'log_write' undefined; assuming extern returning int cfgfile.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\cfgfile.c(838) : warning C4013: 'log_write' undefined; assuming extern returning int auth_url.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\auth_url.c(108) : warning C4013: 'strncasecmp' undefined; assuming extern returning int icecast-2.2-kh12d\src\auth_url.c(169) : warning C4013: 'log_write' undefined; assuming extern returning int auth_htpasswd.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\auth_htpasswd.c(102) : warning C4013: 'log_write' undefined; assuming extern returning int icecast-2.2-kh12d\src\auth_htpasswd.c(277) : warning C4013: 'snprintf' undefined; assuming extern returning int auth.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\auth.c(65) : warning C4013: 'log_write' undefined; assuming extern returning int icecast-2.2-kh12d\src\auth.c(405) : error C2065: 'type' : undeclared identifier icecast-2.2-kh12d\src\auth.c(406) : warning C4098: 'get_authenticator' : 'void' function returning a value admin.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : missing ')' before 'constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\admin.c(325) : warning C4013: 'log_write' undefined; assuming extern returning int icecast-2.2-kh12d\src\admin.c(1173) : warning C4018: '<' : signed/unsigned mismatch Build log was saved at "file://icecast-2.2-kh12d\win32\Releaseicecast\BuildLog.htm" icecast - 117 error(s), 48 warning(s) ---------------------- Done ---------------------- Build: 0 succeeded, 1 failed, 0 skipped -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: 08 July 2005 1:18 AM To: Ricardo Meechan Cc: icecast Subject: Re: [Icecast] Compiling icecast on windows? On Fri, 2005-07-08 at 00:45, Ricardo Meechan wrote: > Hi list, > I have posted this question onto the forums but thought I would also > use the list: > could you tell me if its possible to compile (icecast-2.2-kh12d) on > windows using VS.NET 2003? it could certainly be done, as there is nothing really platform specific, although I don't have the product to try a build. It's just a question of the project files. > i use vs.net 2003 for .net development and never tried compiling other > stuff onit, > > what dependencies will i require for it to build on windows? just the same as for the release icecast, xml2, xslt, pthread-win32, ogg, vorbis, theora, curl. The last 2 are optional but you lose some functionality if they are missing. > i currently have the linux version compiled on a fedora box but i have > a colocated win2003 server and would like to try kh12 on this (for > relay on demend) I don't have access to a win2003/VS.NET to even attempt a build, I suspect we could do with cleaning up the build process for win32 but it's a bit hard to do without trying it. karl. Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From karl at xiph.org Fri Jul 8 11:45:58 2005 From: karl at xiph.org (Karl Heyes) Date: 08 Jul 2005 12:45:58 +0100 Subject: [Icecast] Compiling icecast on windows? In-Reply-To: <4B9A6084080C8247840154B0759B3FE7710F51@server03.wilsonandgarden.com> References: <4B9A6084080C8247840154B0759B3FE7710F51@server03.wilsonandgarden.com> Message-ID: <1120823155.3703.125.camel@bogus.hackers.club> On Fri, 2005-07-08 at 11:35, Ricardo Meechan wrote: > Hi, > Thanks for the reply, > I got the dependancies but with no lucl :( > > Its just error after error. > > Does anyone on the list have experience with compiling on windows? > Does anyone have a compiled version icecast-2.2-kh12d? > Should I just give up and wait for the next official release? :( > > Heres the errors I get now: >From what is shown below, it looks like the same error over and over above. interesting to see that even VS 2003 still doesn't support __attribute__ The best way forward is to make sure you compile with the HAVE_CONFIG_H set on the command line, and copy the config.h from your linux build (it's created automatically from configure) and tweak it so to match the settings for your compiler eg add the following and it should get rid of the log.h errors #define __attribute__(x) For other messages I'd have to see them each run through so I can see what shows up. > ------ Build started: Project: icecast, Configuration: Release Win32 > ------ > > Compiling... > yp.c > icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : > identifier '__attribute__' > icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' > icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ',' > icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : > missing ')' before 'constant' > icecast-2.2-kh12d\src\log\log.h(37) : error C2143: syntax error : > missing ')' before 'constant' > icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name > '__FUNCTION__' is reserved, '#define' ignored karl. From karl at xiph.org Fri Jul 8 11:49:50 2005 From: karl at xiph.org (Karl Heyes) Date: 08 Jul 2005 12:49:50 +0100 Subject: [Icecast] Compiling icecast on windows? In-Reply-To: References: <4B9A6084080C8247840154B0759B3FE7710F3C@server03.wilsonandgarden.com> <1120781853.3703.93.camel@bogus.hackers.club> Message-ID: <1120823389.3703.130.camel@bogus.hackers.club> On Fri, 2005-07-08 at 08:36, gARetH baBB wrote: > On Fri, 8 Jul 2005, Karl Heyes wrote: > > > ogg, vorbis, theora, curl. The last 2 are optional but you lose some > > functionality if they are missing. > > Out of interest how are you meant to force compile without libcurl ? The > usual --without- doesn't work. there's 2 parts really, the HAVE_ settings and the compiling of the files. > What would icecast use libcurl for anyway, when --disable-yp ? YP (stream directory support) depends on libcurl, and for -kh the listener auth via url uses it as well. karl. From aawolfe at gmail.com Fri Jul 8 20:53:58 2005 From: aawolfe at gmail.com (Aaron Wolfe) Date: Fri, 8 Jul 2005 16:53:58 -0400 Subject: [Icecast] Update metadata via URL? Message-ID: Hi, I notice the new feature in 2.2 to update a stream's metadata via the admin interface.. but I can't seem to figure the URL to do this automatically from a script. I have a script which figures song and artist from filenames when possible which I use to make the web interface to my stream look nicer when I can't put ID3 tags.. but I would love to at the same time "fix" the metadata for the stream. Any clues? -Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: From rzewnickie at rfa.org Fri Jul 8 21:26:34 2005 From: rzewnickie at rfa.org (Eric Dantan Rzewnicki) Date: Fri, 8 Jul 2005 17:26:34 -0400 Subject: [Icecast] icecast and LAC2005 Message-ID: <20050708212632.GL15358@rfa.org> Hi, I gave a talk at last month's DCLUG[0] meeting on icecast and how we used it at LAC2005[1]. I was trying to stream the talk live while also trying to give the talk and host the meeting. I had the streaming working fine, but then hosed my laptop trying to get the video output to cooperate with the projector. I guess that should teach me to not try to stream and present using the same box. 8-) Fortunately we had tape running. I finally had time to get those encoded and up on the web: http://techweb.rfa.org/images/dclug/DCLUG-2005-06-08-icecast-and-lac2005-tape1.theora.ogg http://techweb.rfa.org/images/dclug/DCLUG-2005-06-08-icecast-and-lac2005-tape2.theora.ogg My talk started about 30% into the first tape. Przemek, the LUG organizer, stalled for me for a bit while I tried frantically to recover my laptop. Anyway, there they are. I welcome any feedback. The second tape is mostly about Linux Audio. I'm sure I made numerous glaring omissions and stated at least a few fallacies. I want to clear up anything I'm misunderstanding. There are obvious glaring problems with the production quality. Mostly these have to do with there not being a camera operator most of the time. I'm mostly interested in comments on the content of the presentation. Thanks. [0] http://dclug.tux.org [1] http://lac.zkm.de -- Eric Dantan Rzewnicki | Systems Administrator Technical Operations Division | Radio Free Asia 2025 M Street, NW | Washington, DC 20036 | 202-530-4900 CONFIDENTIAL COMMUNICATION This e-mail message is intended only for the use of the addressee and may contain information that is privileged and confidential. Any unauthorized dissemination, distribution, or copying is strictly prohibited. If you receive this transmission in error, please contact network at rfa.org. From ross at stationplaylist.com Fri Jul 8 23:55:28 2005 From: ross at stationplaylist.com (Ross Levis) Date: Sat, 9 Jul 2005 11:55:28 +1200 Subject: [Icecast] Update metadata via URL? References: Message-ID: <015701c58418$84a90c80$5100a8c0@levis4> For Ogg streams http://user:pass at server.com:8000/admin/metadata?mount=/mystream.ogg&mode=updinfo&song=whatever MP3 streams use the same format as Shoutcast. Regards, Ross. ----- Original Message ----- From: Aaron Wolfe To: icecast at xiph.org Sent: Saturday, July 09, 2005 8:53 AM Subject: [Icecast] Update metadata via URL? Hi, I notice the new feature in 2.2 to update a stream's metadata via the admin interface.. but I can't seem to figure the URL to do this automatically from a script. I have a script which figures song and artist from filenames when possible which I use to make the web interface to my stream look nicer when I can't put ID3 tags.. but I would love to at the same time "fix" the metadata for the stream. Any clues? -Aaron _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From Jason at Weatherserver.net Sat Jul 9 08:26:45 2005 From: Jason at Weatherserver.net (Jason) Date: Sat, 9 Jul 2005 04:26:45 -0400 Subject: [Icecast] Update metadata via URL? References: <015701c58418$84a90c80$5100a8c0@levis4> Message-ID: <001f01c5845f$f1a77410$1400000a@workstation> Yeah just use the same URL he posted but leave out the .ogg for the mount so it looks like this. http://user:pass at server.com:8000/admin/metadata?mount=/mystream&mode=updinfo&song=whatever ----- Original Message ----- From: "Ross Levis" To: Sent: Friday, July 08, 2005 7:55 PM Subject: Re: [Icecast] Update metadata via URL? > For Ogg streams > http://user:pass at server.com:8000/admin/metadata?mount=/mystream.ogg&mode=updinfo&song=whatever > > MP3 streams use the same format as Shoutcast. > > Regards, > Ross. > > ----- Original Message ----- > From: Aaron Wolfe > To: icecast at xiph.org > Sent: Saturday, July 09, 2005 8:53 AM > Subject: [Icecast] Update metadata via URL? > > > Hi, > > I notice the new feature in 2.2 to update a stream's metadata via the > admin interface.. but I can't seem to figure the URL to do this > automatically from a script. I have a script which figures song and > artist from filenames when possible which I use to make the web > interface to my stream look nicer when I can't put ID3 tags.. but I > would love to at the same time "fix" the metadata for the stream. Any > clues? > > -Aaron > > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From ross at stationplaylist.com Sat Jul 9 08:40:26 2005 From: ross at stationplaylist.com (Ross Levis) Date: Sat, 9 Jul 2005 20:40:26 +1200 Subject: [Icecast] Update metadata via URL? References: <015701c58418$84a90c80$5100a8c0@levis4> <001f01c5845f$f1a77410$1400000a@workstation> Message-ID: <001001c58461$db27a5f0$5100a8c0@levis4> Oops, yes I don't know where that came from. ----- Original Message ----- From: "Jason" To: Sent: Saturday, July 09, 2005 8:26 PM Subject: Re: [Icecast] Update metadata via URL? Yeah just use the same URL he posted but leave out the .ogg for the mount so it looks like this. http://user:pass at server.com:8000/admin/metadata?mount=/mystream&mode=updinfo&song=whatever ----- Original Message ----- From: "Ross Levis" To: Sent: Friday, July 08, 2005 7:55 PM Subject: Re: [Icecast] Update metadata via URL? > For Ogg streams > http://user:pass at server.com:8000/admin/metadata?mount=/mystream.ogg&mode=updinfo&song=whatever > > MP3 streams use the same format as Shoutcast. > > Regards, > Ross. > > ----- Original Message ----- > From: Aaron Wolfe > To: icecast at xiph.org > Sent: Saturday, July 09, 2005 8:53 AM > Subject: [Icecast] Update metadata via URL? > > > Hi, > > I notice the new feature in 2.2 to update a stream's metadata via the > admin interface.. but I can't seem to figure the URL to do this > automatically from a script. I have a script which figures song and > artist from filenames when possible which I use to make the web > interface to my stream look nicer when I can't put ID3 tags.. but I > would love to at the same time "fix" the metadata for the stream. Any > clues? > > -Aaron > > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From bjacint at kvark.hu Sat Jul 9 15:13:37 2005 From: bjacint at kvark.hu (Balint Jacint) Date: Sat, 09 Jul 2005 17:13:37 +0200 Subject: [Icecast] songs on website Message-ID: <42CFE9A1.1020403@kvark.hu> Hi all, I'd like to launch a radio station that would show the current, previous and upcoming tracks on a dynamic website. Is there any software around that would do just this task, or do I have to create my own scripts? The source (ices) is on the same computer where the icecast server is. Thanks in advance! Yours, Jacint From fred at batanga.com Tue Jul 12 15:48:45 2005 From: fred at batanga.com (Fred Black) Date: Tue, 12 Jul 2005 11:48:45 -0400 Subject: [Icecast] IceCast 2.2 MP3 stream and Real Player noise In-Reply-To: <1120578179.3703.4.camel@bogus.hackers.club> Message-ID: <64isl4zsnif44rj.120720051147@batanga.com> OddSock are you back? If so, is there anyway you could make a new EXE? Thanks, Fred -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: Tuesday, July 05, 2005 11:43 AM To: Fred Black Cc: 'icecast' Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise On Tue, 2005-07-05 at 16:36, Fred Black wrote: > I've been away too. > Is Oddsock back and is it possible to get a new windows exe? > Thanks, afraid not, I believe he's back somewhere around the 10th karl. From Jason at Weatherserver.net Wed Jul 13 18:23:24 2005 From: Jason at Weatherserver.net (Jason) Date: Wed, 13 Jul 2005 14:23:24 -0400 Subject: [Icecast] Monitoring Message-ID: <000601c587d7$f4d02fd0$1400000a@workstation> Is there any software that can be run in windows to monitor icecast mounts, ie, user count etc.. I swear I seen one before but I can't remember where. -=-=-=-=-=-=-=Ottawa Valley Weather-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Weather @ 2:20pm - Temp: 34.9?C - Humidity 29% - Wind: E @ 13 km/h Baro: 996kPa Steady - Vis: 8km - Sky: --- - Weather: Haze Hourly Rain: 0.00mm - Daily Rain: 0.00mm - Total Rain(May 28th): 18.00mm =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-= Our Alert Lists: MTO-PEEL, MTO-TORONTO, MTO-YORK, NHC, OntarioDiscussion, SPC, USThunderStormWarnings, USTornadoWarnings, WxDispatch Signup at http://listserver.weatherserver.net today..... -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.kamleitner at play.fm Wed Jul 13 19:12:47 2005 From: michael.kamleitner at play.fm (Michael Kamleitner) Date: Wed, 13 Jul 2005 21:12:47 +0200 Subject: AW: [Icecast] Monitoring In-Reply-To: <000601c587d7$f4d02fd0$1400000a@workstation> Message-ID: <002601c587de$db087060$6300a8c0@home4> I'm using the Radio Toolbox - http://www.radiotoolbox.com/downloads/ greets, mike -----Urspr?ngliche Nachricht----- Von: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] Im Auftrag von Jason Gesendet: Mittwoch, 13. Juli 2005 20:23 An: icecast at xiph.org Betreff: [Icecast] Monitoring Is there any software that can be run in windows to monitor icecast mounts, ie, user count etc.. I swear I seen one before but I can't remember where. -=-=-=-=-=-=-=Ottawa Valley Weather-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Weather @ 2:20pm - Temp: 34.9?C - Humidity 29% - Wind: E @ 13 km/h Baro: 996kPa Steady - Vis: 8km - Sky: --- - Weather: Haze Hourly Rain: 0.00mm - Daily Rain: 0.00mm - Total Rain(May 28th): 18.00mm =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-= Our Alert Lists: MTO-PEEL, MTO-TORONTO, MTO-YORK, NHC, OntarioDiscussion, SPC, USThunderStormWarnings, USTornadoWarnings, WxDispatch Signup at http://listserver.weatherserver.net today..... -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jason at Weatherserver.net Wed Jul 13 19:16:19 2005 From: Jason at Weatherserver.net (Jason) Date: Wed, 13 Jul 2005 15:16:19 -0400 Subject: [Icecast] Monitoring References: <002601c587de$db087060$6300a8c0@home4> Message-ID: <001f01c587df$59653970$1400000a@workstation> NachrichtThats the one I was looking for. ----- Original Message ----- From: Michael Kamleitner To: icecast at xiph.org Sent: Wednesday, July 13, 2005 3:12 PM Subject: AW: [Icecast] Monitoring I'm using the Radio Toolbox - http://www.radiotoolbox.com/downloads/ greets, mike -----Urspr?ngliche Nachricht----- Von: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] Im Auftrag von Jason Gesendet: Mittwoch, 13. Juli 2005 20:23 An: icecast at xiph.org Betreff: [Icecast] Monitoring Is there any software that can be run in windows to monitor icecast mounts, ie, user count etc.. I swear I seen one before but I can't remember where. -=-=-=-=-=-=-=Ottawa Valley Weather-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Weather @ 2:20pm - Temp: 34.9?C - Humidity 29% - Wind: E @ 13 km/h Baro: 996kPa Steady - Vis: 8km - Sky: --- - Weather: Haze Hourly Rain: 0.00mm - Daily Rain: 0.00mm - Total Rain(May 28th): 18.00mm =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-= Our Alert Lists: MTO-PEEL, MTO-TORONTO, MTO-YORK, NHC, OntarioDiscussion, SPC, USThunderStormWarnings, USTornadoWarnings, WxDispatch Signup at http://listserver.weatherserver.net today..... ------------------------------------------------------------------------------ _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From oddsock at oddsock.org Wed Jul 13 20:31:29 2005 From: oddsock at oddsock.org (oddsock) Date: Wed, 13 Jul 2005 15:31:29 -0500 Subject: [Icecast] IceCast 2.2 MP3 stream and Real Player noise In-Reply-To: <64isl4zsnif44rj.120720051147@batanga.com> References: <1120578179.3703.4.camel@bogus.hackers.club> <64isl4zsnif44rj.120720051147@batanga.com> Message-ID: <6.0.1.1.2.20050713152615.03fd5cf0@www.oddsock.org> yep, I have a fresh built icecast_kh trunk win32 exe built from 2 days ago... It's here : http://www.oddsock.org/icecast/icecast2_win32_kh_trunk_setup.exe oddsock At 10:48 AM 7/12/2005, you wrote: >OddSock are you back? >If so, is there anyway you could make a new EXE? >Thanks, > >Fred > > >-----Original Message----- >From: Karl Heyes [mailto:karl at xiph.org] >Sent: Tuesday, July 05, 2005 11:43 AM >To: Fred Black >Cc: 'icecast' >Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise > >On Tue, 2005-07-05 at 16:36, Fred Black wrote: > > I've been away too. > > Is Oddsock back and is it possible to get a new windows exe? > > Thanks, > >afraid not, I believe he's back somewhere around the 10th > >karl. > > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From r.meechan at wgltd.com Wed Jul 13 22:54:39 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Wed, 13 Jul 2005 23:54:39 +0100 Subject: [Icecast] IceCast 2.2 MP3 stream and Real Player noise Message-ID: <4B9A6084080C8247840154B0759B3FE7710FF3@server03.wilsonandgarden.com> Hi, Many thanks for the build, I gave up trying to compile using vs.net! ;-) However, When trying to access the admin page it the server will crash... Ive tried this on 2 machines and both crash when trying to access /admin/ Is anyone else getting this? Thanks, This is the error log: [2005-07-13 23:49:34] INFO main/main.c Icecast icecast_kh_trunk server started [2005-07-13 23:49:34] DBUG yp/yp.c Updating YP configuration [2005-07-13 23:49:34] INFO yp/yp.c Adding new YP server "http://dir.xiph.org/cgi-bin/yp-cgi" (timeout 15s, default interval 30s) [2005-07-13 23:49:34] INFO yp/yp.c Adding new YP server "http://www.oddsock.org/cgi-bin/yp-cgi" (timeout 15s, default interval 30s) [2005-07-13 23:49:34] INFO yp/yp.c YP update thread started [2005-07-13 23:49:34] INFO auth/auth.c Authenication thread started [2005-07-13 23:49:34] DBUG source/source.c unable to open file "./web/live" [2005-07-13 23:49:34] DBUG source/source.c unable to open file "./web/mp3" [2005-07-13 23:49:34] DBUG source/source.c unable to open file "./web/null" [2005-07-13 23:49:35] DBUG yp/yp.c Add pending yps http://www.oddsock.org/cgi-bin/yp-cgi [2005-07-13 23:49:35] DBUG yp/yp.c Add pending yps http://dir.xiph.org/cgi-bin/yp-cgi [2005-07-13 23:49:35] DBUG slave/slave.c checking master stream list [2005-07-13 23:49:35] DBUG slave/slave.c Adding relay source at mountpoint "/stream" [2005-07-13 23:49:35] DBUG slave/slave.c Adding relay source at mountpoint "/live" [2005-07-13 23:49:35] DBUG slave/slave.c Adding relay source at mountpoint "/mp3" [2005-07-13 23:49:35] DBUG slave/slave.c Adding relay source at mountpoint "/aac" [2005-07-13 23:49:35] DBUG slave/slave.c Adding relay source at mountpoint "/nsv.nsv" [2005-07-13 23:49:35] DBUG slave/slave.c Adding relay source at mountpoint "/ogg" [2005-07-13 23:49:35] INFO source/source.c Applying mount information for "/stream" [2005-07-13 23:49:35] DBUG source/source.c fallback /live [2005-07-13 23:49:35] DBUG source/source.c on_demand set [2005-07-13 23:49:35] DBUG source/source.c public set to 0 [2005-07-13 23:49:35] DBUG source/source.c max listeners to 200 [2005-07-13 23:49:35] DBUG source/source.c queue size to 524288 [2005-07-13 23:49:35] DBUG source/source.c burst size to 65536 [2005-07-13 23:49:35] DBUG source/source.c source timeout to 10 [2005-07-13 23:49:35] DBUG source/source.c fallback_when_full to 0 [2005-07-13 23:49:35] INFO source/source.c Applying mount information for "/live" [2005-07-13 23:49:35] DBUG source/source.c fallback /mp3 [2005-07-13 23:49:35] DBUG source/source.c on_demand set [2005-07-13 23:49:35] DBUG source/source.c public set to 0 [2005-07-13 23:49:35] DBUG source/source.c max listeners to 200 [2005-07-13 23:49:35] DBUG source/source.c queue size to 524288 [2005-07-13 23:49:35] DBUG source/source.c burst size to 65536 [2005-07-13 23:49:35] DBUG source/source.c source timeout to 10 [2005-07-13 23:49:35] DBUG source/source.c fallback_when_full to 0 [2005-07-13 23:49:35] INFO source/source.c Applying mount information for "/mp3" [2005-07-13 23:49:35] DBUG source/source.c fallback /null [2005-07-13 23:49:35] DBUG source/source.c on_demand set [2005-07-13 23:49:35] DBUG source/source.c public set to 0 [2005-07-13 23:49:35] DBUG source/source.c max listeners to 200 [2005-07-13 23:49:35] DBUG source/source.c queue size to 524288 [2005-07-13 23:49:35] DBUG source/source.c burst size to 65536 [2005-07-13 23:49:35] DBUG source/source.c source timeout to 10 [2005-07-13 23:49:35] DBUG source/source.c fallback_when_full to 0 [2005-07-13 23:49:35] INFO source/source.c Applying mount information for "/aac" [2005-07-13 23:49:35] DBUG source/source.c on_demand set [2005-07-13 23:49:35] DBUG source/source.c public set to 0 [2005-07-13 23:49:35] DBUG source/source.c max listeners to 200 [2005-07-13 23:49:35] DBUG source/source.c queue size to 524288 [2005-07-13 23:49:35] DBUG source/source.c burst size to 65536 [2005-07-13 23:49:35] DBUG source/source.c source timeout to 10 [2005-07-13 23:49:35] DBUG source/source.c fallback_when_full to 0 [2005-07-13 23:49:35] INFO source/source.c Applying mount information for "/nsv.nsv" [2005-07-13 23:49:35] DBUG source/source.c on_demand set [2005-07-13 23:49:35] DBUG source/source.c public set to 0 [2005-07-13 23:49:35] DBUG source/source.c max listeners to 200 [2005-07-13 23:49:35] DBUG source/source.c queue size to 524288 [2005-07-13 23:49:35] DBUG source/source.c burst size to 65535 [2005-07-13 23:49:35] DBUG source/source.c source timeout to 10 [2005-07-13 23:49:35] DBUG source/source.c fallback_when_full to 0 [2005-07-13 23:49:35] INFO source/source.c Applying mount information for "/ogg" [2005-07-13 23:49:35] DBUG source/source.c on_demand set [2005-07-13 23:49:35] DBUG source/source.c public set to 0 [2005-07-13 23:49:35] DBUG source/source.c max listeners to 200 [2005-07-13 23:49:35] DBUG source/source.c queue size to 524288 [2005-07-13 23:49:35] DBUG source/source.c burst size to 65536 [2005-07-13 23:49:35] DBUG source/source.c source timeout to 10 [2005-07-13 23:49:35] DBUG source/source.c fallback_when_full to 0 [2005-07-13 23:49:35] DBUG source/source.c unable to open file "./web/null" [2005-07-13 23:49:36] DBUG stats/stats.c new source stat /stream [2005-07-13 23:49:36] DBUG stats/stats.c new node listeners (0) [2005-07-13 23:49:36] DBUG stats/stats.c new source stat /live [2005-07-13 23:49:36] DBUG stats/stats.c new node listeners (0) [2005-07-13 23:49:36] DBUG stats/stats.c new source stat /mp3 [2005-07-13 23:49:36] DBUG stats/stats.c new node listeners (0) [2005-07-13 23:49:36] DBUG stats/stats.c new source stat /aac [2005-07-13 23:49:36] DBUG stats/stats.c new node listeners (0) [2005-07-13 23:49:36] DBUG stats/stats.c new source stat /nsv.nsv [2005-07-13 23:49:36] DBUG stats/stats.c new node listeners (0) [2005-07-13 23:49:36] DBUG stats/stats.c new source stat /ogg [2005-07-13 23:49:36] DBUG stats/stats.c new node listeners (0) [2005-07-13 23:49:36] DBUG stats/stats.c new node public (0) [2005-07-13 23:49:36] DBUG stats/stats.c new node server_name (Unspecified name) [2005-07-13 23:49:36] DBUG stats/stats.c new node server_description (Unspecified description) [2005-07-13 23:49:36] DBUG stats/stats.c new node genre (various) [2005-07-13 23:49:36] DBUG stats/stats.c new node on_demand (1) [2005-07-13 23:49:36] DBUG stats/stats.c new node max_listeners (200) [2005-07-13 23:49:36] DBUG stats/stats.c new node public (0) [2005-07-13 23:49:36] DBUG stats/stats.c new node server_name (Unspecified name) [2005-07-13 23:49:36] DBUG stats/stats.c new node server_description (Unspecified description) [2005-07-13 23:49:36] DBUG stats/stats.c new node genre (various) [2005-07-13 23:49:36] DBUG stats/stats.c new node on_demand (1) [2005-07-13 23:49:36] DBUG stats/stats.c new node max_listeners (200) [2005-07-13 23:49:36] DBUG stats/stats.c new node public (0) [2005-07-13 23:49:36] DBUG stats/stats.c new node server_name (Unspecified name) [2005-07-13 23:49:36] DBUG stats/stats.c new node server_description (Unspecified description) [2005-07-13 23:49:36] DBUG stats/stats.c new node genre (various) [2005-07-13 23:49:36] DBUG stats/stats.c new node on_demand (1) [2005-07-13 23:49:36] DBUG stats/stats.c new node max_listeners (200) [2005-07-13 23:49:36] DBUG stats/stats.c new node public (0) [2005-07-13 23:49:36] DBUG stats/stats.c new node server_name (Unspecified name) [2005-07-13 23:49:36] DBUG stats/stats.c new node server_description (Unspecified description) [2005-07-13 23:49:36] DBUG stats/stats.c new node genre (various) [2005-07-13 23:49:36] DBUG stats/stats.c new node on_demand (1) [2005-07-13 23:49:36] DBUG stats/stats.c new node max_listeners (200) [2005-07-13 23:49:36] DBUG stats/stats.c new node public (0) [2005-07-13 23:49:36] DBUG stats/stats.c new node server_name (Unspecified name) [2005-07-13 23:49:36] DBUG stats/stats.c new node server_description (Unspecified description) [2005-07-13 23:49:36] DBUG stats/stats.c new node genre (various) [2005-07-13 23:49:36] DBUG stats/stats.c new node on_demand (1) [2005-07-13 23:49:36] DBUG stats/stats.c new node max_listeners (200) [2005-07-13 23:49:36] DBUG stats/stats.c new node public (0) [2005-07-13 23:49:36] DBUG stats/stats.c new node server_name (Unspecified name) [2005-07-13 23:49:36] DBUG stats/stats.c new node server_description (Unspecified description) [2005-07-13 23:49:36] DBUG stats/stats.c new node genre (various) [2005-07-13 23:49:36] DBUG stats/stats.c new node on_demand (1) [2005-07-13 23:49:36] DBUG stats/stats.c new node max_listeners (200) [2005-07-13 23:49:39] DBUG connection/connection.c start with /admin/ [2005-07-13 23:49:39] DBUG admin/admin.c Admin request (/admin/) [2005-07-13 23:49:39] DBUG admin/admin.c Got command () [2005-07-13 23:49:39] INFO admin/admin.c Bad or missing password on admin command request (command: ) [2005-07-13 23:49:39] DBUG connection/connection.c start with /admin/ [2005-07-13 23:49:39] DBUG admin/admin.c Admin request (/admin/) [2005-07-13 23:49:39] DBUG admin/admin.c Got command () -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of oddsock Sent: 13 July 2005 9:31 PM To: icecast at xiph.org Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise yep, I have a fresh built icecast_kh trunk win32 exe built from 2 days ago... It's here : http://www.oddsock.org/icecast/icecast2_win32_kh_trunk_setup.exe oddsock At 10:48 AM 7/12/2005, you wrote: >OddSock are you back? >If so, is there anyway you could make a new EXE? >Thanks, > >Fred > > >-----Original Message----- >From: Karl Heyes [mailto:karl at xiph.org] >Sent: Tuesday, July 05, 2005 11:43 AM >To: Fred Black >Cc: 'icecast' >Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise > >On Tue, 2005-07-05 at 16:36, Fred Black wrote: > > I've been away too. > > Is Oddsock back and is it possible to get a new windows exe? > > Thanks, > >afraid not, I believe he's back somewhere around the 10th > >karl. > > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From karl at xiph.org Thu Jul 14 01:14:37 2005 From: karl at xiph.org (Karl Heyes) Date: 14 Jul 2005 02:14:37 +0100 Subject: [Icecast] IceCast 2.2 MP3 stream and Real Player noise In-Reply-To: <4B9A6084080C8247840154B0759B3FE7710FF3@server03.wilsonandgarden.com> References: <4B9A6084080C8247840154B0759B3FE7710FF3@server03.wilsonandgarden.com> Message-ID: <1121303675.6618.45.camel@bogus.hackers.club> On Wed, 2005-07-13 at 23:54, Ricardo Meechan wrote: > Hi, > Many thanks for the build, > I gave up trying to compile using vs.net! ;-) it will be possible, but I don't know what vs.net needs > However, > When trying to access the admin page it the server will crash... Ive > tried this on 2 machines and both crash when trying to access /admin/ > > Is anyone else getting this? There is a quirk that came about due to some changes to the admin interface, the /admin/ link ended up returning the xml stats instead of the stats.xsl, but a crash is not something that occurs here on linux, so I'll need to look at a win32 build. in the meantime use /admin/stats.xsl or create an alias for it in the xml, either of those should work. karl. From r.meechan at wgltd.com Thu Jul 14 01:21:55 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Thu, 14 Jul 2005 02:21:55 +0100 Subject: [Icecast] IceCast 2.2 MP3 stream and Real Player noise Message-ID: <4B9A6084080C8247840154B0759B3FE7710FF4@server03.wilsonandgarden.com> Thanks for the reply Karl, Both /admin/ and /admin/stats.xsl cause it to crash, I tried the alias aswel, always a crash Both the boxes have different icecast configs, one is custom and the other is the default. I have kh12d running on a fedora box and has been up since Thu, 07 Jul 2005 23:55:05 +0100 Its just a pity that my colocated box is a windows box :( Regards. rico -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: 14 July 2005 2:15 AM To: Ricardo Meechan Cc: icecast Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise On Wed, 2005-07-13 at 23:54, Ricardo Meechan wrote: > Hi, > Many thanks for the build, > I gave up trying to compile using vs.net! ;-) it will be possible, but I don't know what vs.net needs > However, > When trying to access the admin page it the server will crash... Ive > tried this on 2 machines and both crash when trying to access /admin/ > > Is anyone else getting this? There is a quirk that came about due to some changes to the admin interface, the /admin/ link ended up returning the xml stats instead of the stats.xsl, but a crash is not something that occurs here on linux, so I'll need to look at a win32 build. in the meantime use /admin/stats.xsl or create an alias for it in the xml, either of those should work. karl. Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From oddsock at oddsock.org Thu Jul 14 02:27:57 2005 From: oddsock at oddsock.org (oddsock) Date: Wed, 13 Jul 2005 21:27:57 -0500 Subject: [Icecast] IceCast 2.2 MP3 stream and Real Player noise In-Reply-To: <4B9A6084080C8247840154B0759B3FE7710FF4@server03.wilsonandg arden.com> References: <4B9A6084080C8247840154B0759B3FE7710FF4@server03.wilsonandgarden.com> Message-ID: <6.0.1.1.2.20050713203921.03afab90@www.oddsock.org> the crashes were caused by libxml2. Apparently, in their infinite wisdom, the libxml2 team decided to stop distributing VC project files, so actually building a somewhat recent libxml2 has become an artform...My error was in using some pre-built binaries... Anyone whose done VC development can probably vouch for me, using prebuilt binary forms of libraries, is well...tricky...to say the least.. Anyway, I've gone back to using the older versions of libxml2 that the main trunk of icecast uses, and all is now better. Sorry about the trouble.. The new icecast-kh binary can be found here : http://www.oddsock.org/icecast/icecast2_win32_kh_trunk_07132005_setup.exe oddsock At 08:21 PM 7/13/2005, you wrote: >Thanks for the reply Karl, >Both /admin/ and /admin/stats.xsl cause it to crash, I tried the alias >aswel, always a crash >Both the boxes have different icecast configs, one is custom and the >other is the default. > > >I have kh12d running on a fedora box and has been up since Thu, 07 Jul >2005 23:55:05 +0100 >Its just a pity that my colocated box is a windows box :( > > >Regards. >rico > > >-----Original Message----- >From: Karl Heyes [mailto:karl at xiph.org] >Sent: 14 July 2005 2:15 AM >To: Ricardo Meechan >Cc: icecast >Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise > >On Wed, 2005-07-13 at 23:54, Ricardo Meechan wrote: > > Hi, > > Many thanks for the build, > > I gave up trying to compile using vs.net! ;-) > >it will be possible, but I don't know what vs.net needs > > > However, > > When trying to access the admin page it the server will crash... Ive > > tried this on 2 machines and both crash when trying to access /admin/ > > > > Is anyone else getting this? > >There is a quirk that came about due to some changes to the admin >interface, the /admin/ link ended up returning the xml stats instead of >the stats.xsl, but a crash is not something that occurs here on linux, >so I'll need to look at a win32 build. > >in the meantime use /admin/stats.xsl or create an alias for it in the >xml, either of those should work. > >karl. > > > >Ricardo Meechan >IT Administrator >Mobile: +44 (0) 7966 484 371 > >Wilson & Garden LTD >t: +44 (0) 1236 823291 >f: +44 (0) 1236 825683 > > >Company registered in Scotland SC267457 > >NOTE: All emails to and from Wilson & Garden are protected by Antivirus >and spam filters. >We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam >filtering. > >This message (and any associated files) is intended only for the use of >the individual or entity to which it is addressed and may contain >information that is confidential, subject to copyright or constitutes a >trade secret. If you are not the intended recipient you are hereby >notified that any dissemination, copying or distribution of this message, >or files associated with this message, is strictly prohibited. If you have >received this message in error, please notify us immediately by replying >to the message and deleting it from your computer. Messages sent to and >from us may be monitored. > >Internet communications cannot be guaranteed to be secure or error-free as >information could be intercepted, corrupted, lost, destroyed, arrive late >or incomplete, or contain viruses. Therefore, we do not accept >responsibility for any errors or omissions that are present in this >message, or any attachment, that have arisen as a result of e-mail >transmission. If verification is required, please request a hard-copy >version. Any views or opinions presented are solely those of the author >and do not necessarily represent those of the company. > > > > > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From yjliang99 at yahoo.com Thu Jul 14 05:39:37 2005 From: yjliang99 at yahoo.com (Yi Liang) Date: Wed, 13 Jul 2005 22:39:37 -0700 (PDT) Subject: [Icecast] build libshout and icecast under Windows In-Reply-To: <6.0.1.1.2.20050713203921.03afab90@www.oddsock.org> Message-ID: <20050714053938.61174.qmail@web30004.mail.mud.yahoo.com> Hi folks, I'm kinda new on the list. I've been trying to build libshout 2.1 and then icecast 2.2.0 under Windows, using Visual Studio 7.0 (.net), but had lots of problems. I've fetched needed packages including curl, iconv, libxml2, libxslt, org, pthreads, theora, but I still cannot find "implement.h", and the build reports errors at linking such as "invalid or corrupt file". Does any one have experience on building under Windows, and can refer me further resources? Anywhere to download the complete source package that can be built smooth under Windows? Your help is greatly appreciated. Best, Yi From r.meechan at wgltd.com Thu Jul 14 12:19:34 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Thu, 14 Jul 2005 13:19:34 +0100 Subject: [Icecast] IceCast 2.2 MP3 stream and Real Player noise Message-ID: <4B9A6084080C8247840154B0759B3FE771100A@server03.wilsonandgarden.com> Excellent, all is up and running, Relay on demand is what its all about, my fav feature nodoubt! I now have one more (hopefully simple) question and that is clustering... I have 2 servers running and they seem to be listing 4 different streams (not grouped nor clustered) How do I get them clustered? After this I wont annoy you guys (hopefully ;-) ) anymore so thanks for your help! -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of oddsock Sent: 14 July 2005 3:28 AM To: icecast at xiph.org Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise the crashes were caused by libxml2. Apparently, in their infinite wisdom, the libxml2 team decided to stop distributing VC project files, so actually building a somewhat recent libxml2 has become an artform...My error was in using some pre-built binaries... Anyone whose done VC development can probably vouch for me, using prebuilt binary forms of libraries, is well...tricky...to say the least.. Anyway, I've gone back to using the older versions of libxml2 that the main trunk of icecast uses, and all is now better. Sorry about the trouble.. The new icecast-kh binary can be found here : http://www.oddsock.org/icecast/icecast2_win32_kh_trunk_07132005_setup.ex e oddsock At 08:21 PM 7/13/2005, you wrote: >Thanks for the reply Karl, >Both /admin/ and /admin/stats.xsl cause it to crash, I tried the alias >aswel, always a crash >Both the boxes have different icecast configs, one is custom and the >other is the default. > > >I have kh12d running on a fedora box and has been up since Thu, 07 Jul >2005 23:55:05 +0100 >Its just a pity that my colocated box is a windows box :( > > >Regards. >rico > > >-----Original Message----- >From: Karl Heyes [mailto:karl at xiph.org] >Sent: 14 July 2005 2:15 AM >To: Ricardo Meechan >Cc: icecast >Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise > >On Wed, 2005-07-13 at 23:54, Ricardo Meechan wrote: > > Hi, > > Many thanks for the build, > > I gave up trying to compile using vs.net! ;-) > >it will be possible, but I don't know what vs.net needs > > > However, > > When trying to access the admin page it the server will crash... Ive > > tried this on 2 machines and both crash when trying to access /admin/ > > > > Is anyone else getting this? > >There is a quirk that came about due to some changes to the admin >interface, the /admin/ link ended up returning the xml stats instead of >the stats.xsl, but a crash is not something that occurs here on linux, >so I'll need to look at a win32 build. > >in the meantime use /admin/stats.xsl or create an alias for it in the >xml, either of those should work. > >karl. > > > >Ricardo Meechan >IT Administrator >Mobile: +44 (0) 7966 484 371 > >Wilson & Garden LTD >t: +44 (0) 1236 823291 >f: +44 (0) 1236 825683 > > >Company registered in Scotland SC267457 > >NOTE: All emails to and from Wilson & Garden are protected by Antivirus >and spam filters. >We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam >filtering. > >This message (and any associated files) is intended only for the use of >the individual or entity to which it is addressed and may contain >information that is confidential, subject to copyright or constitutes a >trade secret. If you are not the intended recipient you are hereby >notified that any dissemination, copying or distribution of this message, >or files associated with this message, is strictly prohibited. If you have >received this message in error, please notify us immediately by replying >to the message and deleting it from your computer. Messages sent to and >from us may be monitored. > >Internet communications cannot be guaranteed to be secure or error-free as >information could be intercepted, corrupted, lost, destroyed, arrive late >or incomplete, or contain viruses. Therefore, we do not accept >responsibility for any errors or omissions that are present in this >message, or any attachment, that have arisen as a result of e-mail >transmission. If verification is required, please request a hard-copy >version. Any views or opinions presented are solely those of the author >and do not necessarily represent those of the company. > > > > > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From karl at xiph.org Thu Jul 14 13:08:54 2005 From: karl at xiph.org (Karl Heyes) Date: 14 Jul 2005 14:08:54 +0100 Subject: [Icecast] IceCast 2.2 MP3 stream and Real Player noise In-Reply-To: <4B9A6084080C8247840154B0759B3FE771100A@server03.wilsonandgarden.com> References: <4B9A6084080C8247840154B0759B3FE771100A@server03.wilsonandgarden.com> Message-ID: <1121346533.6618.61.camel@bogus.hackers.club> On Thu, 2005-07-14 at 13:19, Ricardo Meechan wrote: > Excellent, all is up and running, Thanks to oddsock for sorting that out, I guess the pre-built libs were done on a different compiler. > Relay on demand is what its all about, my fav feature nodoubt! That has been merged into trunk as well now. > I now have one more (hopefully simple) question and that is > clustering... > I have 2 servers running and they seem to be listing 4 different streams > (not grouped nor clustered) > > How do I get them clustered? > After this I wont annoy you guys (hopefully ;-) ) anymore so thanks for > your help! If you mean clustering on the YP server then you need to state a cluster password in the section. karl. From fred at batanga.com Thu Jul 14 14:01:54 2005 From: fred at batanga.com (Fred Black) Date: Thu, 14 Jul 2005 10:01:54 -0400 Subject: [Icecast] Can't get Master/ Server Relay to work Message-ID: <0qycl75zkd2s4cw.140720051000@batanga.com> Oddsock: Thanks for the new windows exe . I'm trying to get the master / server relay to work. Here's the master-server entries from the xml file on the slave: 38.116.36.8 8000 120 xxxx Here's the auth section from the xml file on the master: xxxx xxxx admin xxxx looking in the logs on either box, I don't see any indication of "relay" trying to log in on the master box or any errors on the slave box? What am I doing wrong? Thanks, Fred -------------- next part -------------- An HTML attachment was scrubbed... URL: From r.meechan at wgltd.com Thu Jul 14 14:56:00 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Thu, 14 Jul 2005 15:56:00 +0100 Subject: [Icecast] IceCast 2.2 MP3 stream and Real Player noise Message-ID: <4B9A6084080C8247840154B0759B3FE7711014@server03.wilsonandgarden.com> Excellent! Adding to the section worked a treat! I now have *cluster* next to my stream, Many thanks Karl! -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: 14 July 2005 2:09 PM To: Ricardo Meechan Cc: icecast Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise On Thu, 2005-07-14 at 13:19, Ricardo Meechan wrote: > Excellent, all is up and running, Thanks to oddsock for sorting that out, I guess the pre-built libs were done on a different compiler. > Relay on demand is what its all about, my fav feature nodoubt! That has been merged into trunk as well now. > I now have one more (hopefully simple) question and that is > clustering... > I have 2 servers running and they seem to be listing 4 different > streams (not grouped nor clustered) > > How do I get them clustered? > After this I wont annoy you guys (hopefully ;-) ) anymore so thanks > for your help! If you mean clustering on the YP server then you need to state a cluster password in the section. karl. Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From r.meechan at wgltd.com Thu Jul 14 15:42:29 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Thu, 14 Jul 2005 16:42:29 +0100 Subject: [Icecast] Automatically enable master relays on start? Message-ID: <4B9A6084080C8247840154B0759B3FE7711017@server03.wilsonandgarden.com> Just a quick question: When I start up my (slave) relay it will get the list of relays from the master, However I have to click on each on and choose "click to enable" within /admin/managerelays.xsl Is there a node I can stick in the config to make it enable them by default? Say something like 1 I know there is in but this is useless unless I setup for each relay, which I want to avoid. Cheers guys! Rico. Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From karl at xiph.org Thu Jul 14 16:47:40 2005 From: karl at xiph.org (Karl Heyes) Date: 14 Jul 2005 17:47:40 +0100 Subject: [Icecast] Automatically enable master relays on start? In-Reply-To: <4B9A6084080C8247840154B0759B3FE7711017@server03.wilsonandgarden.com> References: <4B9A6084080C8247840154B0759B3FE7711017@server03.wilsonandgarden.com> Message-ID: <1121359659.6618.81.camel@bogus.hackers.club> On Thu, 2005-07-14 at 16:42, Ricardo Meechan wrote: > Just a quick question: > > When I start up my (slave) relay it will get the list of relays from the > master, > However I have to click on each on and choose "click to enable" within > /admin/managerelays.xsl > > Is there a node I can stick in the config to make it enable them by > default? > Say something like 1 looks like the default setting is wrong for relays from master. updated in svn, but it's only a 1-line fix in slave.c:641 add r->enable = 1; karl. From karl at xiph.org Thu Jul 14 17:08:43 2005 From: karl at xiph.org (Karl Heyes) Date: 14 Jul 2005 18:08:43 +0100 Subject: [Icecast] Can't get Master/ Server Relay to work In-Reply-To: <0qycl75zkd2s4cw.140720051000@batanga.com> References: <0qycl75zkd2s4cw.140720051000@batanga.com> Message-ID: <1121360923.6618.95.camel@bogus.hackers.club> On Thu, 2005-07-14 at 15:01, Fred Black wrote: > Oddsock: Thanks for the new windows exe . > > I'm trying to get the master / server relay to work. > > Here's the master-server entries from the xml file on the slave: > 38.116.36.8 > 8000 > 120 > xxxx > > Here's the auth section from the xml file on the master: > > xxxx > xxxx > admin > xxxx > > > looking in the logs on either box, I don't see any indication of > "relay" trying to log in on the master box or any errors on the slave > box? > > What am I doing wrong? I suspect you don't have a on the master server relating to the stream. It takes that as a stream without any settings so is not listing it to the slave. Only streams with and where is not configured to be hidden are listed for slaves. You would usually want to specify settings such as max listeners. There is a secondary issue, which is now fixed in SVN but not in the win32 exe yet which has just come to light. The relay as defined from a master is not enabled by default in the slave. You can enable it via the admin interface (managerelays) of the slave. karl. From fred at batanga.com Thu Jul 14 17:40:39 2005 From: fred at batanga.com (Fred Black) Date: Thu, 14 Jul 2005 13:40:39 -0400 Subject: [Icecast] Can't get Master/ Server Relay to work In-Reply-To: <1121360923.6618.95.camel@bogus.hackers.club> Message-ID: Karl, Thanks for the info... I didn't realize (from the docs) that you had to have s defined on the master for the slave to pick them up. One more question. Can I use both the Intro option and the Relay option? If so do I define on the slave and include the into option on the slave? Fred -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: Thursday, July 14, 2005 1:09 PM To: Fred Black Cc: 'icecast' Subject: Re: [Icecast] Can't get Master/ Server Relay to work On Thu, 2005-07-14 at 15:01, Fred Black wrote: > Oddsock: Thanks for the new windows exe . > > I'm trying to get the master / server relay to work. > > Here's the master-server entries from the xml file on the slave: > 38.116.36.8 > 8000 > 120 > xxxx > > Here's the auth section from the xml file on the master: > > xxxx > xxxx > admin > xxxx > > > looking in the logs on either box, I don't see any indication of > "relay" trying to log in on the master box or any errors on the slave > box? > > What am I doing wrong? I suspect you don't have a on the master server relating to the stream. It takes that as a stream without any settings so is not listing it to the slave. Only streams with and where is not configured to be hidden are listed for slaves. You would usually want to specify settings such as max listeners. There is a secondary issue, which is now fixed in SVN but not in the win32 exe yet which has just come to light. The relay as defined from a master is not enabled by default in the slave. You can enable it via the admin interface (managerelays) of the slave. karl. From right_tack at katamail.com Thu Jul 14 18:51:01 2005 From: right_tack at katamail.com (carlo) Date: Thu, 14 Jul 2005 20:51:01 +0200 Subject: [Icecast] bandwidth calculation Message-ID: <20050714185134.92EEF1212F1@ns2.osuosl.org> Hi all, my question: how is the exact formula to calculate bandwidth needed to upstream at given bitrate to a certain number of simultaneous listeners ? is it simply BANDWIDTH (bps) = BITRATE (bps) X LISTENERS ? tnx in advance, carlo. -------------- next part -------------- An HTML attachment was scrubbed... URL: From karl at xiph.org Thu Jul 14 19:16:18 2005 From: karl at xiph.org (Karl Heyes) Date: 14 Jul 2005 20:16:18 +0100 Subject: [Icecast] Can't get Master/ Server Relay to work In-Reply-To: References: Message-ID: <1121368577.6618.106.camel@bogus.hackers.club> On Thu, 2005-07-14 at 18:40, Fred Black wrote: > Karl, > Thanks for the info... I didn't realize (from the docs) that you had to have > s defined on the master for the slave to pick them up. it probably needs expanding on > One more question. Can I use both the Intro option and the Relay option? > If so do I define on the slave and include the into option on the > slave? yes, mount details don't filter from the master, so the slave has to define them, and that includes the intro option. You can also think of the slave relay as a listener to the master, and as such is unaware that an intro file is been used. The intro file option is a mount option so applies to source client or relay even if the relay is on-demand. karl. From karl at xiph.org Thu Jul 14 19:22:21 2005 From: karl at xiph.org (Karl Heyes) Date: 14 Jul 2005 20:22:21 +0100 Subject: [Icecast] bandwidth calculation In-Reply-To: <20050714185134.92EEF1212F1@ns2.osuosl.org> References: <20050714185134.92EEF1212F1@ns2.osuosl.org> Message-ID: <1121368940.6618.113.camel@bogus.hackers.club> On Thu, 2005-07-14 at 19:51, carlo wrote: > Hi all, > > my question: > > how is the exact formula to calculate bandwidth needed to upstream at > given bitrate to a certain number of simultaneous listeners ? > > > > is it simply BANDWIDTH (bps) = BITRATE (bps) X LISTENERS ? That is the approximate figure, the bitrate as listed via the codecs don't account for protocol overhead, and the likes of mp3 tend to under-specify the actual rate (eg 56k is like 60k really). So the above equation is really 'at least' that. Obviously variable bitrate streams make it harder to work out. karl. From lpmusix at gmail.com Thu Jul 14 19:26:39 2005 From: lpmusix at gmail.com (Daniel Ballenger) Date: Thu, 14 Jul 2005 12:26:39 -0700 Subject: [Icecast] bandwidth calculation In-Reply-To: <20050714185134.92EEF1212F1@ns2.osuosl.org> References: <20050714185134.92EEF1212F1@ns2.osuosl.org> Message-ID: <56755a7050714122642c36b90@mail.gmail.com> I'm pretty sure that the protocol used by icecast is TCP so you also have the overhead from TCP to add, though in the end, the overhead probably isn't enough to be really noticed. -Daniel On 7/14/05, carlo wrote: > > > > Hi all, > > my question: > > how is the exact formula to calculate bandwidth needed to upstream at given > bitrate to a certain number of simultaneous listeners ? > > > > is it simply BANDWIDTH (bps) = BITRATE (bps) X LISTENERS ? > > > > tnx in advance, > > carlo. > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > > -- Daniel Ballenger http://denetron.com Sr. Systems Administrator - Denetron LLC From r.meechan at wgltd.com Thu Jul 14 19:38:34 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Thu, 14 Jul 2005 20:38:34 +0100 Subject: [Icecast] Can't get Master/ Server Relay to work Message-ID: <4B9A6084080C8247840154B0759B3FE7711020@server03.wilsonandgarden.com> FYI, heres the config of my slave and master that I finally got up and running today, Everything looks good so far! They both are more or less identical except one has the master settings setup on it, Regards. -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Karl Heyes Sent: 14 July 2005 8:16 PM To: Fred Black Cc: 'icecast' Subject: RE: [Icecast] Can't get Master/ Server Relay to work On Thu, 2005-07-14 at 18:40, Fred Black wrote: > Karl, > Thanks for the info... I didn't realize (from the docs) that you had > to have s defined on the master for the slave to pick them up. it probably needs expanding on > One more question. Can I use both the Intro option and the Relay option? > If so do I define on the slave and include the into option on > the slave? yes, mount details don't filter from the master, so the slave has to define them, and that includes the intro option. You can also think of the slave relay as a listener to the master, and as such is unaware that an intro file is been used. The intro file option is a mount option so applies to source client or relay even if the relay is on-demand. karl. _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. -------------- next part -------------- A non-text attachment was scrubbed... Name: ice-slave.xml Type: text/xml Size: 4734 bytes Desc: ice-slave.xml URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ice-master.xml Type: text/xml Size: 4363 bytes Desc: ice-master.xml URL: From oddsock at oddsock.org Thu Jul 14 20:54:40 2005 From: oddsock at oddsock.org (oddsock) Date: Thu, 14 Jul 2005 15:54:40 -0500 Subject: [Icecast] build libshout and icecast under Windows In-Reply-To: <20050714053938.61174.qmail@web30004.mail.mud.yahoo.com> References: <6.0.1.1.2.20050713203921.03afab90@www.oddsock.org> <20050714053938.61174.qmail@web30004.mail.mud.yahoo.com> Message-ID: <6.0.1.1.2.20050714155309.01fe9b48@www.oddsock.org> Sorry, but both icecast and libshout only have VC6 project files. I have no desire to create and maintain VS.NET project files as well... oddsock At 12:39 AM 7/14/2005, you wrote: >Hi folks, I'm kinda new on the list. > >I've been trying to build libshout 2.1 and then >icecast 2.2.0 under Windows, using Visual Studio 7.0 >(.net), but had lots of problems. > >I've fetched needed packages including curl, iconv, >libxml2, libxslt, org, pthreads, theora, but I still >cannot find "implement.h", and the build reports >errors at linking such as "invalid or corrupt file". > >Does any one have experience on building under >Windows, and can refer me further resources? Anywhere >to download the complete source package that can be >built smooth under Windows? Your help is greatly >appreciated. > >Best, >Yi >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From yjliang99 at yahoo.com Thu Jul 14 21:32:57 2005 From: yjliang99 at yahoo.com (Yi Liang) Date: Thu, 14 Jul 2005 14:32:57 -0700 (PDT) Subject: [Icecast] build libshout and icecast under Windows In-Reply-To: <6.0.1.1.2.20050714155309.01fe9b48@www.oddsock.org> Message-ID: <20050714213258.78518.qmail@web30001.mail.mud.yahoo.com> Thanks Oddsock. Acutally my VC 7 (.net) did convert the VC 6 project files properly. But you think most problems may come from the incompatibility of VC 7, instead of from the required libraries and etc.? If compiling in VC 6 is generally smooth, I would rather roll back to VC 6. Thanks. Yi --- oddsock wrote: > Sorry, but both icecast and libshout only have VC6 > project files. I have > no desire to create and maintain VS.NET project > files as well... > > oddsock > At 12:39 AM 7/14/2005, you wrote: > >Hi folks, I'm kinda new on the list. > > > >I've been trying to build libshout 2.1 and then > >icecast 2.2.0 under Windows, using Visual Studio > 7.0 > >(.net), but had lots of problems. > > > >I've fetched needed packages including curl, iconv, > >libxml2, libxslt, org, pthreads, theora, but I > still > >cannot find "implement.h", and the build reports > >errors at linking such as "invalid or corrupt > file". > > > >Does any one have experience on building under > >Windows, and can refer me further resources? > Anywhere > >to download the complete source package that can be > >built smooth under Windows? Your help is greatly > >appreciated. > > > >Best, > >Yi > >_______________________________________________ > >Icecast mailing list > >Icecast at xiph.org > >http://lists.xiph.org/mailman/listinfo/icecast > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From yjliang99 at yahoo.com Fri Jul 15 08:15:24 2005 From: yjliang99 at yahoo.com (Yi Liang) Date: Fri, 15 Jul 2005 01:15:24 -0700 (PDT) Subject: [Icecast] streaming non-MP3 formats In-Reply-To: <6.0.1.1.2.20050714155309.01fe9b48@www.oddsock.org> Message-ID: <20050715081525.85473.qmail@web30006.mail.mud.yahoo.com> Hi, I'm working on a project to add more audio formats other than MP3 and Ogg that can be streamed by Icecast. Yes, I mean streaming those formats, not converting them to MP3. These formats I'd like to add include PCM (.wav) and ADPCM (.adp). Although they are much less advanced codecs compared to MP3, they have a valid market for low-power clients. I've been working on the source codes, and believe I need to write modules analogous to format_mp3.c in Icecast, and mp3.c in Libshout. Does anyone have suggestions, advice? Anyone interested in this project and interested in working with me? Thanks. Yi From chiapas at riseup.net Fri Jul 15 12:54:49 2005 From: chiapas at riseup.net (chip) Date: Fri, 15 Jul 2005 13:54:49 +0100 (BST) Subject: [Icecast] Adding streaming MP3 files to websites Message-ID: <3370.chiapas.1121432089.squirrel@mail.riseup.net> hi i need to add some streaming media files to a website. the files are hosted on an Icecast server and i link to them from my webserver using .m3u files. the files stream ok for users with Firefox/Winamp but for IE users i just get a page with an embedded QuickTime player in it which just hangs. this also hangs for me using Mozilla/Win2K. i've made sure that /etc/mime.types on the Icecast server contains the following and i've restarted Apache/Icecast: audio/MP3 .mp3 audio/m3u .mpu audio/x-mpeg .mp3 audio/x-mpegurl .m3u audio/x-mpegurl .mp3url anything obvious that i've overlooked or should be doing? thanks in advance. chip From chiapas at riseup.net Fri Jul 15 13:18:17 2005 From: chiapas at riseup.net (chip) Date: Fri, 15 Jul 2005 14:18:17 +0100 (BST) Subject: [Icecast] Page Views & Icecast logs Message-ID: <3400.chiapas.1121433497.squirrel@mail.riseup.net> hi i was involved in a webcast for the UK Make Poverty History event on July 2nd and have analyzed my Icecast logs using Sawmill (http://www.sawmill.net/) which supports Icecast logs: http://www.sawmill.net/formats/ice_cast.html looking at the data below i have been asked what the difference is between 'Page Views' and 'Visitors' with regard to Icecast logs: Page Hits Page views Visitors Size 1 /mph.mp3 14,542 34.4 % 14,542 7,710 16.12 G 2 /mph.mp3.m3u 11,812 28.0 % 11,812 8,805 1.07 M from a Sawmill Manual & FAQ - www.haage-partner.net/download/ Sawmill/Sawmill7-Documentation.pdf - page views are the numbers of 'accesses to HTML pages' and 'page views correspond to hits on pages'. from the above i can see that 'Hits' equals 'Page Views' which makes sense - what does Icecast log as a Hit or Page View? does this mean anything at all in Icecast terms or should i safely ignore the number of Page Views? regards chip From fred at batanga.com Fri Jul 15 14:42:14 2005 From: fred at batanga.com (Fred Black) Date: Fri, 15 Jul 2005 10:42:14 -0400 Subject: [Icecast] Can't get Master/ Server Relay to work In-Reply-To: <1121368577.6618.106.camel@bogus.hackers.club> Message-ID: Karl, I finally got a relay to work, using the Windows EXE that Oddsock compiled on 7/13/05. According to the doc file, there are two ways to relay, the 1st by specifying a master server and all mount points will be automatically relayed, and the second way by specifying each relay individually. I never could get the 1st method to work, however the second method does. Using the 1st method, I never saw anything in the log files on either server. By adding "" entry for the mount point on the master server, I would then see an entry in the slave's error log that the mount point was found and then shut down. The mount point would not show up in the mount point list. In addition, the relay is active and works, it does not exhibit the bug mentioned here: "There is a secondary issue, which is now fixed in SVN but not in the win32 exe yet which has just come to light. The relay as defined from a master is not enabled by default in the slave. You can enable it via the admin interface (managerelays) of the slave." Fred -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: Thursday, July 14, 2005 3:16 PM To: Fred Black Cc: 'icecast' Subject: RE: [Icecast] Can't get Master/ Server Relay to work On Thu, 2005-07-14 at 18:40, Fred Black wrote: > Karl, > Thanks for the info... I didn't realize (from the docs) that you had > to have s defined on the master for the slave to pick them up. it probably needs expanding on > One more question. Can I use both the Intro option and the Relay option? > If so do I define on the slave and include the into option on > the slave? yes, mount details don't filter from the master, so the slave has to define them, and that includes the intro option. You can also think of the slave relay as a listener to the master, and as such is unaware that an intro file is been used. The intro file option is a mount option so applies to source client or relay even if the relay is on-demand. karl. From dvkoushik at gmail.com Fri Jul 15 15:09:05 2005 From: dvkoushik at gmail.com (K D) Date: Fri, 15 Jul 2005 20:39:05 +0530 Subject: [Icecast] On Demand Streaming Message-ID: Hi, I am searching for a good manual which has step by step information on creating On demand Play list where users can choose their songs and play them. BTW: Is this is possible? If so, can you please send me the information on how it can be done or any link which has these? I have Icecast 2.2.0 version, which is running on windows XP. Please help me out. A reply would be appreciated ? Awaiting a reply! Thanks, Vijay From chiapas at riseup.net Fri Jul 15 16:55:22 2005 From: chiapas at riseup.net (chip) Date: Fri, 15 Jul 2005 17:55:22 +0100 (BST) Subject: [Icecast] Page Views & Icecast logs In-Reply-To: <3400.chiapas.1121433497.squirrel@mail.riseup.net> References: <3400.chiapas.1121433497.squirrel@mail.riseup.net> Message-ID: <2966.chiapas.1121446522.squirrel@mail.riseup.net> hi i've been thinking more about my query below: chip said: > looking at the data below i have been asked what the difference is between > 'Page Views' and 'Visitors' with regard to Icecast logs: > > Page Hits Page views Visitors Size > 1 /mph.mp3 14,542 34.4 % 14,542 7,710 16.12 G > 2 /mph.mp3.m3u 11,812 28.0 % 11,812 8,805 1.07 M > > from a Sawmill Manual & FAQ - www.haage-partner.net/download/ > Sawmill/Sawmill7-Documentation.pdf - page views are the numbers of > 'accesses to HTML pages' and 'page views correspond to hits on pages'. > > from the above i can see that 'Hits' equals 'Page Views' which makes sense > - what does Icecast log as a Hit or Page View? > > does this mean anything at all in Icecast terms or should i safely ignore > the number of Page Views? if a Visitor's connection to a stream dropped but then their client automatically reconnected would that possibly count as a new Hit and not increase the number of Visitors? thanks in advance. chip From fred at batanga.com Fri Jul 15 18:15:01 2005 From: fred at batanga.com (Fred Black) Date: Fri, 15 Jul 2005 14:15:01 -0400 Subject: [Icecast] Shoutcast YP/WinAmp Directory Listing Message-ID: <7eys17rg2nsci2x.150720051413@batanga.com> Hi; Is it possible for an Icecast stream to get listed in the Shoutcast YP and WinAmp? If so, what's the correct syntax for the directory entry? Thanks, Fred -------------- next part -------------- An HTML attachment was scrubbed... URL: From oddsock at oddsock.org Fri Jul 15 18:24:22 2005 From: oddsock at oddsock.org (oddsock) Date: Fri, 15 Jul 2005 13:24:22 -0500 Subject: [Icecast] Shoutcast YP/WinAmp Directory Listing In-Reply-To: <7eys17rg2nsci2x.150720051413@batanga.com> References: <7eys17rg2nsci2x.150720051413@batanga.com> Message-ID: <6.0.1.1.2.20050715132302.01e89ec8@www.oddsock.org> Nope. http://forum.icecast.org/viewtopic.php?t=46 you can, however, use my MediaLibrary plugin to view the Icecast directory in winamp. http://www.oddsock.org/tools/ml_icecastlist oddsock At 01:15 PM 7/15/2005, you wrote: >Hi; >Is it possible for an Icecast stream to get listed in the Shoutcast YP and >WinAmp? If so, what's the correct syntax for the directory entry? > >Thanks, >Fred >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From r.meechan at wgltd.com Fri Jul 15 18:45:28 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Fri, 15 Jul 2005 19:45:28 +0100 Subject: [Icecast] Shoutcast YP/WinAmp Directory Listing Message-ID: <4B9A6084080C8247840154B0759B3FE771102F@server03.wilsonandgarden.com> Looking at the faq on steamcast, it sais they list mounts on shoutcast.com Why cant icecast? regards -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of oddsock Sent: 15 July 2005 7:24 PM To: icecast at xiph.org Subject: Re: [Icecast] Shoutcast YP/WinAmp Directory Listing Nope. http://forum.icecast.org/viewtopic.php?t=46 you can, however, use my MediaLibrary plugin to view the Icecast directory in winamp. http://www.oddsock.org/tools/ml_icecastlist oddsock At 01:15 PM 7/15/2005, you wrote: >Hi; >Is it possible for an Icecast stream to get listed in the Shoutcast YP and >WinAmp? If so, what's the correct syntax for the directory entry? > >Thanks, >Fred >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From oddsock at oddsock.org Fri Jul 15 19:16:50 2005 From: oddsock at oddsock.org (oddsock) Date: Fri, 15 Jul 2005 14:16:50 -0500 Subject: [Icecast] Shoutcast YP/WinAmp Directory Listing In-Reply-To: <4B9A6084080C8247840154B0759B3FE771102F@server03.wilsonandg arden.com> References: <4B9A6084080C8247840154B0759B3FE771102F@server03.wilsonandgarden.com> Message-ID: <6.0.1.1.2.20050715141151.0385d700@www.oddsock.org> From a technical standpoint, we could make this happen, however : 1. the Shoutcast listing protocol is completely different from the Icecast one, and so we'd have to code it and maintain it. 2. (more importantly) Shoutcast has, in the past, banned all non-shoutcast stations (and yes, even specifically icecast stations) from their directory. They've explicitly stated they don't want icecast stations in their directory, so we respect that and do not try to subvert the process. Their rationale ? They say that listener counts are too easily faked (certainly true) and thus they cannot rely on the listener counts being correct. It's kind of an empty argument since it's fairly trivial to fake the shoutcast listener counts too..but hey, who am I to judge :) Why can Steamcast list on shoutcast ? Who knows.. I think Jay reads this list, perhaps he can chime in.... oddsock At 01:45 PM 7/15/2005, you wrote: >Looking at the faq on steamcast, it sais they list mounts on >shoutcast.com >Why cant icecast? > >regards > >-----Original Message----- >From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On >Behalf Of oddsock >Sent: 15 July 2005 7:24 PM >To: icecast at xiph.org >Subject: Re: [Icecast] Shoutcast YP/WinAmp Directory Listing > >Nope. >http://forum.icecast.org/viewtopic.php?t=46 > >you can, however, use my MediaLibrary plugin to view the Icecast >directory in winamp. http://www.oddsock.org/tools/ml_icecastlist > > >oddsock >At 01:15 PM 7/15/2005, you wrote: > >Hi; > >Is it possible for an Icecast stream to get listed in the Shoutcast YP >and > >WinAmp? If so, what's the correct syntax for the directory entry? > > > >Thanks, > >Fred > >_______________________________________________ > >Icecast mailing list > >Icecast at xiph.org > >http://lists.xiph.org/mailman/listinfo/icecast > > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast > > > >Ricardo Meechan >IT Administrator >Mobile: +44 (0) 7966 484 371 > >Wilson & Garden LTD >t: +44 (0) 1236 823291 >f: +44 (0) 1236 825683 > > >Company registered in Scotland SC267457 > >NOTE: All emails to and from Wilson & Garden are protected by Antivirus >and spam filters. >We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam >filtering. > >This message (and any associated files) is intended only for the use of >the individual or entity to which it is addressed and may contain >information that is confidential, subject to copyright or constitutes a >trade secret. If you are not the intended recipient you are hereby >notified that any dissemination, copying or distribution of this message, >or files associated with this message, is strictly prohibited. If you have >received this message in error, please notify us immediately by replying >to the message and deleting it from your computer. Messages sent to and >from us may be monitored. > >Internet communications cannot be guaranteed to be secure or error-free as >information could be intercepted, corrupted, lost, destroyed, arrive late >or incomplete, or contain viruses. Therefore, we do not accept >responsibility for any errors or omissions that are present in this >message, or any attachment, that have arisen as a result of e-mail >transmission. If verification is required, please request a hard-copy >version. Any views or opinions presented are solely those of the author >and do not necessarily represent those of the company. > > > > > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From fred at batanga.com Fri Jul 15 19:30:30 2005 From: fred at batanga.com (Fred Black) Date: Fri, 15 Jul 2005 15:30:30 -0400 Subject: [Icecast] Shoutcast YP/WinAmp Directory Listing In-Reply-To: <4B9A6084080C8247840154B0759B3FE771102F@server03.wilsonandgarden.com> Message-ID: Can you provide a link for this faq, I don't see it in the one I'm looking at: "Looking at the faq on steamcast, it sais they list mounts on shoutcast.com Why cant icecast? " Thanks, Fred -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Ricardo Meechan Sent: Friday, July 15, 2005 2:45 PM To: icecast at xiph.org Subject: RE: [Icecast] Shoutcast YP/WinAmp Directory Listing Looking at the faq on steamcast, it sais they list mounts on shoutcast.com Why cant icecast? regards -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of oddsock Sent: 15 July 2005 7:24 PM To: icecast at xiph.org Subject: Re: [Icecast] Shoutcast YP/WinAmp Directory Listing Nope. http://forum.icecast.org/viewtopic.php?t=46 you can, however, use my MediaLibrary plugin to view the Icecast directory in winamp. http://www.oddsock.org/tools/ml_icecastlist oddsock At 01:15 PM 7/15/2005, you wrote: >Hi; >Is it possible for an Icecast stream to get listed in the Shoutcast YP and >WinAmp? If so, what's the correct syntax for the directory entry? > >Thanks, >Fred >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From mark at indymedia.org Fri Jul 15 20:27:36 2005 From: mark at indymedia.org (mark burdett) Date: Fri, 15 Jul 2005 13:27:36 -0700 Subject: [Icecast] Page Views & Icecast logs In-Reply-To: <2966.chiapas.1121446522.squirrel@mail.riseup.net> References: <3400.chiapas.1121433497.squirrel@mail.riseup.net> <2966.chiapas.1121446522.squirrel@mail.riseup.net> Message-ID: <20050715202736.GA16004@indymedia.org> > if a Visitor's connection to a stream dropped but then their client > automatically reconnected would that possibly count as a new Hit and not > increase the number of Visitors? yes. > > thanks in advance. > > chip > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From r.meechan at wgltd.com Fri Jul 15 21:28:09 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Fri, 15 Jul 2005 22:28:09 +0100 Subject: [Icecast] Shoutcast YP/WinAmp Directory Listing Message-ID: <4B9A6084080C8247840154B0759B3FE7711030@server03.wilsonandgarden.com> Thanks for the info oddsock, I guess at the end of the day, if icecast was listing in scast and scast banned it then it would be a waste of time And they would ban the streams as soon as they find em being listed so we'll forget that idea ;-) Fred: http://www.steamcast.com/faq.php?p_id=#5 Regards. -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Fred Black Sent: 15 July 2005 8:31 PM To: 'icecast' Subject: RE: [Icecast] Shoutcast YP/WinAmp Directory Listing Can you provide a link for this faq, I don't see it in the one I'm looking at: "Looking at the faq on steamcast, it sais they list mounts on shoutcast.com Why cant icecast? " Thanks, Fred -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Ricardo Meechan Sent: Friday, July 15, 2005 2:45 PM To: icecast at xiph.org Subject: RE: [Icecast] Shoutcast YP/WinAmp Directory Listing Looking at the faq on steamcast, it sais they list mounts on shoutcast.com Why cant icecast? regards -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of oddsock Sent: 15 July 2005 7:24 PM To: icecast at xiph.org Subject: Re: [Icecast] Shoutcast YP/WinAmp Directory Listing Nope. http://forum.icecast.org/viewtopic.php?t=46 you can, however, use my MediaLibrary plugin to view the Icecast directory in winamp. http://www.oddsock.org/tools/ml_icecastlist oddsock At 01:15 PM 7/15/2005, you wrote: >Hi; >Is it possible for an Icecast stream to get listed in the Shoutcast YP and >WinAmp? If so, what's the correct syntax for the directory entry? > >Thanks, >Fred >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From greg at orban.com Sat Jul 16 00:10:07 2005 From: greg at orban.com (Greg J. Ogonowski) Date: Fri, 15 Jul 2005 17:10:07 -0700 Subject: [Icecast] Shoutcast YP/WinAmp Directory Listing In-Reply-To: <7eys17rg2nsci2x.150720051413@batanga.com> References: <7eys17rg2nsci2x.150720051413@batanga.com> Message-ID: <6.2.1.2.2.20050715170753.0728fc90@66.220.31.130> FWIW: We also maintain a Streaming Directory Listing at www.opticodec.net and www.tuner2.com for Icecast2/SHOUTcast AAC/aacPlus streams. This is a "one-stop" listing for high quality audio streams. -greg. At 11:15 2005-07-15, Fred Black wrote: >Hi; >Is it possible for an Icecast stream to get listed in the Shoutcast YP and >WinAmp? If so, what's the correct syntax for the directory entry? > >Thanks, >Fred >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From admin at radiotoolbox.com Sat Jul 16 01:14:42 2005 From: admin at radiotoolbox.com (Jay Krivanek) Date: Fri, 15 Jul 2005 20:14:42 -0500 Subject: [Icecast] Shoutcast YP/WinAmp Directory Listing In-Reply-To: <6.0.1.1.2.20050715141151.0385d700@www.oddsock.org> Message-ID: <000701c589a3$bf2f4d70$8ec3fea9@JAY> >Why can Steamcast list on shoutcast ? Who knows.. I think Jay reads this >list, perhaps he can chime in.... Yea, the logic that oddsock presents is what was presented to me. SHOUTcast decided this route because you could easily interpret the transactions necessary to list due to the open source nature and easily manipulate listener counts to gain high visibility in the directory. SHOUTcast put stumbling blocks in the way but it isn't really that hard to bypass, although I wouldn't suggest doing it in Icecast unless you understand the full gammet of their restrictions and rules. Their are also several requirements a server must follow to be listed at shoutcast.com which at the time Icecast didn't support. They ultimately have control over what gets published in their directory so if they don't want others there they can easily take steps to block them. There are many alternative directories to choose from www.steamcast.com is my version of Icecast2's YP protocal which I hope to release soon so that others can run their own directory if they wish. Jay -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of oddsock Sent: Friday, July 15, 2005 2:17 PM To: icecast at xiph.org Subject: RE: [Icecast] Shoutcast YP/WinAmp Directory Listing From a technical standpoint, we could make this happen, however : 1. the Shoutcast listing protocol is completely different from the Icecast one, and so we'd have to code it and maintain it. 2. (more importantly) Shoutcast has, in the past, banned all non-shoutcast stations (and yes, even specifically icecast stations) from their directory. They've explicitly stated they don't want icecast stations in their directory, so we respect that and do not try to subvert the process. Their rationale ? They say that listener counts are too easily faked (certainly true) and thus they cannot rely on the listener counts being correct. It's kind of an empty argument since it's fairly trivial to fake the shoutcast listener counts too..but hey, who am I to judge :) Why can Steamcast list on shoutcast ? Who knows.. I think Jay reads this list, perhaps he can chime in.... oddsock At 01:45 PM 7/15/2005, you wrote: >Looking at the faq on steamcast, it sais they list mounts on >shoutcast.com >Why cant icecast? > >regards > >-----Original Message----- >From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On >Behalf Of oddsock >Sent: 15 July 2005 7:24 PM >To: icecast at xiph.org >Subject: Re: [Icecast] Shoutcast YP/WinAmp Directory Listing > >Nope. >http://forum.icecast.org/viewtopic.php?t=46 > >you can, however, use my MediaLibrary plugin to view the Icecast >directory in winamp. http://www.oddsock.org/tools/ml_icecastlist > > >oddsock >At 01:15 PM 7/15/2005, you wrote: > >Hi; > >Is it possible for an Icecast stream to get listed in the Shoutcast YP >and > >WinAmp? If so, what's the correct syntax for the directory entry? > > > >Thanks, > >Fred > >_______________________________________________ > >Icecast mailing list > >Icecast at xiph.org > >http://lists.xiph.org/mailman/listinfo/icecast > > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast > > > >Ricardo Meechan >IT Administrator >Mobile: +44 (0) 7966 484 371 > >Wilson & Garden LTD >t: +44 (0) 1236 823291 >f: +44 (0) 1236 825683 > > >Company registered in Scotland SC267457 > >NOTE: All emails to and from Wilson & Garden are protected by Antivirus >and spam filters. >We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam >filtering. > >This message (and any associated files) is intended only for the use of >the individual or entity to which it is addressed and may contain >information that is confidential, subject to copyright or constitutes a >trade secret. If you are not the intended recipient you are hereby >notified that any dissemination, copying or distribution of this message, >or files associated with this message, is strictly prohibited. If you have >received this message in error, please notify us immediately by replying >to the message and deleting it from your computer. Messages sent to and >from us may be monitored. > >Internet communications cannot be guaranteed to be secure or error-free as >information could be intercepted, corrupted, lost, destroyed, arrive late >or incomplete, or contain viruses. Therefore, we do not accept >responsibility for any errors or omissions that are present in this >message, or any attachment, that have arisen as a result of e-mail >transmission. If verification is required, please request a hard-copy >version. Any views or opinions presented are solely those of the author >and do not necessarily represent those of the company. > > > > > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From Jason at Weatherserver.net Sat Jul 16 17:48:08 2005 From: Jason at Weatherserver.net (Jason) Date: Sat, 16 Jul 2005 13:48:08 -0400 Subject: [Icecast] Question Message-ID: <000801c58a2e$86f85ec0$1400000a@workstation> Is there a way if possible that a web interface for source providers can login with there mount login/pass and view users, kill clients, update metadata. But only have access to there own mount? -=-=-=-=-=-=-=Ottawa Valley Weather-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Weather @ 1:46pm - Temp: 30.9?C - Humidity 31% - Wind: NE @ 0 km/h Baro: 1002kPa Steady - Vis: 14km - Sky: Clear - Weather: --- Hourly Rain: 0.00mm - Daily Rain: 0.00mm - Total Rain(May 28th): 0.00mm =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-= Our Alert Lists: MTO-PEEL, MTO-TORONTO, MTO-YORK, NHC, OntarioDiscussion, SPC, USThunderStormWarnings, USTornadoWarnings, WxDispatch Signup at http://listserver.weatherserver.net today..... -------------- next part -------------- An HTML attachment was scrubbed... URL: From ross at stationplaylist.com Mon Jul 18 11:02:15 2005 From: ross at stationplaylist.com (Ross Levis) Date: Mon, 18 Jul 2005 23:02:15 +1200 Subject: [Icecast] Oddcast & vorbisenc.dll Message-ID: <00eb01c58b88$27f15e30$5100a8c0@levis4> Hey oddsock, I was wondering why vorbisenc.dll is statically linked inside oddcastv3, yet vorbis.dll, ogg.dll, etc is not. This means I cannot update my stream to use a newer version of the encoder, and I can't try other tunings of encoders. I'm wondering if this is a mistake since vorbisenc.dll is distributed in your package, yet it is not used. It would be very nice if you could switch to dynamically loading vorbisenc.dll so I can update to the latest version of the aoTuVb4 encoder. Regards, Ross. -------------- next part -------------- An HTML attachment was scrubbed... URL: From linux at leitold.info Mon Jul 18 11:01:50 2005 From: linux at leitold.info (Christian Leitold) Date: Mon, 18 Jul 2005 13:01:50 +0200 Subject: [Icecast] ices2 "crashes" respectivley produces hissing Message-ID: Hello list! I've recently installed icecast2 and ices2 on my Debian Sarge box, to stream some musik for my local network. Basically, it just runs fine, using my soundcard / ALSA as audio source. Unfortunately, there is one BIG problem: after a certain amount of time (varies, can be a few minutes up to an hour or so), ices2 just "crashes", thus producing a terrible noise on the client(s) receiving the stream. Strange enough, apart from that it seems that everything is just in order, there is no error message, and even song metadata (produced by XMMS an a small perl script on the server) is still broadcasted by the the programme. I would be really glad if someone could provide some help for my weird problem! If needed, I've attached a copy of my ices2.xml to that message. Thanks a lot! Christian Leitold From linux at leitold.info Mon Jul 18 17:20:51 2005 From: linux at leitold.info (Christian Leitold) Date: Mon, 18 Jul 2005 19:20:51 +0200 Subject: [Icecast] Re: ices2 "crashes" respectivley produces hissing In-Reply-To: References: Message-ID: I've just found out the problem also occurs when using darkice instead of ices2. Therefore, I guess that icecast2 is actually responsible for this strange behaviour. Christian Leitold From fred at batanga.com Mon Jul 18 18:10:49 2005 From: fred at batanga.com (Fred Black) Date: Mon, 18 Jul 2005 14:10:49 -0400 Subject: [Icecast] relaying IceCast from ShoutCast Message-ID: Hi; Has anyone successfully relayed an Icecast stream using Shoutcast? I realize that this is backwards! However, several organizations that want to use our streams use Shoutcast, I really don't want to setup shoutcast and Icecast, but unless I can relay an Icecast stream with Shoutcast, I'm going to have to. Thanks, Fred -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jason at Weatherserver.net Mon Jul 18 18:21:49 2005 From: Jason at Weatherserver.net (Jason) Date: Mon, 18 Jul 2005 14:21:49 -0400 Subject: [Icecast] relaying IceCast from ShoutCast References: Message-ID: <002601c58bc5$903a3880$1400000a@workstation> I've never tried myself, I do alot of shoutcast to icecast relays but not the other way. I can't even recall if shoutcast will relay or not ----- Original Message ----- From: Fred Black To: 'icecast' Sent: Monday, July 18, 2005 2:10 PM Subject: [Icecast] relaying IceCast from ShoutCast Hi; Has anyone successfully relayed an Icecast stream using Shoutcast? I realize that this is backwards! However, several organizations that want to use our streams use Shoutcast, I really don't want to setup shoutcast and Icecast, but unless I can relay an Icecast stream with Shoutcast, I'm going to have to. Thanks, Fred ------------------------------------------------------------------------------ _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From fred at batanga.com Mon Jul 18 18:36:16 2005 From: fred at batanga.com (Fred Black) Date: Mon, 18 Jul 2005 14:36:16 -0400 Subject: [Icecast] relaying IceCast from ShoutCast In-Reply-To: <002601c58bc5$903a3880$1400000a@workstation> Message-ID: <2cm88kmojqfd6ur.180720051434@batanga.com> Shoutcast will relay, but I can't seem to specify the Icecast mountpoint, it only has options for IP and Port... Fred _____ From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Jason Sent: Monday, July 18, 2005 2:22 PM To: icecast-bounces at xiph.org; 'icecast' Subject: Re: [Icecast] relaying IceCast from ShoutCast I've never tried myself, I do alot of shoutcast to icecast relays but not the other way. I can't even recall if shoutcast will relay or not ----- Original Message ----- From: Fred Black To: 'icecast' Sent: Monday, July 18, 2005 2:10 PM Subject: [Icecast] relaying IceCast from ShoutCast Hi; Has anyone successfully relayed an Icecast stream using Shoutcast? I realize that this is backwards! However, several organizations that want to use our streams use Shoutcast, I really don't want to setup shoutcast and Icecast, but unless I can relay an Icecast stream with Shoutcast, I'm going to have to. Thanks, Fred _____ _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From agentgrn at dcne.net Mon Jul 18 21:46:35 2005 From: agentgrn at dcne.net (Ian A. Underwood) Date: Mon, 18 Jul 2005 17:46:35 -0400 Subject: [Icecast] bandwidth calculation In-Reply-To: <56755a7050714122642c36b90@mail.gmail.com> References: <20050714185134.92EEF1212F1@ns2.osuosl.org> <56755a7050714122642c36b90@mail.gmail.com> Message-ID: <42DC233B.10204@dcne.net> Daniel Ballenger wrote: > I'm pretty sure that the protocol used by icecast is TCP so you also > have the overhead from TCP to add, though in the end, the overhead > probably isn't enough to be really noticed. > > -Daniel Do that for a few hundred connections, and the overhead can add up to something more significant. I'm basing this on a theoretical maximum of an IP packet, not counting any streaming overhead. A 56,000 bits/sec = 7,000 bytes/sec. MTU of an IP packet in most cases = 1500 bytes. With an IP header of 20 bytes and a TCP header of 20 bytes, assuming no options, that leaves 1,460 bytes for payload. 7,000 / 1,460 = 4.8 packest/sec. 4.8 pkts/sec * 40 bytes of header = 192 bytes/sec. 7,192 bytes / sec = 57,536 bits /sec. All-in-all, the IP overhead accounts for an additional 3% with a 56kbps stream. Take the overhead and multiply it by the number of simultanenous clients. In my experience, though the actual data rate is higher. I haven't done any further testing in awhile and I assume that the theoretical maximum of stuff put in each packet isn't the full 1460 bytes. -I From karl at xiph.org Mon Jul 18 22:09:20 2005 From: karl at xiph.org (Karl Heyes) Date: 18 Jul 2005 23:09:20 +0100 Subject: [Icecast] bandwidth calculation In-Reply-To: <42DC233B.10204@dcne.net> References: <20050714185134.92EEF1212F1@ns2.osuosl.org> <56755a7050714122642c36b90@mail.gmail.com> <42DC233B.10204@dcne.net> Message-ID: <1121724558.6618.4957.camel@bogus.hackers.club> On Mon, 2005-07-18 at 22:46, Ian A. Underwood wrote: > Do that for a few hundred connections, and the overhead can add up to > something more significant. I'm basing this on a theoretical maximum of > an IP packet, not counting any streaming overhead. > > A 56,000 bits/sec = 7,000 bytes/sec. > > MTU of an IP packet in most cases = 1500 bytes. With an IP header of 20 > bytes and a TCP header of 20 bytes, assuming no options, that leaves > 1,460 bytes for payload. > > 7,000 / 1,460 = 4.8 packest/sec. > > 4.8 pkts/sec * 40 bytes of header = 192 bytes/sec. > > 7,192 bytes / sec = 57,536 bits /sec. > > All-in-all, the IP overhead accounts for an additional 3% with a 56kbps > stream. Take the overhead and multiply it by the number of > simultanenous clients. > > In my experience, though the actual data rate is higher. I haven't done > any further testing in awhile and I assume that the theoretical maximum > of stuff put in each packet isn't the full 1460 bytes. I don't think the mp3 bitrate accounts for framing either, nevermind the TCP and any shoutcast metadata overhead. Of course the big assumption you made is that packets sizes are near the 1500 byte size. There have been reports of TCP packets of less than 100 bytes for the likes of mp3. My tests of the batching up of pass-through data does seem to be working well for that case though. karl. From fred at batanga.com Tue Jul 19 01:51:30 2005 From: fred at batanga.com (Fred Black) Date: Mon, 18 Jul 2005 21:51:30 -0400 Subject: [Icecast] relaying IceCast from ShoutCast Message-ID: <664qqy128xefhkz.180720052150@batanga.com> I've been thinking more about this. It would be really nice if Icecast could add a port to a mountpoint and emulate whatever information Shoutcast requests when it relays a shoutcast stream. This way Shoutcast could relay Icecast streams. Fred _____ From: Fred Black [mailto:fred at batanga.com] Sent: Monday, July 18, 2005 2:36 PM To: 'icecast' Subject: RE: [Icecast] relaying IceCast from ShoutCast Shoutcast will relay, but I can't seem to specify the Icecast mountpoint, it only has options for IP and Port... Fred _____ From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Jason Sent: Monday, July 18, 2005 2:22 PM To: icecast-bounces at xiph.org; 'icecast' Subject: Re: [Icecast] relaying IceCast from ShoutCast I've never tried myself, I do alot of shoutcast to icecast relays but not the other way. I can't even recall if shoutcast will relay or not ----- Original Message ----- From: Fred Black To: 'icecast' Sent: Monday, July 18, 2005 2:10 PM Subject: [Icecast] relaying IceCast from ShoutCast Hi; Has anyone successfully relayed an Icecast stream using Shoutcast? I realize that this is backwards! However, several organizations that want to use our streams use Shoutcast, I really don't want to setup shoutcast and Icecast, but unless I can relay an Icecast stream with Shoutcast, I'm going to have to. Thanks, Fred _____ _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlrsmith at gmail.com Tue Jul 19 11:47:02 2005 From: mlrsmith at gmail.com (Michael Smith) Date: Tue, 19 Jul 2005 13:47:02 +0200 Subject: [Icecast] relaying IceCast from ShoutCast In-Reply-To: <664qqy128xefhkz.180720052150@batanga.com> References: <664qqy128xefhkz.180720052150@batanga.com> Message-ID: <3c1737210507190447281554d1@mail.gmail.com> On 7/19/05, Fred Black wrote: > > I've been thinking more about this. It would be really nice if Icecast > could add a port to a mountpoint and emulate whatever information Shoutcast > requests when it relays a shoutcast stream. This way Shoutcast could relay > Icecast streams. That would be nice, wouldn't it? Hey, it's already implemented! That's why we have port-specific aliases. They're not really well documented, patches to explain this a bit better would be appreciated. I'm also not sure how well tested this is, I know I've never tried to use shoutcast, because... well, I'd much rather use icecast :-) Anyway, I think this should be possible just by configuring icecast, no new features needed. Mike From fred at batanga.com Tue Jul 19 13:26:57 2005 From: fred at batanga.com (Fred Black) Date: Tue, 19 Jul 2005 09:26:57 -0400 Subject: [Icecast] relaying IceCast from ShoutCast In-Reply-To: <3c1737210507190447281554d1@mail.gmail.com> Message-ID: Great, thanks for the info... However... Like you said, I can't find much on it... Here's the section from the icecast_full.xml file... Anyone have any more information on how to bind an alias to a specific port? Thanks, Fred -----Original Message----- From: Michael Smith [mailto:mlrsmith at gmail.com] Sent: Tuesday, July 19, 2005 7:47 AM To: Fred Black Cc: icecast Subject: Re: [Icecast] relaying IceCast from ShoutCast On 7/19/05, Fred Black wrote: > > I've been thinking more about this. It would be really nice if > Icecast could add a port to a mountpoint and emulate whatever > information Shoutcast requests when it relays a shoutcast stream. > This way Shoutcast could relay Icecast streams. That would be nice, wouldn't it? Hey, it's already implemented! That's why we have port-specific aliases. They're not really well documented, patches to explain this a bit better would be appreciated. I'm also not sure how well tested this is, I know I've never tried to use shoutcast, because... well, I'd much rather use icecast :-) Anyway, I think this should be possible just by configuring icecast, no new features needed. Mike From fred at batanga.com Tue Jul 19 14:30:37 2005 From: fred at batanga.com (Fred Black) Date: Tue, 19 Jul 2005 10:30:37 -0400 Subject: [Icecast] relaying IceCast from ShoutCast Message-ID: I Found some old posts with some syntax for this, but it does not appear to work. Should this work in the Windows version? Here's the line from the Path section of my config file: Fred -----Original Message----- From: Fred Black [mailto:fred at batanga.com] Sent: Tuesday, July 19, 2005 9:27 AM To: 'icecast' Subject: RE: [Icecast] relaying IceCast from ShoutCast Great, thanks for the info... However... Like you said, I can't find much on it... Here's the section from the icecast_full.xml file... Anyone have any more information on how to bind an alias to a specific port? Thanks, Fred -----Original Message----- From: Michael Smith [mailto:mlrsmith at gmail.com] Sent: Tuesday, July 19, 2005 7:47 AM To: Fred Black Cc: icecast Subject: Re: [Icecast] relaying IceCast from ShoutCast On 7/19/05, Fred Black wrote: > > I've been thinking more about this. It would be really nice if > Icecast could add a port to a mountpoint and emulate whatever > information Shoutcast requests when it relays a shoutcast stream. > This way Shoutcast could relay Icecast streams. That would be nice, wouldn't it? Hey, it's already implemented! That's why we have port-specific aliases. They're not really well documented, patches to explain this a bit better would be appreciated. I'm also not sure how well tested this is, I know I've never tried to use shoutcast, because... well, I'd much rather use icecast :-) Anyway, I think this should be possible just by configuring icecast, no new features needed. Mike From mlrsmith at gmail.com Tue Jul 19 14:36:11 2005 From: mlrsmith at gmail.com (Michael Smith) Date: Tue, 19 Jul 2005 16:36:11 +0200 Subject: [Icecast] relaying IceCast from ShoutCast In-Reply-To: References: Message-ID: <3c173721050719073668240fc1@mail.gmail.com> On 7/19/05, Fred Black wrote: > I Found some old posts with some syntax for this, but it does not appear to > work. Should this work in the Windows version? > > Here's the line from the Path section of my config file: > It's extremely unlikely that you want to use the bind-address attribute. If you do, you'll know precisely why. If you don't know exactly what it does, then you don't need it - it's only for certain configurations on complex systems with multiple network interfaces. With the port attribute set, this _should_ work in all versions. Mike From fred at batanga.com Tue Jul 19 14:53:25 2005 From: fred at batanga.com (Fred Black) Date: Tue, 19 Jul 2005 10:53:25 -0400 Subject: [Icecast] relaying IceCast from ShoutCast In-Reply-To: <3c173721050719073668240fc1@mail.gmail.com> Message-ID: Mike, I had tried it without the bind-address first and no luck. I took it back out and still no luck. I can listen to the stream by using http://38.116.36.8:8000/Jazz, but can not get to the alias with http://38.116.36.8:8010 Fred -----Original Message----- From: Michael Smith [mailto:mlrsmith at gmail.com] Sent: Tuesday, July 19, 2005 10:36 AM To: Fred Black Cc: icecast Subject: Re: [Icecast] relaying IceCast from ShoutCast On 7/19/05, Fred Black wrote: > I Found some old posts with some syntax for this, but it does not > appear to work. Should this work in the Windows version? > > Here's the line from the Path section of my config file: > dest="/Jazz"/> It's extremely unlikely that you want to use the bind-address attribute. If you do, you'll know precisely why. If you don't know exactly what it does, then you don't need it - it's only for certain configurations on complex systems with multiple network interfaces. With the port attribute set, this _should_ work in all versions. Mike From fred at batanga.com Tue Jul 19 15:16:48 2005 From: fred at batanga.com (Fred Black) Date: Tue, 19 Jul 2005 11:16:48 -0400 Subject: [Icecast] relaying IceCast from ShoutCast Message-ID: <2esh63x4lzpmjer.190720051115@batanga.com> Ok, Found the issue, I needed to specify another listen-socket for the port I specified in the alias section. The alias works now, AND, I successfully relayed it to Shoutcast! 8000 8010 .. .. Thanks Fred -----Original Message----- From: Fred Black [mailto:fred at batanga.com] Sent: Tuesday, July 19, 2005 10:53 AM To: 'icecast' Subject: RE: [Icecast] relaying IceCast from ShoutCast Mike, I had tried it without the bind-address first and no luck. I took it back out and still no luck. I can listen to the stream by using http://38.116.36.8:8000/Jazz, but can not get to the alias with http://38.116.36.8:8010 Fred -----Original Message----- From: Michael Smith [mailto:mlrsmith at gmail.com] Sent: Tuesday, July 19, 2005 10:36 AM To: Fred Black Cc: icecast Subject: Re: [Icecast] relaying IceCast from ShoutCast On 7/19/05, Fred Black wrote: > I Found some old posts with some syntax for this, but it does not > appear to work. Should this work in the Windows version? > > Here's the line from the Path section of my config file: > dest="/Jazz"/> It's extremely unlikely that you want to use the bind-address attribute. If you do, you'll know precisely why. If you don't know exactly what it does, then you don't need it - it's only for certain configurations on complex systems with multiple network interfaces. With the port attribute set, this _should_ work in all versions. Mike From fred at batanga.com Tue Jul 19 17:31:36 2005 From: fred at batanga.com (Fred Black) Date: Tue, 19 Jul 2005 13:31:36 -0400 Subject: [Icecast] relaying IceCast from ShoutCast Message-ID: Well, I've hit another problem: Icecast crashes if I define more than 10 listen-socket ports. I have 44 streams that I'm trying to relay via Icecast. It works just fine until I try to add the listen-socket port definitions. If I put the 11th one in, it will crash on startup without entering anything in the log files (log level on 4). I've use sysinternal tcpView to verify that the ports I'm trying to use are open and they are. Any ideas anyone???? Fred -----Original Message----- From: Fred Black [mailto:fred at batanga.com] Sent: Tuesday, July 19, 2005 11:17 AM To: 'icecast' Subject: RE: [Icecast] relaying IceCast from ShoutCast Ok, Found the issue, I needed to specify another listen-socket for the port I specified in the alias section. The alias works now, AND, I successfully relayed it to Shoutcast! 8000 8010 .. .. Thanks Fred -----Original Message----- From: Fred Black [mailto:fred at batanga.com] Sent: Tuesday, July 19, 2005 10:53 AM To: 'icecast' Subject: RE: [Icecast] relaying IceCast from ShoutCast Mike, I had tried it without the bind-address first and no luck. I took it back out and still no luck. I can listen to the stream by using http://38.116.36.8:8000/Jazz, but can not get to the alias with http://38.116.36.8:8010 Fred -----Original Message----- From: Michael Smith [mailto:mlrsmith at gmail.com] Sent: Tuesday, July 19, 2005 10:36 AM To: Fred Black Cc: icecast Subject: Re: [Icecast] relaying IceCast from ShoutCast On 7/19/05, Fred Black wrote: > I Found some old posts with some syntax for this, but it does not > appear to work. Should this work in the Windows version? > > Here's the line from the Path section of my config file: > dest="/Jazz"/> It's extremely unlikely that you want to use the bind-address attribute. If you do, you'll know precisely why. If you don't know exactly what it does, then you don't need it - it's only for certain configurations on complex systems with multiple network interfaces. With the port attribute set, this _should_ work in all versions. Mike From mp at xmission.com Tue Jul 19 17:36:49 2005 From: mp at xmission.com (Myke Place) Date: Tue, 19 Jul 2005 11:36:49 -0600 Subject: [Icecast] On Demand Streaming In-Reply-To: References: Message-ID: <42DD3A31.6080102@xmission.com> K D wrote: >Hi, > >I am searching for a good manual which has step by step information on >creating On demand Play list where users can choose their songs and >play them. > >BTW: Is this is possible? > >If so, can you please send me the information on how it can be done or >any link which has these? > >I have Icecast 2.2.0 version, which is running on windows XP. > >Please help me out. A reply would be appreciated ? > >Awaiting a reply! >Thanks, >Vijay >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast > > > I've always done this with Apache::MP3 http://www.apachemp3.com/ -mp From linux at leitold.info Tue Jul 19 20:43:15 2005 From: linux at leitold.info (Christian Leitold) Date: Tue, 19 Jul 2005 22:43:15 +0200 Subject: [Icecast] Re: ices2 "crashes" respectivley produces hissing In-Reply-To: References: Message-ID: <42DD65E3.5090607@leitold.info> Hi! First of all, I want to remark that I've not received your message via the list, I've only got your PM. (I post via the gmane mail-to-news gateway). Aaron Wolfe wrote: >Have you made sure it is not your client? I used to have strange >problems when listening to streams w/ winamp5 that sound similar. Now >I use winamp2 or xmms. I have plenty of friends who use winamp 5 w/o >any problems though. >-Aaron > > I'm absolutely sure. The problem occurs both on my Debian Sarge laptop with XMMS and on another box running Windows XP and Winamp. - Christian Leitold From linux at leitold.info Tue Jul 19 20:45:00 2005 From: linux at leitold.info (Christian Leitold) Date: Tue, 19 Jul 2005 22:45:00 +0200 Subject: [Icecast] Re: ices2 "crashes" respectivley produces hissing In-Reply-To: References: Message-ID: [This is a reply to a PM written by Aaron Wolfe] Hi! First of all, I want to remark that I've not received your message via the list, I've only got your PM. (I post via the gmane mail-to-news gateway). Aaron Wolfe wrote: >>Have you made sure it is not your client? I used to have strange >>problems when listening to streams w/ winamp5 that sound similar. Now >>I use winamp2 or xmms. I have plenty of friends who use winamp 5 w/o >>any problems though. >>-Aaron >> >> I'm absolutely sure. The problem occurs both on my Debian Sarge laptop with XMMS and on another box running Windows XP and Winamp. - Christian Leitold From mlrsmith at gmail.com Tue Jul 19 21:40:27 2005 From: mlrsmith at gmail.com (Michael Smith) Date: Tue, 19 Jul 2005 23:40:27 +0200 Subject: [Icecast] Re: ices2 "crashes" respectivley produces hissing In-Reply-To: References: Message-ID: <3c17372105071914405373b4ee@mail.gmail.com> On 7/18/05, Christian Leitold wrote: > I've just found out the problem also occurs when using darkice instead > of ices2. Therefore, I guess that icecast2 is actually responsible for > this strange behaviour. This couldn't possibly be icecast's fault - icecast itself doesn't, and can't, do any processing of audio. Given that it happens with multiple source clients, it really sounds like a problem with your sound drivers, though I couldn't suggest what, specifically. Mike From linux at leitold.info Tue Jul 19 21:52:26 2005 From: linux at leitold.info (Christian Leitold) Date: Tue, 19 Jul 2005 23:52:26 +0200 Subject: [Icecast] Re: ices2 "crashes" respectivley produces hissing In-Reply-To: <3c17372105071914405373b4ee@mail.gmail.com> References: <3c17372105071914405373b4ee@mail.gmail.com> Message-ID: Michael Smith wrote: > On 7/18/05, Christian Leitold wrote: > >>I've just found out the problem also occurs when using darkice instead >>of ices2. Therefore, I guess that icecast2 is actually responsible for >>this strange behaviour. > > > This couldn't possibly be icecast's fault - icecast itself doesn't, > and can't, do any processing of audio. > > Given that it happens with multiple source clients, it really sounds > like a problem with your sound drivers, though I couldn't suggest > what, specifically. I see. So you think it's a problem with my sound card respectively its drivers. At least your suggestions sounds probable, especially as I've done today a test with nearly the same configuration on another machine, that streamed the music with no problems until I've stopped it after some hours. Thanks a lot! I'll better check my audio drivers... > Mike Christian From fred at batanga.com Wed Jul 20 13:33:07 2005 From: fred at batanga.com (Fred Black) Date: Wed, 20 Jul 2005 09:33:07 -0400 Subject: [Icecast] relaying IceCast from ShoutCast Message-ID: <2xn6x4jq5pxll30.200720050931@batanga.com> This is killing me... I've tried everything I can think of, but Icecast still crashes if I define more than 10 listen-socket ports. Is there a limit that's not documented or is this a bug? I'm using the latest Windows build that OddSock compiled. Thanks for any help/ideas Fred -----Original Message----- From: Fred Black [mailto:fred at batanga.com] Sent: Tuesday, July 19, 2005 1:32 PM To: 'icecast' Subject: RE: [Icecast] relaying IceCast from ShoutCast Well, I've hit another problem: Icecast crashes if I define more than 10 listen-socket ports. I have 44 streams that I'm trying to relay via Icecast. It works just fine until I try to add the listen-socket port definitions. If I put the 11th one in, it will crash on startup without entering anything in the log files (log level on 4). I've use sysinternal tcpView to verify that the ports I'm trying to use are open and they are. Any ideas anyone???? Fred -----Original Message----- From: Fred Black [mailto:fred at batanga.com] Sent: Tuesday, July 19, 2005 11:17 AM To: 'icecast' Subject: RE: [Icecast] relaying IceCast from ShoutCast Ok, Found the issue, I needed to specify another listen-socket for the port I specified in the alias section. The alias works now, AND, I successfully relayed it to Shoutcast! 8000 8010 .. .. Thanks Fred -----Original Message----- From: Fred Black [mailto:fred at batanga.com] Sent: Tuesday, July 19, 2005 10:53 AM To: 'icecast' Subject: RE: [Icecast] relaying IceCast from ShoutCast Mike, I had tried it without the bind-address first and no luck. I took it back out and still no luck. I can listen to the stream by using http://38.116.36.8:8000/Jazz, but can not get to the alias with http://38.116.36.8:8010 Fred -----Original Message----- From: Michael Smith [mailto:mlrsmith at gmail.com] Sent: Tuesday, July 19, 2005 10:36 AM To: Fred Black Cc: icecast Subject: Re: [Icecast] relaying IceCast from ShoutCast On 7/19/05, Fred Black wrote: > I Found some old posts with some syntax for this, but it does not > appear to work. Should this work in the Windows version? > > Here's the line from the Path section of my config file: > dest="/Jazz"/> It's extremely unlikely that you want to use the bind-address attribute. If you do, you'll know precisely why. If you don't know exactly what it does, then you don't need it - it's only for certain configurations on complex systems with multiple network interfaces. With the port attribute set, this _should_ work in all versions. Mike From mlrsmith at gmail.com Wed Jul 20 13:48:49 2005 From: mlrsmith at gmail.com (Michael Smith) Date: Wed, 20 Jul 2005 15:48:49 +0200 Subject: [Icecast] relaying IceCast from ShoutCast In-Reply-To: <2xn6x4jq5pxll30.200720050931@batanga.com> References: <2xn6x4jq5pxll30.200720050931@batanga.com> Message-ID: <3c1737210507200648739de753@mail.gmail.com> On 7/20/05, Fred Black wrote: > This is killing me... > I've tried everything I can think of, but Icecast still crashes if I define > more than 10 listen-socket ports. Is there a limit that's not documented or > is this a bug? I'm using the latest Windows build that OddSock compiled. It's a hardcoded limit (MAX_LISTEN_SOCKETS in the source) which is easily changed. However, could you please file a bug report (http://bugs.xiph.org) about the crash? It should just be refusing to read any further listen-socket definitions, rather than crashing. Mike From karl at xiph.org Wed Jul 20 13:53:10 2005 From: karl at xiph.org (Karl Heyes) Date: 20 Jul 2005 14:53:10 +0100 Subject: [Icecast] relaying IceCast from ShoutCast In-Reply-To: <2xn6x4jq5pxll30.200720050931@batanga.com> References: <2xn6x4jq5pxll30.200720050931@batanga.com> Message-ID: <1121867588.6618.7416.camel@bogus.hackers.club> On Wed, 2005-07-20 at 14:33, Fred Black wrote: > This is killing me... > I've tried everything I can think of, but Icecast still crashes if I define > more than 10 listen-socket ports. Is there a limit that's not documented or > is this a bug? I'm using the latest Windows build that OddSock compiled. > > Thanks for any help/ideas There is a fixed compile limit of 10 listen sockets, but obviously icecast should not crash so there is a bug somewhere #define MAX_LISTEN_SOCKETS 10 That can be increased but that would need recompiling, what would be a reasonable limit and do you need so many ports to listen on? karl. From mlrsmith at gmail.com Wed Jul 20 13:58:05 2005 From: mlrsmith at gmail.com (Michael Smith) Date: Wed, 20 Jul 2005 15:58:05 +0200 Subject: [Icecast] relaying IceCast from ShoutCast In-Reply-To: <1121867588.6618.7416.camel@bogus.hackers.club> References: <2xn6x4jq5pxll30.200720050931@batanga.com> <1121867588.6618.7416.camel@bogus.hackers.club> Message-ID: <3c17372105072006582d027fb6@mail.gmail.com> On 20 Jul 2005 14:53:10 +0100, Karl Heyes wrote: > On Wed, 2005-07-20 at 14:33, Fred Black wrote: > > This is killing me... > > I've tried everything I can think of, but Icecast still crashes if I define > > more than 10 listen-socket ports. Is there a limit that's not documented or > > is this a bug? I'm using the latest Windows build that OddSock compiled. > > > > Thanks for any help/ideas > > There is a fixed compile limit of 10 listen sockets, but obviously > icecast should not crash so there is a bug somewhere > > #define MAX_LISTEN_SOCKETS 10 > > That can be increased but that would need recompiling, what would be a > reasonable limit and do you need so many ports to listen on? In fact, it could fairly easily be made dynamic, rather than having this sort of static limit. The bug is pretty obvious, see _parse_listen_socket() in cfgfile.c. If you did make it dynamic, it'd likely be a good idea to make connection.c:wait_for_serversock() not reallocate the entire poll or select structures on every call, as that would get pretty inefficient at several hundred sockets. But that's not really a big deal. Mike From fred at batanga.com Wed Jul 20 14:20:44 2005 From: fred at batanga.com (Fred Black) Date: Wed, 20 Jul 2005 10:20:44 -0400 Subject: [Icecast] relaying IceCast from ShoutCast In-Reply-To: <3c1737210507200648739de753@mail.gmail.com> Message-ID: Thanks, I filed the bug report. I think we've come up with a work around for now that will allow me to work. We have 22 stations, each with a lower quality signal with ads and a higher quality signal without ads (44 streams). These stations are generated on 6 "radio servers" that have 8 stations 4 x 2(high + low quality). I only generated mp3 streams for the lower quality streams. Most of our listeners connect using Windows Media to our cluster of three Windows Media Servers. I have also setup three servers to distribute the MP3 streams and this is where I was setting up Icecast. I also have the need to have shoutcast so that's why I wanted to relay from Icecast to Shoutcast (vs. setting up another set of encoders on each of the "radio" servers). So on each of the three MP3 servers, I need to define 22 listen-socket ports for Icecast aliases to relay to shoutcast: this is when I hit this problem. However for now, I'm going to move Icecast back to the "radio" servers and then relay Icecast from there to Icecast on the MP3 servers, defining the port alisaes on each of the "radio" servers will keep the number under 10. Thanks, Fred -----Original Message----- From: Michael Smith [mailto:mlrsmith at gmail.com] Sent: Wednesday, July 20, 2005 9:49 AM To: Fred Black Cc: icecast Subject: Re: [Icecast] relaying IceCast from ShoutCast On 7/20/05, Fred Black wrote: > This is killing me... > I've tried everything I can think of, but Icecast still crashes if I > define more than 10 listen-socket ports. Is there a limit that's not > documented or is this a bug? I'm using the latest Windows build that OddSock compiled. It's a hardcoded limit (MAX_LISTEN_SOCKETS in the source) which is easily changed. However, could you please file a bug report (http://bugs.xiph.org) about the crash? It should just be refusing to read any further listen-socket definitions, rather than crashing. Mike From karl at xiph.org Wed Jul 20 14:21:44 2005 From: karl at xiph.org (Karl Heyes) Date: 20 Jul 2005 15:21:44 +0100 Subject: [Icecast] relaying IceCast from ShoutCast In-Reply-To: <3c17372105072006582d027fb6@mail.gmail.com> References: <2xn6x4jq5pxll30.200720050931@batanga.com> <1121867588.6618.7416.camel@bogus.hackers.club> <3c17372105072006582d027fb6@mail.gmail.com> Message-ID: <1121869302.6618.7460.camel@bogus.hackers.club> On Wed, 2005-07-20 at 14:58, Michael Smith wrote: > In fact, it could fairly easily be made dynamic, rather than having > this sort of static limit. The bug is pretty obvious, see > _parse_listen_socket() in cfgfile.c. yeah a simple null test works here > If you did make it dynamic, it'd likely be a good idea to make > connection.c:wait_for_serversock() not reallocate the entire poll or > select structures on every call, as that would get pretty inefficient > at several hundred sockets. But that's not really a big deal. While the segv bug should be fixed, converting this to dynamic is not high on my list, maybe post 2.3 and get it to handle xml changes. I don't have a problem with increasing the max number to something larger though karl. From fred at batanga.com Wed Jul 20 14:25:46 2005 From: fred at batanga.com (Fred Black) Date: Wed, 20 Jul 2005 10:25:46 -0400 Subject: [Icecast] relaying IceCast from ShoutCast Message-ID: I forgot something! We also have a even lower quality MP3 stream, so I need 44 listen-socket ports, not 22. The plan of moving Icecast to the "radio" servers will work because it's still under 10 (8). Fred -----Original Message----- From: Fred Black [mailto:fred at batanga.com] Sent: Wednesday, July 20, 2005 10:21 AM To: 'icecast' Subject: RE: [Icecast] relaying IceCast from ShoutCast Thanks, I filed the bug report. I think we've come up with a work around for now that will allow me to work. We have 22 stations, each with a lower quality signal with ads and a higher quality signal without ads (44 streams). These stations are generated on 6 "radio servers" that have 8 stations 4 x 2(high + low quality). I only generated mp3 streams for the lower quality streams. Most of our listeners connect using Windows Media to our cluster of three Windows Media Servers. I have also setup three servers to distribute the MP3 streams and this is where I was setting up Icecast. I also have the need to have shoutcast so that's why I wanted to relay from Icecast to Shoutcast (vs. setting up another set of encoders on each of the "radio" servers). So on each of the three MP3 servers, I need to define 22 listen-socket ports for Icecast aliases to relay to shoutcast: this is when I hit this problem. However for now, I'm going to move Icecast back to the "radio" servers and then relay Icecast from there to Icecast on the MP3 servers, defining the port alisaes on each of the "radio" servers will keep the number under 10. Thanks, Fred -----Original Message----- From: Michael Smith [mailto:mlrsmith at gmail.com] Sent: Wednesday, July 20, 2005 9:49 AM To: Fred Black Cc: icecast Subject: Re: [Icecast] relaying IceCast from ShoutCast On 7/20/05, Fred Black wrote: > This is killing me... > I've tried everything I can think of, but Icecast still crashes if I > define more than 10 listen-socket ports. Is there a limit that's not > documented or is this a bug? I'm using the latest Windows build that OddSock compiled. It's a hardcoded limit (MAX_LISTEN_SOCKETS in the source) which is easily changed. However, could you please file a bug report (http://bugs.xiph.org) about the crash? It should just be refusing to read any further listen-socket definitions, rather than crashing. Mike From linux at leitold.info Thu Jul 21 12:45:16 2005 From: linux at leitold.info (Christian Leitold) Date: Thu, 21 Jul 2005 14:45:16 +0200 Subject: [Icecast] Re: songs on website In-Reply-To: <42CFE9A1.1020403@kvark.hu> References: <42CFE9A1.1020403@kvark.hu> Message-ID: Hello! Balint Jacint wrote: > Hi all, > > I'd like to launch a radio station that would show the current, previous > and upcoming tracks on a dynamic website. > Is there any software around that would do just this task, or do I have > to create my own scripts? > The source (ices) is on the same computer where the icecast server is. First of all, it would be interesting which operating system and which audio player you use for the streaming job. Generally, I think at least with Linux it shouldn't be such a big problem to write own sripts for such a job, of course depending on what you want to do exactly. > Yours, > Jacint Christian From bjacint at kvark.hu Thu Jul 21 13:03:16 2005 From: bjacint at kvark.hu (Balint Jacint) Date: Thu, 21 Jul 2005 15:03:16 +0200 Subject: [Icecast] Re: songs on website In-Reply-To: References: <42CFE9A1.1020403@kvark.hu> Message-ID: <42DF9D14.5040507@kvark.hu> Hi Christian, Aaron Wolfe has already sent me a script he used for his online radio. I only need to customize it -- and maybe create a Debian package from it. It knows much more than I need (requests, cancels, more stations, etc.), I'll have to cut out some parts. To answer your questions I use Debian Linux, I'll use ices2 as source, not a media player. Thanks, Jacint Christian Leitold wrote: >Hello! > >Balint Jacint wrote: > > > >>Hi all, >> >>I'd like to launch a radio station that would show the current, previous >>and upcoming tracks on a dynamic website. >>Is there any software around that would do just this task, or do I have >>to create my own scripts? >>The source (ices) is on the same computer where the icecast server is. >> >> > >First of all, it would be interesting which operating system and which >audio player you use for the streaming job. > >Generally, I think at least with Linux it shouldn't be such a big >problem to write own sripts for such a job, of course depending on what >you want to do exactly. > > > >>Yours, >>Jacint >> >> > >Christian > From linux at leitold.info Thu Jul 21 14:57:57 2005 From: linux at leitold.info (Christian Leitold) Date: Thu, 21 Jul 2005 16:57:57 +0200 Subject: [Icecast] Re: songs on website In-Reply-To: <42DF9D14.5040507@kvark.hu> References: <42CFE9A1.1020403@kvark.hu> <42DF9D14.5040507@kvark.hu> Message-ID: Hi! Balint Jacint wrote: > Aaron Wolfe has already sent me a script he used for his online radio. I > only need to customize it -- and maybe create a Debian package from it. > It knows much more than I need (requests, cancels, more stations, etc.), > I'll have to cut out some parts. > To answer your questions I use Debian Linux, I'll use ices2 as source, > not a media player. > Thanks, > Jacint I see. So you use ices2 to stream pre-encoded ogg-vorbis files for your radio, thus using ices2's "playlist" mode. I would be interested in how you achieve song / playlist changing with this method. Maybe you could send me Aaron's script too, if he agrees. Christian From ronblok at wxs.nl Sat Jul 23 14:34:31 2005 From: ronblok at wxs.nl (Ron Blok) Date: Sat, 23 Jul 2005 16:34:31 +0200 Subject: [Icecast] Re: songs on website In-Reply-To: <42DF9D14.5040507@kvark.hu> Message-ID: Jacint, Could you please keep me updated on your progress, I have tried to get the song info on our web page using FTP. But don't like this way! So I am anxious to see and learn! Kind regards RoN -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org]On Behalf Of Balint Jacint Sent: donderdag 21 juli 2005 15:03 To: Christian Leitold Cc: icecast at xiph.org Subject: Re: [Icecast] Re: songs on website Hi Christian, Aaron Wolfe has already sent me a script he used for his online radio. I only need to customize it -- and maybe create a Debian package from it. It knows much more than I need (requests, cancels, more stations, etc.), I'll have to cut out some parts. To answer your questions I use Debian Linux, I'll use ices2 as source, not a media player. Thanks, Jacint Christian Leitold wrote: >Hello! > >Balint Jacint wrote: > > > >>Hi all, >> >>I'd like to launch a radio station that would show the current, previous >>and upcoming tracks on a dynamic website. >>Is there any software around that would do just this task, or do I have >>to create my own scripts? >>The source (ices) is on the same computer where the icecast server is. >> >> > >First of all, it would be interesting which operating system and which >audio player you use for the streaming job. > >Generally, I think at least with Linux it shouldn't be such a big >problem to write own sripts for such a job, of course depending on what >you want to do exactly. > > > >>Yours, >>Jacint >> >> > >Christian > _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.9.2/53 - Release Date: 20-7-2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.9.4/57 - Release Date: 22-7-2005 From bjacint at kvark.hu Sat Jul 23 17:29:55 2005 From: bjacint at kvark.hu (Balint Jacint) Date: Sat, 23 Jul 2005 19:29:55 +0200 Subject: [Icecast] Re: songs on website In-Reply-To: References: <42CFE9A1.1020403@kvark.hu> <42DF9D14.5040507@kvark.hu> Message-ID: <42E27E93.9050300@kvark.hu> Hi Christian, Ices2 has a type of playlist, when it runs a script every time a track ends. This script may use values from an sql backend, which sql may be used by a website script, thus you can make a dynamic webpage. This is what Aaron's script does. playlist script /path/to/script If Aaron agrees, we may open the source. This way more people would start hacking it. :) What do you think, Aaron? Yours, Jacint Christian Leitold wrote: >I see. So you use ices2 to stream pre-encoded ogg-vorbis files for your >radio, thus using ices2's "playlist" mode. I would be interested in how >you achieve song / playlist changing with this method. Maybe you could >send me Aaron's script too, if he agrees. > >Christian > > > From bjacint at kvark.hu Sat Jul 23 17:31:59 2005 From: bjacint at kvark.hu (Balint Jacint) Date: Sat, 23 Jul 2005 19:31:59 +0200 Subject: [Icecast] Re: songs on website In-Reply-To: References: Message-ID: <42E27F0F.3080103@kvark.hu> Hi RoN, I didn't have time to customize the script last week, but I'll try to have some more time next week. I think Aaron and I will keep you informed, and maybe he will open up the source for all of you after a bit of tidying up. :) Yours, Jacint Ron Blok wrote: >Jacint, > >Could you please keep me updated on your progress, I have tried to get the >song info on our web page using FTP. But don't like this way! >So I am anxious to see and learn! > >Kind regards RoN > From justinabomb at gmail.com Sat Jul 23 19:36:03 2005 From: justinabomb at gmail.com (Justin Bot) Date: Sat, 23 Jul 2005 12:36:03 -0700 Subject: [Icecast] recurring track every 45 minutes feature? Message-ID: <798b2d83050723123611aded91@mail.gmail.com> hello everyone! thanks so much for all of your help already, this mailer is a godsend. is there any feature already embedded into icecast to schedule a repeating mp3 every 45 minutes? if not does anyone have a free few minutes to run the method to do it in a reply to this thread? From mark at indymedia.org Sat Jul 23 19:50:42 2005 From: mark at indymedia.org (mark burdett) Date: Sat, 23 Jul 2005 12:50:42 -0700 Subject: [Icecast] solution for YP problem Message-ID: <20050723195042.GD7551@indymedia.org> I wanted to let folks know that I had a problem with unreliable, and mostly dysfunctional listing of a server's mounts on YP directories. This server has a few dozen mounts. If all the relays and sources were connected, YP wouldn't work; if only some were connected, YP would start working. I had to increase the for all the 's to a much larger number, currently at 120 although possibly a lower number would work. --mark From bjacint at kvark.hu Sun Jul 24 20:19:51 2005 From: bjacint at kvark.hu (Balint Jacint) Date: Sun, 24 Jul 2005 22:19:51 +0200 Subject: [Icecast] video streaming Message-ID: <42E3F7E7.1060100@kvark.hu> Hi, We're planning to launch a video stream. We do not have anything yet (no camera, no computer, no software, only a Linux server that will do the broadcasting with icecast installed). Has anyone ever done such a thing? What hardware do you suggest? What software can be used (both for Linux and Windows on source side). Can Icecast be used for this video streaming purpose (on server side)? If yes, what additional packages are needed to be installed (using Debian Sarge). Is Theora ready for usage? If this is what you suggest, how does it work? Well I think it's enough of questions for now. :) Thanks in advance. Yours, Jacint From bjacint at kvark.hu Sun Jul 24 20:26:57 2005 From: bjacint at kvark.hu (Balint Jacint) Date: Sun, 24 Jul 2005 22:26:57 +0200 Subject: [Icecast] video streaming In-Reply-To: <42E3F7E7.1060100@kvark.hu> References: <42E3F7E7.1060100@kvark.hu> Message-ID: <42E3F991.1070201@kvark.hu> Oh sorry, I forgot to Google first... I found this: http://www.oddsock.org/guides/video.php So the questions that remain: how do you use from Windows and what hardware do you suggest? Yours, Jacint Balint Jacint wrote: > Hi, > > We're planning to launch a video stream. > We do not have anything yet (no camera, no computer, no software, only > a Linux server that will do the broadcasting with icecast installed). > Has anyone ever done such a thing? What hardware do you suggest? What > software can be used (both for Linux and Windows on source side). Can > Icecast be used for this video streaming purpose (on server side)? If > yes, what additional packages are needed to be installed (using Debian > Sarge). Is Theora ready for usage? If this is what you suggest, how > does it work? > Well I think it's enough of questions for now. :) > > Thanks in advance. > > Yours, > Jacint > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From jaime at sensoryresearch.net Mon Jul 25 03:19:21 2005 From: jaime at sensoryresearch.net (Jaime Magiera) Date: Sun, 24 Jul 2005 23:19:21 -0400 Subject: [Icecast] need bigger icecast image for OS X installer Message-ID: <0A93742D-8D33-43E3-8238-CF6947A009F3@sensoryresearch.net> Hey, I've been consumed with life the past few months, but am finally close to finishing an OSX Icecast installer. One thing I need is a larger icecast logo image than what is included in the web folder. Someone have a large copy of the logo? (higher the res, the better) thanks Jaime From fred at batanga.com Mon Jul 25 15:53:07 2005 From: fred at batanga.com (Fred Black) Date: Mon, 25 Jul 2005 11:53:07 -0400 Subject: [Icecast] Problem with Intros in Relay with RealPlayer Message-ID: <3kecnyamnizbexa.250720051151@batanga.com> Karl, Is it possible that the fix you put in that made Real Player correctly play the Intros without the "This clip cannot be played. It contains unexpected data and may be corrupt" message, did not get applied to relayed streams? I am hitting this on relayed streams.... I'm using the July 13 windows exe from Oddsock. Thanks, Fred -------------- next part -------------- An HTML attachment was scrubbed... URL: From fred at batanga.com Mon Jul 25 17:12:15 2005 From: fred at batanga.com (Fred Black) Date: Mon, 25 Jul 2005 13:12:15 -0400 Subject: [Icecast] Problem with Intros in Relay with RealPlayer In-Reply-To: <1122310276.6645.152.camel@bogus.hackers.club> Message-ID: Yes. I took the intros out of our production setup, I setup a test relay on another server: http://38.116.36.62:8000/ClassicRock if you access the stream with Windows Media Player, or iTunes, the into plays and then the stream plays. If you put it in a playlist and try it with RealPlayer, you will get the error message. Example Playlist file: [playlist] File1=http://38.116.36.62/ClassicRock Title1=Test Length1=-1 NumberOfEntries=1 Version=2 Fred -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: Monday, July 25, 2005 12:51 PM To: Fred Black Subject: Re: [Icecast] Problem with Intros in Relay with RealPlayer On Mon, 2005-07-25 at 16:53, Fred Black wrote: > Karl, > Is it possible that the fix you put in that made Real Player correctly > play the Intros without the "This clip cannot be played. It contains > unexpected data and may be corrupt" message, did not get applied to > relayed streams? I am hitting this on relayed streams.... I'm using > the July 13 windows exe from Oddsock. The fix I put in was for providing some metadata initially, as real player went odd with the single 1 byte nul, it applies to relays as well as source clients. I don't see why it would be the single nul byte now, is your stream accessible to check the contents from here ? karl. From fred at batanga.com Mon Jul 25 17:25:41 2005 From: fred at batanga.com (Fred Black) Date: Mon, 25 Jul 2005 13:25:41 -0400 Subject: FW: [Icecast] Problem with Intros in Relay with RealPlayer Message-ID: <1h1fbeat7diikrq.250720051324@batanga.com> Corrected example playlist file: Example Playlist file: [playlist] File1=http://38.116.36.62:8000/ClassicRock Title1=Test Length1=-1 NumberOfEntries=1 Version=2 Fred -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Fred Black Sent: Monday, July 25, 2005 1:12 PM To: 'icecast' Subject: RE: [Icecast] Problem with Intros in Relay with RealPlayer Yes. I took the intros out of our production setup, I setup a test relay on another server: http://38.116.36.62:8000/ClassicRock if you access the stream with Windows Media Player, or iTunes, the into plays and then the stream plays. If you put it in a playlist and try it with RealPlayer, you will get the error message. Example Playlist file: [playlist] File1=http://38.116.36.62/ClassicRock Title1=Test Length1=-1 NumberOfEntries=1 Version=2 Fred -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: Monday, July 25, 2005 12:51 PM To: Fred Black Subject: Re: [Icecast] Problem with Intros in Relay with RealPlayer On Mon, 2005-07-25 at 16:53, Fred Black wrote: > Karl, > Is it possible that the fix you put in that made Real Player correctly > play the Intros without the "This clip cannot be played. It contains > unexpected data and may be corrupt" message, did not get applied to > relayed streams? I am hitting this on relayed streams.... I'm using > the July 13 windows exe from Oddsock. The fix I put in was for providing some metadata initially, as real player went odd with the single 1 byte nul, it applies to relays as well as source clients. I don't see why it would be the single nul byte now, is your stream accessible to check the contents from here ? karl. _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From hostmaster at xenterra.net Mon Jul 25 17:56:40 2005 From: hostmaster at xenterra.net (Robert Muchnick) Date: Mon, 25 Jul 2005 11:56:40 -0600 (MDT) Subject: [Icecast] Icecast/ices problem Message-ID: I have an experimental installation of ices 0.4 streaming to icecast 2.2.0 on the same server (libshout 2.1). Ices had been very stable until this weekend, when it began dying after playing only a few MP3s (same files as before). Nothing in the ices.log to indicate a problem. The icecast error log shows this when ices dies: [2005-07-25 13:24:21] INFO source/source_main listener count on /sophia now 1 [2005-07-25 13:26:08] INFO admin/admin_handle_request Received admin command metadata on mount "/sophia" [2005-07-25 13:29:58] INFO format-mp3/mp3_get_no_meta End of stream /sophia [2005-07-25 13:29:58] INFO source/source_shutdown Source "/sophia" exiting The last two lines would seem to show the problem but I'm not sure exactly what they mean. When ices died it was not the end of the playlist. There was one other post on this on the list that I could find but it had no answer or explanation following it. Can anyone shed any light on this? Robert Muchnick Xenterra.net 720-276-7917 From karl at xiph.org Mon Jul 25 18:05:28 2005 From: karl at xiph.org (Karl Heyes) Date: 25 Jul 2005 19:05:28 +0100 Subject: FW: [Icecast] Problem with Intros in Relay with RealPlayer In-Reply-To: <1h1fbeat7diikrq.250720051324@batanga.com> References: <1h1fbeat7diikrq.250720051324@batanga.com> Message-ID: <1122314725.6645.157.camel@bogus.hackers.club> On Mon, 2005-07-25 at 18:25, Fred Black wrote: > Corrected example playlist file: > Example Playlist file: > [playlist] > File1=http://38.116.36.62:8000/ClassicRock > Title1=Test > Length1=-1 > NumberOfEntries=1 > Version=2 realplayer 10 fails here with unsupported document type, so it's a different message to what you get, xmms is ok. Can you verify whether it is just intro file related, and if so whether using a normal mp3 intro file (ie no ID3 tags) works ? karl. From fred at batanga.com Mon Jul 25 18:09:21 2005 From: fred at batanga.com (Fred Black) Date: Mon, 25 Jul 2005 14:09:21 -0400 Subject: FW: [Icecast] Problem with Intros in Relay with RealPlayer In-Reply-To: <1122314725.6645.157.camel@bogus.hackers.club> Message-ID: I can open the intro directly in RealPlayer with the following playist: [playlist] File1=http://radio002.batanga.com:8000/MP3/BatangaGenericIntroEN-56k.mp3 Title1=Test Length1=-1 NumberOfEntries=1 Version=2 I'll remake the Intro without the ID3 tags and see if that helps. Fred -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: Monday, July 25, 2005 2:05 PM To: Fred Black Cc: 'icecast' Subject: Re: FW: [Icecast] Problem with Intros in Relay with RealPlayer On Mon, 2005-07-25 at 18:25, Fred Black wrote: > Corrected example playlist file: > Example Playlist file: > [playlist] > File1=http://38.116.36.62:8000/ClassicRock > Title1=Test > Length1=-1 > NumberOfEntries=1 > Version=2 realplayer 10 fails here with unsupported document type, so it's a different message to what you get, xmms is ok. Can you verify whether it is just intro file related, and if so whether using a normal mp3 intro file (ie no ID3 tags) works ? karl. From fred at batanga.com Mon Jul 25 18:28:22 2005 From: fred at batanga.com (Fred Black) Date: Mon, 25 Jul 2005 14:28:22 -0400 Subject: FW: [Icecast] Problem with Intros in Relay with RealPlayer In-Reply-To: <1122314725.6645.157.camel@bogus.hackers.club> Message-ID: <06rzfq6grbitxdc.250720051426@batanga.com> Your assumption was correct - I remade the MP3 without the ID3 tags and the intro plays correctly in RealPlayer! Thanks, Fred -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: Monday, July 25, 2005 2:05 PM To: Fred Black Cc: 'icecast' Subject: Re: FW: [Icecast] Problem with Intros in Relay with RealPlayer On Mon, 2005-07-25 at 18:25, Fred Black wrote: > Corrected example playlist file: > Example Playlist file: > [playlist] > File1=http://38.116.36.62:8000/ClassicRock > Title1=Test > Length1=-1 > NumberOfEntries=1 > Version=2 realplayer 10 fails here with unsupported document type, so it's a different message to what you get, xmms is ok. Can you verify whether it is just intro file related, and if so whether using a normal mp3 intro file (ie no ID3 tags) works ? karl. From karl at xiph.org Mon Jul 25 19:10:43 2005 From: karl at xiph.org (Karl Heyes) Date: 25 Jul 2005 20:10:43 +0100 Subject: FW: [Icecast] Problem with Intros in Relay with RealPlayer In-Reply-To: <06rzfq6grbitxdc.250720051426@batanga.com> References: <06rzfq6grbitxdc.250720051426@batanga.com> Message-ID: <1122318643.6645.166.camel@bogus.hackers.club> On Mon, 2005-07-25 at 19:28, Fred Black wrote: > Your assumption was correct - I remade the MP3 without the ID3 tags and the > intro plays correctly in RealPlayer! > Thanks, *sigh, thanks for reporting it. I've just checked here with realplayer as well and it works as it should. karl. From brendan at xiph.org Mon Jul 25 21:56:28 2005 From: brendan at xiph.org (Brendan Cully) Date: Mon, 25 Jul 2005 14:56:28 -0700 Subject: [Icecast] Icecast/ices problem In-Reply-To: References: Message-ID: <20050725215628.GA13762@zakopane.cs.ubc.ca> On Monday, 25 July 2005 at 11:56, Robert Muchnick wrote: > I have an experimental installation of ices 0.4 streaming to icecast 2.2.0 > on the same server (libshout 2.1). Ices had been very stable until this > weekend, when it began dying after playing only a few MP3s (same files as > before). Nothing in the ices.log to indicate a problem. The icecast error > log shows this when ices dies: You might want to crank up the ices logging level. Also the ices.cue file would be a good clue about whether ices died in the middle of a track or not. From mark at indymedia.org Mon Jul 25 22:55:49 2005 From: mark at indymedia.org (mark burdett) Date: Mon, 25 Jul 2005 15:55:49 -0700 Subject: [Icecast] Re: solution for YP problem In-Reply-To: <20050723195042.GD7551@indymedia.org> References: <20050723195042.GD7551@indymedia.org> Message-ID: <20050725225549.GB9073@indymedia.org> For 100% reliability I ended up removing dir.xiph.org from my list of YP directories. My guess is it was taking too long to respond to requests, which could be a problem if an icecast server has a large number of mounts. But it could be a problem unique to me (I'd be curious to know if anyone else has had trouble). the dir.xiph.org admins might want to make sure the db is well tuned (e.g. query caching, etc. in my.cnf) so it can perhaps respond to touches more quickly.. --mark On Sat, 23 Jul 2005 12:50:42 -0700, mark burdett wrote: > I wanted to let folks know that I had a problem with > unreliable, and mostly dysfunctional listing of a server's > mounts on YP directories. This server has a few dozen mounts. > If all the relays and sources were connected, YP wouldn't > work; if only some were connected, YP would start working. I > had to increase the for all the 's to > a much larger number, currently at 120 although possibly a > lower number would work. > > --mark From karl at xiph.org Mon Jul 25 23:12:50 2005 From: karl at xiph.org (Karl Heyes) Date: 26 Jul 2005 00:12:50 +0100 Subject: [Icecast] Re: solution for YP problem In-Reply-To: <20050725225549.GB9073@indymedia.org> References: <20050723195042.GD7551@indymedia.org> <20050725225549.GB9073@indymedia.org> Message-ID: <1122333167.6645.184.camel@bogus.hackers.club> On Mon, 2005-07-25 at 23:55, mark burdett wrote: > For 100% reliability I ended up removing dir.xiph.org from my > list of YP directories. My guess is it was taking too long to > respond to requests, which could be a problem if an icecast > server has a large number of mounts. But it could be a > problem unique to me (I'd be curious to know if anyone else > has had trouble). The directory handler itself serialises the updates so the number of mounts shouldn't matter directly however if long timeouts trigger with many stream details then the touch updates may not get around quickly enough. > the dir.xiph.org admins might want to make sure the db is well > tuned (e.g. query caching, etc. in my.cnf) so it can perhaps > respond to touches more quickly.. It will probably be looked at over the next few days, we reached over 900 on it today, so it has been steadily increasing. karl. From Jason at Weatherserver.net Mon Jul 25 23:13:24 2005 From: Jason at Weatherserver.net (Jason) Date: Mon, 25 Jul 2005 19:13:24 -0400 Subject: [Icecast] Next Version Message-ID: <000801c5916e$74f0dee0$1400000a@workstation> Any idea when the next version will be released and what kind of new features will be included in it? -=-=-=-=-=-=-=Ottawa Valley Weather-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Weather @ 7:12pm - Temp: 27.3?C - Humidity 23% - Wind: WNW @ 0 km/h Baro: 991kPa Steady - Vis: 24km - Sky: Few Clouds - Weather: --- Hourly Rain: 0.00mm - Daily Rain: 0.00mm - Total Rain(May 28th): 2.00mm =-=-=-= Website: http://www.WeatherServer.net =-=-=-=-=-=-=-= Our Alert Lists: MTO-PEEL, MTO-TORONTO, MTO-YORK, NHC, OntarioDiscussion, SPC, USThunderStormWarnings, USTornadoWarnings, WxDispatch Signup at http://listserver.weatherserver.net today..... -------------- next part -------------- An HTML attachment was scrubbed... URL: From rzewnickie at rfa.org Mon Jul 25 23:18:27 2005 From: rzewnickie at rfa.org (Eric Dantan Rzewnicki) Date: Mon, 25 Jul 2005 19:18:27 -0400 Subject: [Icecast] video streaming In-Reply-To: <42E3F7E7.1060100@kvark.hu> References: <42E3F7E7.1060100@kvark.hu> Message-ID: <20050725231827.GC27145@rfa.org> On Sun, Jul 24, 2005 at 10:19:51PM +0200, Balint Jacint wrote: > Hi, > > We're planning to launch a video stream. > We do not have anything yet (no camera, no computer, no software, only a > Linux server that will do the broadcasting with icecast installed). > Has anyone ever done such a thing? Yes! > What hardware do you suggest? What I've used several miniDV camcorders with ieee1394 outputs and an ~2GHz laptop. Not sure if I would recommend this, but it has worked for me so far. > software can be used (both for Linux and Windows on source side). Can I've heard flumotion and vlc/vls can do this job, but I haven't used them, yet. > Icecast be used for this video streaming purpose (on server side)? If yup. > yes, what additional packages are needed to be installed (using Debian > Sarge). Is Theora ready for usage? theora works well for me. > If this is what you suggest, how does > it work? > Well I think it's enough of questions for now. :) We did live video and audio streams of the LAC2005: http://lac.zkm.de/2005/ The wiki is still up: http://footils.org/cms/pydiddy/wiki/LinuxAudioConference2005 I've continued using a similar settup to stream meetings hosted here at RFA. I'm doing another one tomorrow evening. Basically I get digital video from a camcorder via ieee1394 into a laptop. Inside the laptop my toolchain is: dvgrab | ffmpeg2theora | oggfwd It works fairly reliably. I'm looking for other options, though, so anything you come up with would be interesting to hear about. -- Eric Dantan Rzewnicki | Systems Administrator Technical Operations Division | Radio Free Asia 2025 M Street, NW | Washington, DC 20036 | 202-530-4900 CONFIDENTIAL COMMUNICATION This e-mail message is intended only for the use of the addressee and may contain information that is privileged and confidential. Any unauthorized dissemination, distribution, or copying is strictly prohibited. If you receive this transmission in error, please contact network at rfa.org. From mark at indymedia.org Mon Jul 25 23:59:18 2005 From: mark at indymedia.org (mark burdett) Date: Mon, 25 Jul 2005 16:59:18 -0700 Subject: [Icecast] Re: solution for YP problem In-Reply-To: <1122333167.6645.184.camel@bogus.hackers.club> References: <20050723195042.GD7551@indymedia.org> <20050725225549.GB9073@indymedia.org> <1122333167.6645.184.camel@bogus.hackers.club> Message-ID: <20050725235918.GA14538@indymedia.org> > The directory handler itself serialises the updates so the number of > mounts shouldn't matter directly however if long timeouts trigger with > many stream details then the touch updates may not get around quickly > enough. if they are serialized and the posts happen one after the other for each mount, and each one takes 8 seconds, then with 30 mounts that's 4 minutes. that might be too long; the YP might expect updates every 2 minutes. could updates for multiple YP directories happen in parallel, so if one YP directory is slow, that won't prevent other YPs from being touched? --mark From karl at xiph.org Tue Jul 26 00:27:07 2005 From: karl at xiph.org (Karl Heyes) Date: 26 Jul 2005 01:27:07 +0100 Subject: [Icecast] Re: solution for YP problem In-Reply-To: <20050725235918.GA14538@indymedia.org> References: <20050723195042.GD7551@indymedia.org> <20050725225549.GB9073@indymedia.org> <1122333167.6645.184.camel@bogus.hackers.club> <20050725235918.GA14538@indymedia.org> Message-ID: <1122337625.6645.197.camel@bogus.hackers.club> On Tue, 2005-07-26 at 00:59, mark burdett wrote: > > The directory handler itself serialises the updates so the number of > > mounts shouldn't matter directly however if long timeouts trigger with > > many stream details then the touch updates may not get around quickly > > enough. > > if they are serialized and the posts happen one after the > other for each mount, and each one takes 8 seconds, then with > 30 mounts that's 4 minutes. that might be too long; the YP > might expect updates every 2 minutes. I believe the removal is 5 mins currently, but yes the current access is becoming 8 or more seconds, as I said that needs looking into, I don't think the setup is optimal. > could updates for multiple YP directories happen in parallel, > so if one YP directory is slow, that won't prevent other YPs > from being touched? we could serialise on just each directory server, that would isolate a problem server. something to look into later, so can you report this on trac.xiph.org so that it doesn't get forgotten? karl. From oddsock at oddsock.org Tue Jul 26 02:24:39 2005 From: oddsock at oddsock.org (oddsock) Date: Mon, 25 Jul 2005 21:24:39 -0500 Subject: [Icecast] need bigger icecast image for OS X installer In-Reply-To: <0A93742D-8D33-43E3-8238-CF6947A009F3@sensoryresearch.net> References: <0A93742D-8D33-43E3-8238-CF6947A009F3@sensoryresearch.net> Message-ID: <6.0.1.1.2.20050725212143.01c5d108@www.oddsock.org> Unfortunately, we do not have (that I know of) a larger image of that logo. That logo was given to me as a prototype logo, but it has since become official (or as official as it can be I suppose)... If anyone is willing to do a vector-ized version of that logo, that would be a great help to us... :) oddsock At 10:19 PM 7/24/2005, you wrote: >Hey, > >I've been consumed with life the past few months, but am finally >close to finishing an OSX Icecast installer. One thing I need is a >larger icecast logo image than what is included in the web folder. >Someone have a large copy of the logo? (higher the res, the better) > >thanks > >Jaime >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From oddsock at oddsock.org Tue Jul 26 02:44:17 2005 From: oddsock at oddsock.org (oddsock) Date: Mon, 25 Jul 2005 21:44:17 -0500 Subject: [Icecast] Next Version In-Reply-To: <000801c5916e$74f0dee0$1400000a@workstation> References: <000801c5916e$74f0dee0$1400000a@workstation> Message-ID: <6.0.1.1.2.20050725213552.01c5e918@www.oddsock.org> We are planning on a 2.3 release soon and many of the new feature are already present in karl's branch of icecast and are just being moved over to trunk. Things like "on-demand relays, url-based authenticator, intro-file, fallback to file...".. There are probably more that I am forgetting about...I think at the moment we are waiting for karl to merge the url-auth bit into trunk and for me to write a php-based app that will fit into the url-auth bit...Shouldn't be too much longer.. :) oddsock At 06:13 PM 7/25/2005, you wrote: >Any idea when the next version will be released and what kind of new >features will be included in it? > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast From adam at xs4all.nl Tue Jul 26 10:17:51 2005 From: adam at xs4all.nl (adam) Date: Tue, 26 Jul 2005 12:17:51 +0200 (CEST) Subject: [Icecast] video streaming In-Reply-To: <20050725231827.GC27145@rfa.org> Message-ID: <20050726121623.U74261-100000@xs3.xs4all.nl> PD works very well for streaming theora to icecast...i ahve made a patch that allows you to mix 2 video4linux devices, movies, text overlays and jpeg, then send it w audio to icecast2 if u want it i can point u at it it could also support ieee1394 if i could only get the pix_2pdp patch to work adam On Mon, 25 Jul 2005, Eric Dantan Rzewnicki wrote: > On Sun, Jul 24, 2005 at 10:19:51PM +0200, Balint Jacint wrote: > > Hi, > > > > We're planning to launch a video stream. > > We do not have anything yet (no camera, no computer, no software, only a > > Linux server that will do the broadcasting with icecast installed). > > Has anyone ever done such a thing? > > Yes! > > > What hardware do you suggest? What > > I've used several miniDV camcorders with ieee1394 outputs and an ~2GHz > laptop. Not sure if I would recommend this, but it has worked for me so > far. > > > software can be used (both for Linux and Windows on source side). Can > > I've heard flumotion and vlc/vls can do this job, but I haven't used > them, yet. > > > Icecast be used for this video streaming purpose (on server side)? If > > yup. > > > yes, what additional packages are needed to be installed (using Debian > > Sarge). Is Theora ready for usage? > > theora works well for me. > > > If this is what you suggest, how does > > it work? > > Well I think it's enough of questions for now. :) > > We did live video and audio streams of the LAC2005: > http://lac.zkm.de/2005/ > > The wiki is still up: > http://footils.org/cms/pydiddy/wiki/LinuxAudioConference2005 > > I've continued using a similar settup to stream meetings hosted here at > RFA. I'm doing another one tomorrow evening. > > Basically I get digital video from a camcorder via ieee1394 into a > laptop. Inside the laptop my toolchain is: > dvgrab | ffmpeg2theora | oggfwd > > It works fairly reliably. I'm looking for other options, though, so > anything you come up with would be interesting to hear about. > > -- > Eric Dantan Rzewnicki | Systems Administrator > Technical Operations Division | Radio Free Asia > 2025 M Street, NW | Washington, DC 20036 | 202-530-4900 > CONFIDENTIAL COMMUNICATION > This e-mail message is intended only for the use of the addressee and > may contain information that is privileged and confidential. Any > unauthorized dissemination, distribution, or copying is strictly > prohibited. If you receive this transmission in error, please contact > network at rfa.org. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > Adam Hyde ~/.lv r a d i o q u a l i a http://www.radioqualia.net Free as in 'media' contact: email : adam at xs4all.nl From hostmaster at xenterra.net Tue Jul 26 17:43:48 2005 From: hostmaster at xenterra.net (Robert Muchnick) Date: Tue, 26 Jul 2005 11:43:48 -0600 (MDT) Subject: [Icecast] Icecast/ices problem Message-ID: Thanks for the suggestion. It turns out that debug for ices told me nothing but debug for icecast 2.2.0 showed that it was terminating the source at the same place in the playlist, apparently due to a lack of trailing metadata in one particular file -- icecast saw it as end of stream. After checking code updates on the TRAC system, I installed the kh branch of icecast (kh13) and this seems to have fixed the spontaneous dropping of the mountpoint due to this particular file. BTW, I tried icecast-2.2-kh14.tar.gz from mediacast1.com/~karl but it won't untar completely; it gives this: . . . icecast-2.2-kh14/doc/icecast2_admin.html icecast-2.2-kh14/doc/icecast2_basicsetup.html icecast-2.2-kh14/doc/icecast2_config_file.html gzip: stdin: unexpected end of file tar: Unexpected EOF in archive tar: Unexpected EOF in archive tar: Error is not recoverable: exiting now and won't configure. However, icecast-2.2-kh13.tar.gz untarred just fine. --------------------- Brendan Cully brendan at xiph.org wrote: Mon Jul 25 14:56:28 PDT 2005 On Monday, 25 July 2005 at 11:56, Robert Muchnick wrote: > > I have an experimental installation of ices 0.4 streaming to icecast 2.2.0 > > on the same server (libshout 2.1). Ices had been very stable until this > > weekend, when it began dying after playing only a few MP3s (same files as > > before). Nothing in the ices.log to indicate a problem. The icecast error > > log shows this when ices dies: > You might want to crank up the ices logging level. Also the ices.cue > file would be a good clue about whether ices died in the middle of a > track or not. Robert Muchnick Xenterra.net 720-276-7917 From karl at xiph.org Tue Jul 26 20:00:15 2005 From: karl at xiph.org (Karl Heyes) Date: 26 Jul 2005 21:00:15 +0100 Subject: [Icecast] Icecast/ices problem In-Reply-To: References: Message-ID: <1122408012.23020.107.camel@bogus.hackers.club> On Tue, 2005-07-26 at 18:43, Robert Muchnick wrote: > Thanks for the suggestion. It turns out that debug for ices told me > nothing but debug for icecast 2.2.0 showed that it was terminating the > source at the same place in the playlist, apparently due to a lack of > trailing metadata in one particular file -- icecast saw it as end of > stream. > After checking code updates on the TRAC system, I installed the kh branch > of icecast (kh13) and this seems to have fixed the spontaneous dropping of > the mountpoint due to this particular file. I'm not sure what the changes in -kh would have with this, the mp3 difference is really just making sure there are blocks of a certain size. I would need the test case to verify it. > BTW, I tried icecast-2.2-kh14.tar.gz from mediacast1.com/~karl but it > won't untar completely; it gives this: > > . . . > icecast-2.2-kh14/doc/icecast2_admin.html > icecast-2.2-kh14/doc/icecast2_basicsetup.html > icecast-2.2-kh14/doc/icecast2_config_file.html > > gzip: stdin: unexpected end of file > tar: Unexpected EOF in archive > tar: Unexpected EOF in archive > tar: Error is not recoverable: exiting now maybe an interrupted download, I believe the mediacast1.com server was rebooted yesterday, so you may of caught it. The tar.gz untars here without issue karl. From mark at indymedia.org Tue Jul 26 21:05:02 2005 From: mark at indymedia.org (mark burdett) Date: Tue, 26 Jul 2005 14:05:02 -0700 Subject: [Icecast] rss 2.0 XSL Message-ID: <20050726210502.GA89169@indymedia.org> Hi, does anyone have an XSL for outputting a RSS 2.0 feed of the current streams (which they would be willing to share)? Maybe it could be included in icecast 2.3? Thanks --mark B. From hostmaster at xenterra.net Tue Jul 26 21:39:36 2005 From: hostmaster at xenterra.net (Robert Muchnick) Date: Tue, 26 Jul 2005 15:39:36 -0600 (MDT) Subject: [Icecast] Icecast/ices problem In-Reply-To: <1122408012.23020.107.camel@bogus.hackers.club> References: <1122408012.23020.107.camel@bogus.hackers.club> Message-ID: On Tue, 26 Jul 2005, Karl Heyes wrote: > On Tue, 2005-07-26 at 18:43, Robert Muchnick wrote: << >> >> icecast saw it as end of >> stream. > >> After checking code updates on the TRAC system, I installed the kh branch >> of icecast (kh13) and this seems to have fixed the spontaneous dropping of >> the mountpoint due to this particular file. > > I'm not sure what the changes in -kh would have with this, the mp3 > difference is really just making sure there are blocks of a certain > size. I would need the test case to verify it. It was the changes noted at http://trac.xiph.org/cgi-bin/trac.cgi/changeset/9465, starting at line 468 that made me think this new code might accommodate the mp3's particular problem. Seems to have done it, as that playlist ran flawlessly for hours today after installing kh13. (I can send you the offending music file offlist if you want it, if that's what you meant.) >> BTW, I tried icecast-2.2-kh14.tar.gz from mediacast1.com/~karl but it >> won't untar completely; it gives this: << >> > maybe an interrupted download, I believe the mediacast1.com server was > rebooted yesterday, so you may of caught it. The tar.gz untars here > without issue Yup. Must have got caught right in it toward the end of the download so I had a "big" file, not an obvious error. kh14 compiles perfectly now. Thanks. Robert Muchnick Xenterra.net 720-276-7917 From jaime at sensoryresearch.net Wed Jul 27 09:57:37 2005 From: jaime at sensoryresearch.net (Jaime Magiera) Date: Wed, 27 Jul 2005 05:57:37 -0400 Subject: [Icecast] need bigger icecast image for OS X installer In-Reply-To: <6.0.1.1.2.20050725212143.01c5d108@www.oddsock.org> References: <0A93742D-8D33-43E3-8238-CF6947A009F3@sensoryresearch.net> <6.0.1.1.2.20050725212143.01c5d108@www.oddsock.org> Message-ID: <50E391A3-2EB0-4050-807D-000E4AC74ACA@sensoryresearch.net> On Jul 25, 2005, at 10:24 PMGMT-04:00, oddsock wrote: > Unfortunately, we do not have (that I know of) a larger image of > that logo. That logo was given to me as a prototype logo, but it > has since become official (or as official as it can be I > suppose)... If anyone is willing to do a vector-ized version of > that logo, that would be a great help to us... :) That's cool. I can just work with the default images/backgrounds of the installer for right now. I finished a beta last night that installs Icecast as well as the Ogg and Vorbis frameworks. This installer will support machines >= 10.3, which means not having to worry about the xml libs and curl, which come with the OS. I'll need some Mac OS X users to test this out on their machines and provide feedback. If anyone here wants to volunteer, let me know. Jaime -------------- next part -------------- An HTML attachment was scrubbed... URL: From fred at batanga.com Wed Jul 27 12:51:09 2005 From: fred at batanga.com (Fred Black) Date: Wed, 27 Jul 2005 08:51:09 -0400 Subject: [Icecast] Icecast dies Message-ID: I'm running the Windows EXE, Oddsock's compiled version of July 13, 2005. I have 1 server running Icecast that generates the streams, and 3 servers that pickup these streams via relay and distribute the streams to our listeners. In other words, I have 3 servers in a cluster that the clients connect to. All three of the cluster servers use the exact same icecast.xml file. The three servers are identical. On one of the 3 servers, Icecast will just go away, no error message, no message, nothing in the logs, etc. I made a little watchdog app to check every few seconds if it was running and if not start Icecast.exe again, if it restarts Icecast, it makes an entry in a log file. I set the logging level in Icecast on this server to 4. This morning, I checked the log for the watchdog app and it had restarted Icecast 6 times overnight. I noted the times and look in Icecast's logs and I don't see anything that indicates a problem. The last restart was at 7/26/2005 11:16:56 PM. The other 2 servers in the cluster do not have this problem - Icecast keeps running as it should. I've attached some snippets from the log files from the server with the problem, as well as the Icecast.xml file (with the passwords removed). Any ideas why this is happening???? thanks, Fred Fred -------------- next part -------------- A non-text attachment was scrubbed... Name: icecast-no-passwords.ZIP Type: application/octet-stream Size: 3024 bytes Desc: not available URL: From fred at batanga.com Wed Jul 27 14:04:09 2005 From: fred at batanga.com (Fred Black) Date: Wed, 27 Jul 2005 10:04:09 -0400 Subject: [Icecast] Icecast dies In-Reply-To: Message-ID: More info from the event log: Event Type: Error Event Source: Application Error Event Category: (100) Event ID: 1000 Date: 7/26/2005 Time: 11:16:55 PM User: N/A Computer: MP3-002 Description: Faulting application Icecast2.exe, version 1.0.0.1, faulting module Icecast2.exe, version 1.0.0.1, fault address 0x000199f4. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: 0000: 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 49 63 65 ure Ice 0018: 63 61 73 74 32 2e 65 78 cast2.ex 0020: 65 20 31 2e 30 2e 30 2e e 1.0.0. 0028: 31 20 69 6e 20 49 63 65 1 in Ice 0030: 63 61 73 74 32 2e 65 78 cast2.ex 0038: 65 20 31 2e 30 2e 30 2e e 1.0.0. 0040: 31 20 61 74 20 6f 66 66 1 at off 0048: 73 65 74 20 30 30 30 31 set 0001 0050: 39 39 66 34 99f4 Fred -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Fred Black Sent: Wednesday, July 27, 2005 8:51 AM To: 'icecast' Subject: [Icecast] Icecast dies I'm running the Windows EXE, Oddsock's compiled version of July 13, 2005. I have 1 server running Icecast that generates the streams, and 3 servers that pickup these streams via relay and distribute the streams to our listeners. In other words, I have 3 servers in a cluster that the clients connect to. All three of the cluster servers use the exact same icecast.xml file. The three servers are identical. On one of the 3 servers, Icecast will just go away, no error message, no message, nothing in the logs, etc. I made a little watchdog app to check every few seconds if it was running and if not start Icecast.exe again, if it restarts Icecast, it makes an entry in a log file. I set the logging level in Icecast on this server to 4. This morning, I checked the log for the watchdog app and it had restarted Icecast 6 times overnight. I noted the times and look in Icecast's logs and I don't see anything that indicates a problem. The last restart was at 7/26/2005 11:16:56 PM. The other 2 servers in the cluster do not have this problem - Icecast keeps running as it should. I've attached some snippets from the log files from the server with the problem, as well as the Icecast.xml file (with the passwords removed). Any ideas why this is happening???? thanks, Fred Fred From karl at xiph.org Wed Jul 27 15:11:34 2005 From: karl at xiph.org (Karl Heyes) Date: 27 Jul 2005 16:11:34 +0100 Subject: [Icecast] Icecast dies In-Reply-To: References: Message-ID: <1122477094.2052.39.camel@bogus.hackers.club> On Wed, 2005-07-27 at 13:51, Fred Black wrote: > The other 2 servers in the cluster do not have this problem - Icecast keeps > running as it should. That makes me suspicious to start with, the same app with the same config and the same server keeps failing. Obviously there are other factors that can get involved like the directory server and of course listeners but make sure there is nothing weird hardware-wise, eg run a hard memory test. > Any ideas why this is happening???? the generated fault report is about as clear as mud so it needs more investigation, whether the fault address will indicate the real fault is to be checked. karl. From michael.kamleitner at play.fm Wed Jul 27 19:02:57 2005 From: michael.kamleitner at play.fm (Michael Kamleitner) Date: Wed, 27 Jul 2005 21:02:57 +0200 Subject: [Icecast] icecast source-buffer In-Reply-To: <1122477094.2052.39.camel@bogus.hackers.club> Message-ID: <001301c592dd$cd157390$6300a8c0@home4> hi, I'm running an live 128kbit mp3-upstream (icecast v 2.2.0 on freebsd) from a site where the internet-connection is rather bad and drops every ~20min for few seconds (I'm using streamtranscoder by the way). my question is if there's any parameter to increase the buffer of the upstreaming-source. the config-file of icecast offers , but this seems to affect only the listeners, not the sources, right? thx for any help, mike From karl at xiph.org Wed Jul 27 19:20:45 2005 From: karl at xiph.org (Karl Heyes) Date: 27 Jul 2005 20:20:45 +0100 Subject: [Icecast] icecast source-buffer In-Reply-To: <001301c592dd$cd157390$6300a8c0@home4> References: <001301c592dd$cd157390$6300a8c0@home4> Message-ID: <1122492043.2052.50.camel@bogus.hackers.club> On Wed, 2005-07-27 at 20:02, Michael Kamleitner wrote: > hi, > > I'm running an live 128kbit mp3-upstream (icecast v 2.2.0 on freebsd) from a > site where the internet-connection is rather bad and drops every ~20min for > few seconds (I'm using streamtranscoder by the way). my question is if > there's any parameter to increase the buffer of the upstreaming-source. the > config-file of icecast offers , but this seems to affect only > the listeners, not the sources, right? I don't know what tolerance streamtranscoder has for stalled links, but icecast won't drop a stalled source until the timeout expires (usually around 10 secs ). karl. From michael.kamleitner at play.fm Wed Jul 27 19:39:02 2005 From: michael.kamleitner at play.fm (Michael Kamleitner) Date: Wed, 27 Jul 2005 21:39:02 +0200 Subject: WG: [Icecast] icecast source-buffer Message-ID: <001501c592e2$d7a9f0b0$6300a8c0@home4> > > I'm running an live 128kbit mp3-upstream (icecast v 2.2.0 > on freebsd) from a > > site where the internet-connection is rather bad and drops > every ~20min for > > few seconds (I'm using streamtranscoder by the way). my > question is if > > there's any parameter to increase the buffer of the > upstreaming-source. the > > config-file of icecast offers , but this seems > to affect only > > the listeners, not the sources, right? > > I don't know what tolerance streamtranscoder has for stalled > links, but > icecast won't drop a stalled source until the timeout expires (usually > around 10 secs ). thx for your quick reply... I have no idea about streamtranscoders tolerance either (it's config-file doesnt say anything about it). I also increased the source-timeout already to 30 sec., without any succes - what's happening is that icecast switches to the fallback-stream I have defined. I thought it might help to increase the upstream-buffer...so, the when my source is off the net, the outtake can be bridged by icecast, but if I understand u correctly that's not possible? greets, mike From fred at batanga.com Wed Jul 27 21:03:27 2005 From: fred at batanga.com (Fred Black) Date: Wed, 27 Jul 2005 17:03:27 -0400 Subject: [Icecast] MetaData ? Message-ID: <1i4rodj5jcz85iz.270720051701@batanga.com> In using the admin function to update the MP3 metadata, are there any special command sequences that can be sent down to the player? One problem I see with RealPlayer (does not appear to happen on iTunes) is that it seems to store up everything song change I've made. For a live stream, I send down the song titles as the song changes, and Real just seems to keep them all and keeps scrolling them across... Fred From karl at xiph.org Wed Jul 27 21:31:29 2005 From: karl at xiph.org (Karl Heyes) Date: 27 Jul 2005 22:31:29 +0100 Subject: WG: [Icecast] icecast source-buffer In-Reply-To: <001501c592e2$d7a9f0b0$6300a8c0@home4> References: <001501c592e2$d7a9f0b0$6300a8c0@home4> Message-ID: <1122499887.2052.163.camel@bogus.hackers.club> On Wed, 2005-07-27 at 20:39, Michael Kamleitner wrote: > I have no idea about streamtranscoders tolerance either (it's config-file > doesnt say anything about it). I also increased the source-timeout already > to 30 sec., without any succes - what's happening is that icecast switches > to the fallback-stream I have defined. 30 seconds is a large outage, don't be surprised if streamtranscoder will drop/block connection on full socket. > I thought it might help to increase the upstream-buffer...so, the when my > source is off the net, the outtake can be bridged by icecast, but if I > understand u correctly that's not possible? The only lag that is added by icecast is the burst buffer, nothing else is added to that. You're better off falling back then bringing listeners back after resuming. The development code can fallback to file which may be helpful to you as well. karl. From r.meechan at wgltd.com Wed Jul 27 22:22:01 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Wed, 27 Jul 2005 23:22:01 +0100 Subject: [Icecast] Icecast dies Message-ID: <4B9A6084080C8247840154B0759B3FE771121D@server03.wilsonandgarden.com> Fyi Iv been able to replicate this...sometimes: I have 2 servers (a master and a relay) I have a connection to the relay (relay is ondemand/master setup) in winamp The source is connected to the master (both on same machine so connects to /mp3 from 127.0.0.1) If the source drops, the master drops, the relay then drops, when winamp tries to connect to the relay it gets a 404 a couple of times After a few connects the relay server will just dissapear with any errors in the log! I also had this error on a linux trial relay (it came up a segmentation fault?) Fred how is your icecast setup? Its it like mines? Do you use ondemeand relay? Does it die when your trying to connect to your relay and there isnt a source? regards -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Karl Heyes Sent: 27 July 2005 4:12 PM To: Fred Black Cc: 'icecast' Subject: Re: [Icecast] Icecast dies On Wed, 2005-07-27 at 13:51, Fred Black wrote: > The other 2 servers in the cluster do not have this problem - Icecast > keeps running as it should. That makes me suspicious to start with, the same app with the same config and the same server keeps failing. Obviously there are other factors that can get involved like the directory server and of course listeners but make sure there is nothing weird hardware-wise, eg run a hard memory test. > Any ideas why this is happening???? the generated fault report is about as clear as mud so it needs more investigation, whether the fault address will indicate the real fault is to be checked. karl. _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From fred at batanga.com Thu Jul 28 02:24:00 2005 From: fred at batanga.com (Fred Black) Date: Wed, 27 Jul 2005 22:24:00 -0400 Subject: [Icecast] Icecast dies In-Reply-To: <4B9A6084080C8247840154B0759B3FE771121D@server03.wilsonandgarden.com> Message-ID: My relay has ondemand set to 0 so it's not on demand. The source stays up and is still good and sounds good on the other 2 servers. There are listeners connected. It just dies. Fred -----Original Message----- From: Ricardo Meechan [mailto:r.meechan at wgltd.com] Sent: Wednesday, July 27, 2005 6:22 PM To: karl at xiph.org; Fred Black Cc: icecast Subject: RE: [Icecast] Icecast dies Fyi Iv been able to replicate this...sometimes: I have 2 servers (a master and a relay) I have a connection to the relay (relay is ondemand/master setup) in winamp The source is connected to the master (both on same machine so connects to /mp3 from 127.0.0.1) If the source drops, the master drops, the relay then drops, when winamp tries to connect to the relay it gets a 404 a couple of times After a few connects the relay server will just dissapear with any errors in the log! I also had this error on a linux trial relay (it came up a segmentation fault?) Fred how is your icecast setup? Its it like mines? Do you use ondemeand relay? Does it die when your trying to connect to your relay and there isnt a source? regards -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Karl Heyes Sent: 27 July 2005 4:12 PM To: Fred Black Cc: 'icecast' Subject: Re: [Icecast] Icecast dies On Wed, 2005-07-27 at 13:51, Fred Black wrote: > The other 2 servers in the cluster do not have this problem - Icecast > keeps running as it should. That makes me suspicious to start with, the same app with the same config and the same server keeps failing. Obviously there are other factors that can get involved like the directory server and of course listeners but make sure there is nothing weird hardware-wise, eg run a hard memory test. > Any ideas why this is happening???? the generated fault report is about as clear as mud so it needs more investigation, whether the fault address will indicate the real fault is to be checked. karl. _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From karl at xiph.org Thu Jul 28 10:34:49 2005 From: karl at xiph.org (Karl Heyes) Date: 28 Jul 2005 11:34:49 +0100 Subject: [Icecast] Icecast dies In-Reply-To: <4B9A6084080C8247840154B0759B3FE771121D@server03.wilsonandgarden.com> References: <4B9A6084080C8247840154B0759B3FE771121D@server03.wilsonandgarden.com> Message-ID: <1122546887.4936.4.camel@bogus.hackers.club> On Wed, 2005-07-27 at 23:22, Ricardo Meechan wrote: > I also had this error on a linux trial relay (it came up a segmentation > fault?) can you re-produce this with a 'make debug' version of icecast so that you can get a core file with a backtrace ? karl. From r.meechan at wgltd.com Thu Jul 28 17:30:01 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Thu, 28 Jul 2005 18:30:01 +0100 Subject: [Icecast] Icecast dies Message-ID: <4B9A6084080C8247840154B0759B3FE7711241@server03.wilsonandgarden.com> ok I think I did it correct: I did this on a fresh copy of fedora fc4 Downloaded your icecast (kh14) ./configure Make debug Make debug install Copied the icecast settings from my windows relay [root at SERVERFC4 icecast]# icecast -c /usr/local/etc/icecast.xml Changed groupid to 99. Changed userid to 99. Launched the /stream (mp3 128k) stream from winamp (latest) Was playing fine... Stopped the encoder on the source (sam broadcaster) As soon as the stream stopped I get: Segmentation fault [root at SERVERFC4 icecast]# What else do you need? The backtrace? What/where is that? Regards -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: 28 July 2005 11:35 AM To: Ricardo Meechan Cc: Fred Black; icecast Subject: RE: [Icecast] Icecast dies On Wed, 2005-07-27 at 23:22, Ricardo Meechan wrote: > I also had this error on a linux trial relay (it came up a > segmentation > fault?) can you re-produce this with a 'make debug' version of icecast so that you can get a core file with a backtrace ? karl. Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From joefederigo at yahoo.com Thu Jul 28 19:42:12 2005 From: joefederigo at yahoo.com (j h) Date: Thu, 28 Jul 2005 12:42:12 -0700 (PDT) Subject: [Icecast] understanding error.log Message-ID: <20050728194212.96771.qmail@web34011.mail.mud.yahoo.com> Hello. A couple questions. When I execute curl http://myserver.xxx.xxx:8000/test.mp3 , I get "The source you requested could not be found." I've placed my error.log and icecast.xml files below. Could someone help me understand my error.log a little better - to maybe see why I'm not getting a stream when I make the above curl call. Also, you'll see in icecast.xml I'm relaying an arbitrary MP3 streaming station. Is this possible? I've seen mention of only needing an MP3 stream as source to relay and others saying that you need a Shoutcast or Icecast server source stream? If it has to be one of these two, why? Thanks for any help. First file below is error.log and the second is icecast.xml. Thanks. j - - - - error.log after server stop and then start: [2005-07-28 10:34:42] INFO main/main Shutting down [2005-07-28 10:34:42] INFO fserve/fserve_shutdown file serving thread stopped [2005-07-28 10:34:42] DBUG slave/slave_shutdown waiting for slave thread [2005-07-28 10:34:43] DBUG slave/_slave_thread shutting down current relays [2005-07-28 10:34:43] DBUG slave/relay_free freeing relay /test.mp3 [2005-07-28 10:34:43] DBUG source/source_free_source freeing source "/test.mp3" [2005-07-28 10:34:43] INFO slave/_slave_thread Slave thread shutdown complete [2005-07-28 10:34:43] INFO yp/yp_shutdown YP thread down [2005-07-28 10:34:43] INFO stats/stats_shutdown stats thread finished [2005-07-28 10:34:46] INFO main/main Icecast 2.2.0 server started [2005-07-28 10:34:46] DBUG yp/yp_recheck_config Updating YP configuration [2005-07-28 10:34:46] INFO yp/yp_update_thread YP update thread started [2005-07-28 10:34:47] DBUG slave/_slave_thread checking master stream list [2005-07-28 10:34:47] DBUG slave/check_relay_stream Adding relay source at mountpoint "/test.mp3" [2005-07-28 10:34:47] INFO slave/start_relay_stream Starting relayed source at mountpoint "/test.mp3" [2005-07-28 10:34:48] DBUG connection/connection_complete_source sources count is 0 [2005-07-28 10:34:48] DBUG connection/connection_complete_source source is ready to start [2005-07-28 10:34:48] DBUG source/source_init Source creation complete [2005-07-28 10:34:48] INFO format-mp3/mp3_get_no_meta End of stream /test.mp3 [2005-07-28 10:34:48] INFO source/source_shutdown Source "/test.mp3" exiting [2005-07-28 10:34:48] DBUG source/source_clear_source clearing source "/test.mp3" [2005-07-28 10:34:48] DBUG stats/modify_node_event update node source_relay_connections (1) [2005-07-28 10:34:48] DBUG stats/process_source_event new source stat /test.mp3 [2005-07-28 10:34:48] DBUG stats/process_source_event new node public (0) [2005-07-28 10:34:48] DBUG stats/process_source_event new node listenurl (http://myserver.xxx.xxx:8000/test.mp3) [2005-07-28 10:34:48] DBUG stats/modify_node_event update node sources (1) [2005-07-28 10:34:48] DBUG stats/modify_node_event update node source_total_connections (1) [2005-07-28 10:34:48] DBUG stats/process_source_event new node listeners (0) [2005-07-28 10:34:48] DBUG stats/modify_node_event update node sources (0) [2005-07-28 10:34:48] DBUG stats/process_source_event delete source node /test.mp3 [2005-07-28 10:34:48] DBUG slave/_slave_thread rescanning relay lists [2005-07-28 10:34:48] DBUG slave/check_relay_stream waiting for relay thread for "/test.mp3" Here is my config file: 100 2 5 102400 30 15 10 0 65535 hackme hackme admin hackme myserver.xxx.xxx 8000 buster.kgnu.net 8000 /KGNU_live_low.mp3.m3u /test.mp3 1 1 /usr/local/share/icecast2 /usr/local/icecast2/logs /usr/local/share/icecast2/web /usr/local/share/icecast2/admin /usr/local/share/icecast/icecast.pid access.log error.log 4 0 ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From karl at xiph.org Thu Jul 28 20:56:07 2005 From: karl at xiph.org (Karl Heyes) Date: 28 Jul 2005 21:56:07 +0100 Subject: [Icecast] understanding error.log In-Reply-To: <20050728194212.96771.qmail@web34011.mail.mud.yahoo.com> References: <20050728194212.96771.qmail@web34011.mail.mud.yahoo.com> Message-ID: <1122584166.4936.58.camel@bogus.hackers.club> On Thu, 2005-07-28 at 20:42, j h wrote: > Hello. A couple questions. > > When I execute curl > http://myserver.xxx.xxx:8000/test.mp3 , I get "The > source you requested could not be found." > > I've placed my error.log and icecast.xml files below. > > Could someone help me understand my error.log a little > better - to maybe see why I'm not getting a stream > when I make the above curl call. fairly easy to understand really.. ... > [2005-07-28 10:34:46] INFO main/main Icecast 2.2.0 > server started now start the relay > [2005-07-28 10:34:47] DBUG slave/check_relay_stream > Adding relay source at mountpoint "/test.mp3" > [2005-07-28 10:34:47] INFO slave/start_relay_stream > Starting relayed source at mountpoint "/test.mp3" > [2005-07-28 10:34:48] DBUG > connection/connection_complete_source sources count is > 0 > [2005-07-28 10:34:48] DBUG > connection/connection_complete_source source is ready > to start > [2005-07-28 10:34:48] DBUG source/source_init Source > creation complete relay is ready > [2005-07-28 10:34:48] INFO format-mp3/mp3_get_no_meta > End of stream /test.mp3 No more data on socket, so shutdown the relay. > Here is my config file: ... > > buster.kgnu.net > 8000 > /KGNU_live_low.mp3.m3u > /test.mp3 you've asked icecast to relay the m3u file itself, which may only have 1 line of text (ie not mp3 data) and then finishes. This matches what shows above, with an 'End of stream' soon after the relay starts up. What I think you meant to say is /KGNU_live_low.mp3 karl. From joefederigo at yahoo.com Thu Jul 28 22:08:07 2005 From: joefederigo at yahoo.com (j h) Date: Thu, 28 Jul 2005 15:08:07 -0700 (PDT) Subject: [Icecast] understanding error.log In-Reply-To: <1122584166.4936.58.camel@bogus.hackers.club> Message-ID: <20050728220807.51952.qmail@web34009.mail.mud.yahoo.com> Thanks! That worked. In regards to the other part of my question - do you have to be relaying from a shoutcast or icecast source? Can the source not have a port number? For example: http://xxx.xxx.xxx/stream.mp3 Thanks again. j --- Karl Heyes wrote: > On Thu, 2005-07-28 at 20:42, j h wrote: > > Hello. A couple questions. > > > > When I execute curl > > http://myserver.xxx.xxx:8000/test.mp3 , I get > "The > > source you requested could not be found." > > > > I've placed my error.log and icecast.xml files > below. > > > > Could someone help me understand my error.log a > little > > better - to maybe see why I'm not getting a stream > > when I make the above curl call. > > fairly easy to understand really.. > > ... > > [2005-07-28 10:34:46] INFO main/main Icecast > 2.2.0 > > server started > > now start the relay > > > [2005-07-28 10:34:47] DBUG > slave/check_relay_stream > > Adding relay source at mountpoint "/test.mp3" > > [2005-07-28 10:34:47] INFO > slave/start_relay_stream > > Starting relayed source at mountpoint "/test.mp3" > > [2005-07-28 10:34:48] DBUG > > connection/connection_complete_source sources > count is > > 0 > > [2005-07-28 10:34:48] DBUG > > connection/connection_complete_source source is > ready > > to start > > [2005-07-28 10:34:48] DBUG source/source_init > Source > > creation complete > > relay is ready > > > [2005-07-28 10:34:48] INFO > format-mp3/mp3_get_no_meta > > End of stream /test.mp3 > > No more data on socket, so shutdown the relay. > > > > Here is my config file: > > ... > > > > buster.kgnu.net > > 8000 > > /KGNU_live_low.mp3.m3u > > /test.mp3 > > you've asked icecast to relay the m3u file itself, > which may only have 1 > line of text (ie not mp3 data) and then finishes. > This matches what > shows above, with an 'End of stream' soon after the > relay starts up. > > What I think you meant to say is > > /KGNU_live_low.mp3 > > karl. > > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From karl at xiph.org Thu Jul 28 22:14:20 2005 From: karl at xiph.org (Karl Heyes) Date: 28 Jul 2005 23:14:20 +0100 Subject: [Icecast] understanding error.log In-Reply-To: <20050728220807.51952.qmail@web34009.mail.mud.yahoo.com> References: <20050728220807.51952.qmail@web34009.mail.mud.yahoo.com> Message-ID: <1122588859.4936.62.camel@bogus.hackers.club> On Thu, 2005-07-28 at 23:08, j h wrote: > Thanks! That worked. > > In regards to the other part of my question - do you > have to be relaying from a shoutcast or icecast > source? Can the source not have a port number? For > example: http://xxx.xxx.xxx/stream.mp3 All TCP connections have a port number, the default for http is 80. As for the source of the relay, it can be shoutcast or icecast, because the relay is classed as a listener by the source. karl. From joefederigo at yahoo.com Thu Jul 28 22:32:40 2005 From: joefederigo at yahoo.com (j h) Date: Thu, 28 Jul 2005 15:32:40 -0700 (PDT) Subject: [Icecast] understanding error.log In-Reply-To: <1122588859.4936.62.camel@bogus.hackers.club> Message-ID: <20050728223240.55359.qmail@web34011.mail.mud.yahoo.com> > All TCP connections have a port number, the default > for http is 80. Thanks. Good point. I was wondering how to handle this in icecast.xml. > As for the source of the relay, it can be shoutcast > or icecast, because > the relay is classed as a listener by the source. What if the source is neither icecast or shoutcast - but another mp3 stream source? If it matters, why? Thanks > --- Karl Heyes wrote: > On Thu, 2005-07-28 at 23:08, j h wrote: > > Thanks! That worked. > > > > In regards to the other part of my question - do > you > > have to be relaying from a shoutcast or icecast > > source? Can the source not have a port number? > For > > example: http://xxx.xxx.xxx/stream.mp3 > > All TCP connections have a port number, the default > for http is 80. > > As for the source of the relay, it can be shoutcast > or icecast, because > the relay is classed as a listener by the source. > > karl. > > > __________________________________ Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html From karl at xiph.org Thu Jul 28 23:00:12 2005 From: karl at xiph.org (Karl Heyes) Date: 29 Jul 2005 00:00:12 +0100 Subject: [Icecast] understanding error.log In-Reply-To: <20050728223240.55359.qmail@web34011.mail.mud.yahoo.com> References: <20050728223240.55359.qmail@web34011.mail.mud.yahoo.com> Message-ID: <1122591612.4936.88.camel@bogus.hackers.club> On Thu, 2005-07-28 at 23:32, j h wrote: > > As for the source of the relay, it can be shoutcast > > or icecast, because > > the relay is classed as a listener by the source. > > What if the source is neither icecast or shoutcast - > but another mp3 stream source? If it matters, why? For existing players to work with that stream source, it must follow some simple rules in what it sends, icecast just follows those. It could be possible that a certain streaming product could implement a completely different protocol requiring a specific player to work and that could prevent icecast from relaying it, however I don't see any particular issue like that showing up. karl. From ronblok at wxs.nl Fri Jul 29 00:08:29 2005 From: ronblok at wxs.nl (Ron Blok) Date: Fri, 29 Jul 2005 02:08:29 +0200 Subject: [Icecast] Re: songs on website In-Reply-To: Message-ID: Aaron, I am looking forward to have a go at your work! So ..... If your ready I will have a go at it ;-) Sounds great !!! Kind regards, RoN -----Original Message----- From: Aaron Wolfe [mailto:aawolfe at gmail.com] Sent: donderdag 28 juli 2005 2:16 To: Balint Jacint; ronblok at wxs.nl; Christian Leitold Subject: Re: [Icecast] Re: songs on website Hi Folks, I am sending Jacint an improved version of the scripts which make it much easier to setup your database and file path settings. Also a few new features such as custom scheduling algorithms per channel/per show and different ads per channel/per show. The web interface is completely themeable per channel now (different virtual hosts on the same apache server work nicely, or you can even have different web and icecast servers for each channel) In the admin interface the queue manager is much more useful, and I am 90% done with a web interface rewrite to support an arbitrary number of channels. There is a daemon which watches and creates graphs of listeners per channel per hour and per day. It also gives out a greeting via metadata to new listeners, kind of cool. You can see the new stuff at spogbiper.com. Or better, get your own copy working :) So I have been working... the code is much cleaner and better documented. I hope to find some people to start using it to bugtest and help improve it, especially people who know perl and sql. I will have extra time this week and weekend, so I can help anyone get things working if you are interested to try it. Let me know and I'll send the code and what docs we have so far. -Aaron On 7/23/05, Balint Jacint wrote: > Hi RoN, > > I didn't have time to customize the script last week, but I'll try to > have some more time next week. > I think Aaron and I will keep you informed, and maybe he will open up > the source for all of you after a bit of tidying up. :) > > Yours, > Jacint > > Ron Blok wrote: > > >Jacint, > > > >Could you please keep me updated on your progress, I have tried to get the > >song info on our web page using FTP. But don't like this way! > >So I am anxious to see and learn! > > > >Kind regards RoN > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.9.5/58 - Release Date: 25-7-2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.9.6/59 - Release Date: 27-7-2005 From fred at batanga.com Fri Jul 29 01:57:57 2005 From: fred at batanga.com (Fred Black) Date: Thu, 28 Jul 2005 21:57:57 -0400 Subject: [Icecast] on-demand static file security Message-ID: <0texamp8hbv5ee6.280720052156@batanga.com> Is there a way to protect on-demand mp3 files from being downloaded vs. just played in a player? If I put the link in a m3u or playlist file, someone can look there and get the link to the file and then download it. Thanks, Fred -------------- next part -------------- An HTML attachment was scrubbed... URL: From fred at batanga.com Fri Jul 29 02:17:14 2005 From: fred at batanga.com (Fred Black) Date: Thu, 28 Jul 2005 22:17:14 -0400 Subject: [Icecast] on-demand static file security In-Reply-To: <1122603219.4936.142.camel@bogus.hackers.club> Message-ID: <74j2vky1j3rvgsi.280720052215@batanga.com> Karl, Is it possible to relay the on-demand static file from one icecast server to another? This way, the Icecast server with the actual source files could be protected, etc. Or would this accomplish anything? Fred -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: Thursday, July 28, 2005 10:14 PM To: Fred Black Cc: 'icecast' Subject: Re: [Icecast] on-demand static file security On Fri, 2005-07-29 at 02:57, Fred Black wrote: > Is there a way to protect on-demand mp3 files from being downloaded > vs. just played in a player? > If I put the link in a m3u or playlist file, someone can look there > and get the link to the file and then download it. not really, because there really isn't much difference between them, icecast has to rely on the information provided, like useragent or maybe query parameters on the URL, but those can be faked. karl. From karl at xiph.org Fri Jul 29 02:13:39 2005 From: karl at xiph.org (Karl Heyes) Date: 29 Jul 2005 03:13:39 +0100 Subject: [Icecast] on-demand static file security In-Reply-To: <0texamp8hbv5ee6.280720052156@batanga.com> References: <0texamp8hbv5ee6.280720052156@batanga.com> Message-ID: <1122603219.4936.142.camel@bogus.hackers.club> On Fri, 2005-07-29 at 02:57, Fred Black wrote: > Is there a way to protect on-demand mp3 files from being downloaded > vs. just played in a player? > If I put the link in a m3u or playlist file, someone can look there > and get the link to the file and then download it. not really, because there really isn't much difference between them, icecast has to rely on the information provided, like useragent or maybe query parameters on the URL, but those can be faked. karl. From karl at xiph.org Fri Jul 29 02:26:15 2005 From: karl at xiph.org (Karl Heyes) Date: 29 Jul 2005 03:26:15 +0100 Subject: [Icecast] on-demand static file security In-Reply-To: <74j2vky1j3rvgsi.280720052215@batanga.com> References: <74j2vky1j3rvgsi.280720052215@batanga.com> Message-ID: <1122603974.4936.148.camel@bogus.hackers.club> On Fri, 2005-07-29 at 03:17, Fred Black wrote: > Karl, > Is it possible to relay the on-demand static file from one icecast server to > another? This way, the Icecast server with the actual source files could be > protected, etc. Or would this accomplish anything? I don't see how this would help you, you could have listener auth on the on-demand files but that won't resolve the player vs downloader issue in any better way. Also be careful with relaying a file (read don't do it), as the stream will run at a much faster rate. karl. From yjliang99 at yahoo.com Fri Jul 29 06:02:20 2005 From: yjliang99 at yahoo.com (Yi Liang) Date: Thu, 28 Jul 2005 23:02:20 -0700 (PDT) Subject: [Icecast] building icecast under Windows In-Reply-To: <1122546887.4936.4.camel@bogus.hackers.club> Message-ID: <20050729060220.16481.qmail@web30015.mail.mud.yahoo.com> Hi Karl, I've tried to build the projects including icecast, libshout and easystream under Windows Visual C/C++ 6, but didn't have the luck. For Icecast: - it cannot find , and I have no idea where to locate it; - link error with theora: theora_static_d.lib(toplevel.obj) : error LNK2019: unresolved external symbol _theora_encoder_clear referenced in function _theora_clear For libshout: - cannot find - C compiler doesn't recognize keywork "inline" - warning on 'va_copy' undefined, though it should be C's runtime library For easystream: - link error with 'va_copy', 'vsnprintf' and etc, due to the warning in libshout. I guess some problems may relate to the external libraries, although I tried my best to download them and build them. Do you have any already compiled package, which also includes the must-have libraries, so that I can just repeat the building process and make the Win32 build smoothly? Thanks a lot. Yi From r.meechan at wgltd.com Fri Jul 29 09:56:28 2005 From: r.meechan at wgltd.com (Ricardo Meechan) Date: Fri, 29 Jul 2005 10:56:28 +0100 Subject: [Icecast] Icecast dies Message-ID: <4B9A6084080C8247840154B0759B3FE7711254@server03.wilsonandgarden.com> Genuis karl! The change sorted it. Now when the source disconnects, the winamp stream just stopped (and went onto the next stream in the playlist in my case) Cheers for your help, Oddsock, could you build a compiled windows version of icecast with this fix (and also the relay on demand default setting as enabled, also fixed by karl) Whenever you have a spare moment, it would make me very very happy! Im still trying to build my own in VS.net 2003 but getting nowhere ;-) Cheers guys! -----Original Message----- From: Karl Heyes [mailto:karl at 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 () from /lib/libc.so.6 > (gdb) yeah, that's the stuff we want. interesting, the actual segv reason is easy enough to resolve, I'm just wondering what the state of the listener is in at the time. It will be hard to tell from the core, as some changes to the client have been made by the time the core occurs. anyway, try the following in source.c line 359 change if (source->client->con == NULL) client->intro_offset = -1; to if (source->client && source->client->con == NULL) client->intro_offset = -1; make debug install re-run test, let me know just in case it's not the only problem your seeing. karl. Ricardo Meechan IT Administrator Mobile: +44 (0) 7966 484 371 Wilson & Garden LTD t: +44 (0) 1236 823291 f: +44 (0) 1236 825683 Company registered in Scotland SC267457 NOTE: All emails to and from Wilson & Garden are protected by Antivirus and spam filters. We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam filtering. This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company. From artooro at gmail.com Fri Jul 29 15:23:31 2005 From: artooro at gmail.com (Arthur Wiebe) Date: Fri, 29 Jul 2005 11:23:31 -0400 Subject: [Icecast] libshout build error Message-ID: When building libshout, configure outputs this error: checking for Vorbis... no *** Could not run Vorbis test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means Vorbis was incorrectly installed *** or that you have moved Vorbis since it was installed. configure: error: requisite Ogg Vorbis library not found But I have the latest svn source installed of both ogg and vorbis. I have never moved vorbis. config.log shows this: configure:23180: checking for Vorbis configure:23227: gcc -o conftest -g -O2 conftest.c -lvorbis -lm -lvorbisenc >&5 In file included from /usr/local/include/ogg/os_types.h:123, from /usr/local/include/ogg/ogg.h:24, from /usr/local/include/vorbis/codec.h:26, from conftest.c:52: /usr/local/include/ogg/config_types.h:6: error: parse error before 'ogg_uint16_t' /usr/local/include/ogg/config_types.h:8: error: parse error before 'ogg_uint32_t' configure:23230: $? = 1 configure: program exited with status 1 I'm using gcc 4.0. Thanks for your help. -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlrsmith at gmail.com Fri Jul 29 15:34:05 2005 From: mlrsmith at gmail.com (Michael Smith) Date: Fri, 29 Jul 2005 17:34:05 +0200 Subject: [Icecast] libshout build error In-Reply-To: References: Message-ID: <3c1737210507290834554c7499@mail.gmail.com> On 7/29/05, Arthur Wiebe wrote: > When building libshout, configure outputs this error: > But I have the latest svn source installed of both ogg and vorbis. > > I'm using gcc 4.0. I have no answer to your actual question, since I don't claim to have much idea about autoconf, but this sounds like you compiled libvorbis with gcc4. For the moment, you shouldn't do that, or you must compile with at most -O2, not -O3 (which libvorbis is compiled with by default). gcc4 badly miscompiles libvorbis at -O3 (or triggers a latent libvorbis bug, we're not yet sure which). Mike From oddsock at oddsock.org Fri Jul 29 23:30:02 2005 From: oddsock at oddsock.org (oddsock) Date: Fri, 29 Jul 2005 18:30:02 -0500 Subject: [Icecast] Icecast dies In-Reply-To: <4B9A6084080C8247840154B0759B3FE7711254@server03.wilsonandg arden.com> References: <4B9A6084080C8247840154B0759B3FE7711254@server03.wilsonandgarden.com> Message-ID: <6.0.1.1.2.20050729182913.01c11250@www.oddsock.org> latest kh build is here : http://www.oddsock.org/icecast/icecast2_win32_kh_trunk_07292005_setup.exe oddsock At 04:56 AM 7/29/2005, Ricardo Meechan wrote: >Genuis karl! The change sorted it. >Now when the source disconnects, the winamp stream just stopped (and >went onto the next stream in the playlist in my case) > >Cheers for your help, > > >Oddsock, >could you build a compiled windows version of icecast with this fix (and >also the relay on demand default setting as enabled, also fixed by karl) >Whenever you have a spare moment, it would make me very very happy! Im >still trying to build my own in VS.net 2003 but getting nowhere ;-) > > >Cheers guys! > > >-----Original Message----- >From: Karl Heyes [mailto:karl at 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 () from /lib/libc.so.6 > > (gdb) > >yeah, that's the stuff we want. > >interesting, the actual segv reason is easy enough to resolve, I'm just >wondering what the state of the listener is in at the time. It will be >hard to tell from the core, as some changes to the client have been made >by the time the core occurs. > >anyway, try the following > >in source.c line 359 change > > if (source->client->con == NULL) > client->intro_offset = -1; to > if (source->client && source->client->con == NULL) > client->intro_offset = -1; > >make debug install > >re-run test, let me know just in case it's not the only problem your >seeing. > >karl. > > > >Ricardo Meechan >IT Administrator >Mobile: +44 (0) 7966 484 371 > >Wilson & Garden LTD >t: +44 (0) 1236 823291 >f: +44 (0) 1236 825683 > > >Company registered in Scotland SC267457 > >NOTE: All emails to and from Wilson & Garden are protected by Antivirus >and spam filters. >We use Trend Scanmail for AV and spamhaus.org & spamcop.net for spam >filtering. > >This message (and any associated files) is intended only for the use of >the individual or entity to which it is addressed and may contain >information that is confidential, subject to copyright or constitutes a >trade secret. If you are not the intended recipient you are hereby >notified that any dissemination, copying or distribution of this message, >or files associated with this message, is strictly prohibited. If you have >received this message in error, please notify us immediately by replying >to the message and deleting it from your computer. Messages sent to and >from us may be monitored. > >Internet communications cannot be guaranteed to be secure or error-free as >information could be intercepted, corrupted, lost, destroyed, arrive late >or incomplete, or contain viruses. Therefore, we do not accept >responsibility for any errors or omissions that are present in this >message, or any attachment, that have arisen as a result of e-mail >transmission. If verification is required, please request a hard-copy >version. Any views or opinions presented are solely those of the author >and do not necessarily represent those of the company. > > > > > From chiapas at riseup.net Sat Jul 30 17:59:11 2005 From: chiapas at riseup.net (chip) Date: Sat, 30 Jul 2005 18:59:11 +0100 (BST) Subject: [Icecast] Adding streaming MP3 files to websites In-Reply-To: <3370.chiapas.1121432089.squirrel@mail.riseup.net> References: <3370.chiapas.1121432089.squirrel@mail.riseup.net> Message-ID: <1545.chiapas.1122746351.squirrel@mail.riseup.net> hi i found some info relating to the problem that i was having below. chip wrote: > hi > > i need to add some streaming media files to a website. the files are > hosted on an Icecast server and i link to them from my webserver using > .m3u files. > > the files stream ok for users with Firefox/Winamp but for IE users i just > get a page with an embedded QuickTime player in it which just hangs. this > also hangs for me using Mozilla/Win2K. > > i've made sure that /etc/mime.types on the Icecast server contains the > following and i've restarted Apache/Icecast: > > audio/MP3 .mp3 > audio/m3u .mpu > audio/x-mpeg .mp3 > audio/x-mpegurl .m3u > audio/x-mpegurl .mp3url > > anything obvious that i've overlooked or should be doing? some very good information here about streaming audio/video from a web server and other useful stuff: http://www.spartanicus.utvinternet.ie/streaming.htm all the best chip From rpm at 16hd.freeserve.co.uk Sun Jul 31 11:14:55 2005 From: rpm at 16hd.freeserve.co.uk (Richard) Date: Sun, 31 Jul 2005 12:14:55 +0100 Subject: [Icecast] Support for rtsp: Message-ID: <42ECB2AF.3010106@16hd.freeserve.co.uk> Hi, Can anyone advise whether there are any plans for icecast to support rtsp (real-time streaming protocol), as used by RealPlayer, Apple Quicktime etc.? I assume the current version (2.2.0) doesn't - grepping the source produced nothing (and feeding requests prefixed by rtsp: generates icecast errors such as "EROR connection/_handle_connection HTTP request parsing failed" followed by a gibberish line in access.log: 127.0.0.1 - - [31/Jul/2005:12:11:54 +0100] "GET /SmpDsBhgRle6a46c41-01b3-11da-fd75-5b882c4e0439 HTTP/1.0" 404 109 "-" "RealPlayer G2" 0 Alternatively - though I really like icecast and want to keep with it - perhaps someone can suggest an open-source streamer that can do this? Regards, -- Richard mailto:rpm at 16hd.freeserve.co.uk From rpm at 16hd.freeserve.co.uk Sun Jul 31 13:01:00 2005 From: rpm at 16hd.freeserve.co.uk (Richard) Date: Sun, 31 Jul 2005 14:01:00 +0100 Subject: [Icecast] Support for rtsp: In-Reply-To: References: <42ECB2AF.3010106@16hd.freeserve.co.uk> Message-ID: <42ECCB8C.6080504@16hd.freeserve.co.uk> Thanks Arthur, > On 7/31/05, Richard wrote: >>Can anyone advise whether there are any plans for icecast to support >>rtsp (real-time streaming protocol), as used by RealPlayer, Apple >>Quicktime etc.? >>Alternatively - though I really like icecast and want to keep with it >>perhaps someone can suggest an open-source streamer that can do this? Arthur Wiebe wrote: > Darwin Streaming Server can do it. Also I believe mpeg4ip can do it but I'm > not 100% sure. Looks like there's some connection between these two - I will check them out, anyway. I have also discovered Videolan - may also be of use. -- Richard From pastorwalsh at tcosf.org Fri Jul 1 19:23:19 2005 From: pastorwalsh at tcosf.org (Pastor Mark) Date: Fri, 01 Jul 2005 19:23:19 -0000 Subject: [Icecast] How do I.... Message-ID: <00f101c57e72$4d983780$2f01a8c0@TCOSF> Friends, How can I place a viewer on my webssite for when I do a video broadcast using icecast as a server? please email your replies to video at tcosf.org Thanks, Pastor Walsh -------------- next part -------------- An HTML attachment was scrubbed... URL: From rmcauley at gmail.com Fri Jul 8 23:23:53 2005 From: rmcauley at gmail.com (Robert McAuley) Date: Fri, 08 Jul 2005 23:23:53 -0000 Subject: [Icecast] Controlling Buffer Lengths Message-ID: <24df95d50507081623150377fe@mail.gmail.com> Hello all. This email comes with a huge explanation. You can skip to the final line for the short version of it. I am wondering how I can control buffer lengths with Icecast. I can't see any information in the documentation related to buffers. I also cannot seem to find a mailing list search function and Google is not helping. The problem is this. We are trying to run an Unreal Tournament 2004 "Unreal TV" broadcast. Unreal TV allows up to 40-50 people to watch an Unreal match while using a fraction of the bandwidth compared to what they'd use if they were spectating the match themselves. Unreal TV has, on our server, a delay of 20 seconds to prevent any watchers from giving the players tips over a communications program such as Teamspeak. We are trying to get an MP3 and a Vorbis stream of play-by-play commentary to sync up as best as possible to Unreal TV. My tests vary wildly. We have 3 servers: 1 Ogg Vorbis server, 1 MP3 server, and a 2nd MP3 server that's relaying (using a single-mount relay since the 1st MP3 server has fallbacks configured) from the 1st MP3 server. I am using Winamp 5 with stock streaming settings (64kbyte buffer with 45% prebuffer) to test, as that is what most listeners use. I am not using Icecast's burst-on-connect feature to try and keep buffers as manageable as possible. How I test is simple. I load up Foobar2000 with Oddcastv3, and stream music to the server. I then use Winamp to play the stream back. All stock settings as far as buffers go. Vorbis is a q0 mono stream, giving about 55kbps VBR. MP3 is a 32kbps mono stream CBR. I let Winamp play the stream for about 5 minutes before timing the difference between when Foobar switches to the next song and when Winamp gets the change. What Foobar reports as the time since the song started is what I consider to be the delay. So in the end: what options can I use in Icecast to control delay length? At these settings, Winamp buffers between 1-2 seconds, which is a negligible amount compared to the wildly varying results I get from testing. So far, my tests have come to the conclusion that the 1st MP3 Server has a delay of 2-3 seconds. The relay has a 15 second delay. The Vorbis stream has a 14-18 second delay. (variable due to the VBR nature I assume) I'm not understanding why the buffering is winding up so varied. Does it have anything to do with the queue-size option? Reading the docs it sounds like the queue is only used when the client falls behind. In the burst on connect buffer length section of the docs, it mentions the usual delay to a client being in the realm of 2 seconds. Would using a master/slave relay setup change any of this? Is it possible to configure delay length in Icecast, that is, the time between when 1 note of audio comes in from the source and that note of audio goes out to the client? Thanks. - Robert From fwblack at phasequest.com Fri Jul 15 18:13:30 2005 From: fwblack at phasequest.com (Fred W. Black) Date: Fri, 15 Jul 2005 18:13:30 -0000 Subject: [Icecast] Shoutcast YP and WinAmp Message-ID: <20050715181329.B1029BDDD0@ns1.osuosl.org> Hi; Is it possible for an Icecast stream to get listed in the Shoutcast YP and WinAmp? If so, what's the correct syntax for hte directory entry? Thanks, Fred -------------- next part -------------- An HTML attachment was scrubbed... URL: From aszure42 at bellsouth.net Tue Jul 26 16:39:22 2005 From: aszure42 at bellsouth.net (Jim Kehoe) Date: Tue, 26 Jul 2005 12:39:22 -0400 Subject: [Icecast] Embedded player Message-ID: <42E6673A.4070808@bellsouth.net> Hey folks, I was hoping I could pick your guys' brains. I have been searching for a flash player that I can embed onto my site, that would be capable of playing an icecast stream. I have checked out a few, and they are all limited to playing a static mp3 file. Has anyone worked with such a thing and could give some recommendations? Thanks, Jim Kehoe Hiway Radio From fwblack at phasequest.com Wed Jul 27 12:49:48 2005 From: fwblack at phasequest.com (Fred W. Black) Date: Wed, 27 Jul 2005 08:49:48 -0400 Subject: [Icecast] Icecast dying Message-ID: <20050727124957.7DA8BBE1C4@ns1.osuosl.org> I'm running the Windows EXE, Oddsock's compiled version of July 13, 2005. I have 1 server running Icecast that generates the streams, and 3 servers that pickup these streams via relay and distribute the streams to our listeners. In other words, I have 3 servers in a cluster that the clients connect to. All three of the cluster servers use the exact same icecast.xml file. The three servers are identical. On one of the 3 servers, Icecast will just go away, no error message, no message, nothing in the logs, etc. I made a little watchdog app to check every few seconds if it was running and if not start Icecast.exe again, if it restarts Icecast, it makes an entry in a log file. I set the logging level in Icecast on this server to 4. This morning, I checked the log for the watchdog app and it had restarted Icecast 6 times overnight. I noted the times and look in Icecast's logs and I don't see anything that indicates a problem. The last restart was at 7/26/2005 11:16:56 PM. The other 2 servers in the cluster do not have this problem - Icecast keeps running as it should. I've attached some snippets from the log files from the server with the problem, as well as the Icecast.xml file (with the passwords removed). Any ideas why this is happening???? thanks, Fred -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mp3-002-error-log.ZIP Type: application/octet-stream Size: 3024 bytes Desc: not available URL: From cuby at vizzavi.pt Fri Jul 15 10:30:29 2005 From: cuby at vizzavi.pt (Bruno Batista) Date: Fri, 15 Jul 2005 10:30:29 -0000 Subject: [Icecast] streaming non-MP3 formats In-Reply-To: <20050715081525.85473.qmail@web30006.mail.mud.yahoo.com> References: <20050715081525.85473.qmail@web30006.mail.mud.yahoo.com> Message-ID: <42D7903A.1060002@vizzavi.pt> hi! this is very interesting... even yesterday I was thinking if there's a way to stream uncompressed audio... one of the problems with high compression is delay. for example, when you make a radio broadcasting, you cannot easily use a stream to relay live programs in remote locations, because the time lag between speech and return signal from the rf transmitter drives everyone crazy. for a cheap system (without local return), I was thinking about streaming raw pcm (.wav) using wireless hotspots for the signal relay... so... this has practical interest. bye Bruno ps: usually we use ISDN connection with professional equipment in each side of the line, streaming mp3... with delay, but even for one day the telecom company charges a minimum 212.02 euros + communications. that sucks! Yi Liang wrote: >Hi, I'm working on a project to add more audio formats >other than MP3 and Ogg that can be streamed by >Icecast. Yes, I mean streaming those formats, not >converting them to MP3. These formats I'd like to add >include PCM (.wav) and ADPCM (.adp). Although they are >much less advanced codecs compared to MP3, they have a >valid market for low-power clients. > >I've been working on the source codes, and believe I >need to write modules analogous to format_mp3.c in >Icecast, and mp3.c in Libshout. > >Does anyone have suggestions, advice? Anyone >interested in this project and interested in working >with me? > >Thanks. >Yi > > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast > > > > From Brian.Scherer at carolehochman.com Thu Jul 28 15:32:13 2005 From: Brian.Scherer at carolehochman.com (Scherer, Brian) Date: Thu, 28 Jul 2005 11:32:13 -0400 Subject: [Icecast] Can I Pay someone to install this on my server? Message-ID: <19089EBDC2263B48B2C8DA40A197AB9B0D9A72@khitomer.carolehochman.com> Hello, I am not that technically savvy when it comes to these things. My web designer is also having some difficulties trying to figure this out. If you can please let me know if I can pay for someone to install this, or if there is someone you guys know that does install, please let me know. I am pretty sure that he has already installed the shout cast on the server. Thanks in advance Brian S Brian Scherer Corporate Planning and Forecasting Carole Hochman Designs, Inc. 135 Madison Ave 5th Floor New York, NY 10016 (212) 725-1212 x.318 -------------- next part -------------- An HTML attachment was scrubbed... URL: